本篇參考：
https://v.qq.com/x/page/f0772toebhd.html
https://v.qq.com/x/page/e0772tsmtek.html
https://v.qq.com/x/page/b0772x6157h.html
https://wenku.baidu.com/view/404ce30d182e453610661ed9ad51f01dc28157cb.html
http://www.360doc.com/content/15/0825/21/9250096_494717763.shtml
https://help.salesforce.com/s/articleView?id=sf.retail_concept_admin_actionplantemp.htm&type=5
通過前幾篇的鋪墊，所有的準備工作的知識都已經完成，此篇我們將以實際拜訪來進行配置和操作。
1. 配置Account和Contact： 我們申請CG 30天免費會有NTO這個客戶，除此之外，我們建立了一個contact在這個account上，用於後續的相關survey操作
2. 建立門店組和門店：門店中維護基本資訊，優先拜訪時間，聯絡人等資訊。
3. 在門店關聯列表建立店內位置資訊以及門店的產品資訊，Category等資訊很重要，關係到後續的KPI配置等。
4. 配置 Assessment Indicator Definition & Assessment Task Definition & Action Plan Template
系統最開始會生成一些dummy的資料，出於篇幅限制，這裡不展示如何建立Assessment Indicator Definition 以及 Assessment Task Definition，直接使用官方的mock的資料。我們建立一個 Action Plan Template，設定type為 Visit Execution，設定Target Object為 Visit
然後我們在關聯列表配置相關的其他資訊，從下圖中我們可以看到我們配置的是 Assessment Task Definition 以及 Task，主要流程是先做一下區域銷售進店以後的 早上好的問候以後在進行指標檢查。這裡我們會發現有一個注意點，我們的DISPLAY ORDER順序不是1、2、3、4、5這種的，而是給他放的特別大，這種的好處是如果我們希望插入一個任務在第一步，後續的不用再一個一個的修改，只需要保證order小於第一個即可。實際專案中儘量也別完全的配置從1開始，2、3、4、5這種接力的，不利於後續的擴充套件。完全配置完成以後 publish template即可。
5. 建立一個拜訪資訊，設定要拜訪的門店，拜訪人資訊，拜訪時間等生成Visit，點選New Plan，繫結我們需要的 Action Plan Template。
第二步會根據 Action Plan Template進行 Action Plan的實際的展示，確認沒有問題，儲存即可。儲存以後即會生成相關的資料。
我們切換到這條拜訪資料的關聯列表，發現拜訪的關聯列表的Assessment Task增加了幾條資料，這幾條資料就是 Action Plan建立以後，自動生成關聯到 Visit 的。
6. 模擬區域銷售的實際的拜訪操作：我們可以將 app 切換到 consumer goods visit excution，然後選擇我們指定的visit資料，點選 start visit即可。
當然，實際的區域銷售也很小几率會使用電腦，所以我們需要使用手機端，切換到 consumer goods app，也會展示同樣的效果。
這裡我們會發現一個問題，我們的check項都是0，通過前兩篇的部落格，聰明的小夥伴可能會意識到我們少配置了東西，即 Retail Store KPI,這個應該在實際的拜訪以前進行配置完成，而不是想起來才配置。否則我們已經建立好的visit，無法在好用。接下來我們做一下補救措施，建立一些 Retail Store KPI.
7. 補救措施： 建立 Retail Store KPI
我們以Promotion Check這個Assessment Task Definition舉例，這裡面有5個indicator。這裡需要注意一點，這裡的 Assess Task Definition的API Object Name是AssessmentTaskDefinition。
我們針對這幾個indicator建立 一下 Retail Store KPI資訊，不同的type可以參考之前的標準進行不同的配置。
以前的visit無法在使用，因為建立時已經生成 Retail Visit KPI。我們新建了 Visit以後，看一下 Visit對應的關聯列表，然後我們點開 Promotion Check這個 Assessment Task，我們可以看到這條記錄的OBJECT API Name為 AssessmentTask，他的關聯列表為 Retail Visit KPI，對應的API資訊為RetailVisitKpi。這個生成的規則是當你的visit選擇了action plan template以後，通過 Retail Store KPI中的 Category 以及細節的很多欄位和Action Plan Template關聯的 Assessment Task Definition匹配進行自動生成。
我們訪問新建的visit資料，可以看到Promotion Check已經有了資料
點進去以後實際的check選項
感興趣的小夥伴可以做一下demo中的 Inventory Check。我們上圖中的幾個check項，Morning Greeting是一個Task，只需要mark as complete，Capture Order是補貨操作，用來下 order，Signature Check用來電子籤，被拜訪的聯絡人（店員、店長）用來簽字證明是一個有效的拜訪。那in-store survey如何實現呢？
8. 補救措施part2：配置community survey。關於如何做survey可以參考：Service Cloud 零基礎（四）快速配置一個問卷調查（無開發）
1）建立community並將其啟用
2）survey setting啟用 survey並且關聯制定的community
3) community builder選擇setting，在general處點選guest profile
將對survey相關的object設定許可權
然後我們對這個visit關聯的contact點選Get Survey Invation這個Quick Action
配置上Survey，關聯到拜訪記錄，因為需要店員做滿意度調查，外部使用者不需要身份認證，所以不要求身份認證勾選上。
我們在切回到這個visit上，我們會發現survey已經有一項了，點選survey，可以跳轉到我們自定義的調查問卷操作即可。
我們接下來進行 Capture Order的操作。當零售店缺貨需要補貨情況下，可以使用Capture Order操作，填寫金額以後，新增購物車，confirm order即可。生成的是Order資料。
之後描述一下 Signature，店長或者店員電子籤進行確認。資料儲存在 SignatureTask表裡。至此所有的流程結束，可以End Visit操作。
這個就是Field Rep實際的一個進店 CG Cloud實現的大概功能，當然，能實現的不止這些，還可以進行很多自定義流程以及智慧任務排序等等功能。感興趣想要深入的小夥伴可以自行檢視文件研究一下功能。
總結：篇中主要是講一下Field Rep實際進店的拜訪所對應的配置項資訊，很多細節功能需要自行檢視文件來深入瞭解。篇中有錯誤地方歡迎指出，有不懂歡迎留言。