本篇參考：
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
前兩天描述了一些CG的基礎的 data modal，接下來重中之重就是實際的拜訪。此篇將會講一下cg中的action plan template（行動計劃模板）如何建立，以及如何去掛到具體的VISIT（拜訪/走訪）。在具體的技術梳理之前，需要先了解一下實際的業務是怎麼樣走的，這樣才更能清楚的意識到為什麼CG這樣設計，以及後續我們自定義開發還需要進行哪些的優化項。
一. 拜訪操作業務
cg cloud針對的內部使用者更多的針對於實際的field rep（區域銷售/銷售）以及supervisor/sales manager(主管/ 銷售經理)。比如我們是 dummy公司，我們公司有很多酸奶製品的產品品牌，並且我們和很多零售商店有合作關係。針對銷售經理和銷售來說，對於店鋪的拜訪最重要的幾點是什麼呢？
- 銷售指標 & 銷售發展目標
- 競品資訊（蒙牛，伊利等）
- 門店店內位置陳列的位置，以及陳列空間等
- 現有庫存和空箱數情況 & 是否補貨
- 如果和店鋪此前達成了促銷的合作，是否明顯方式進行促銷操作，是否擺放在特殊位置
- 檢查一下價格是否合理，比如競品都很低的價格，但是我們的價格很高，高得離譜肯定不適合我們的產品的售賣
當然，這個只是實際店鋪拜訪的整理的冰山一角，實際業務和具體情況會比這個複雜的太多。除了實際拜訪以外，前置和後置的操作同樣重要。前置操作，每個月月初或者上個月底時，銷售應該和他的經理去探討月度拜訪計劃，每個區域銷售每個人理論上每天應該拜訪N家店（這裡做一個引申，如何更好的進行路徑規劃去最優的進行拜訪呢？ salesforce可以通過sales map去進行多維度的最優路線的生成），週期應該維持在10-15天進行全部負責店面的拜訪操作，然後每個月最好對一家店拜訪2次等等，當然根據產品以及很多特性不同，實際情況以各自的公司為準。除了月度拜訪計劃的整理以外，還需要制定銷售目標，回顧之前的業績版等等。後置操作需要進行最後訂單的修訂，拜訪以後的清單總結(哪些地方成功/ 哪些地方失敗 / 哪些地方可以進行改進)等等。實際的區域銷售的流程可以抽象成這8步驟，詳情可以檢視上方的連結。
二. CG Cloud的Action Plan Template實現
上述的業務模型的步驟，這次的部落格無法覆蓋全，這次只是針對實際區域銷售進店以後的操作。規範化拜訪步驟及其的重要，針對同一家店鋪或者同一型別的店鋪，通過制定的拜訪步驟可以更優的去進行店鋪的拜訪以及不斷優化成客戶最滿意的步驟。action plan template主要做的就是進行規範化拜訪的步驟。
1. Assessment Indicator Definition(評估指標定義)
商店表現可以用一組引數來衡量。這些引數稱為“評估指標定義”。例如，貨架上的產品數量或貨架上的產品飾面。
• 輸入指標的名稱和描述。
下圖是實際的 Assessment Indicator Definition的資料
選擇指標欄位型別。可用選項有數字、布林值、百分比、日期時間、文字或小數。這裡舉幾個例子進行更好的理解。
| Name | Description | Indicator Field Type |
| Asset Check | Competitors Present | Any competitor products present? | Boolean |
| Inventory Check | Display Price | Display Price | Decimal |
| Merchandising | Count the number of consumer engagements. | Consumer Engagment | Number |
| Planogram Check | Total # of Facings | # of Facings | Number |
| Promotion Check | Promotions current and consistent | In-store promotions are current and consistent with contractual agreement? | Boolean |
2. Assessment Task Definition(評估任務定義)
可以建立幾種型別的評估任務定義來捕獲業務資料。消費品中提供了庫存檢查、貨架圖檢查、店內調查、促銷檢查和訂單建立。而且，可以為特定業務需求建立自定義任務。下圖為一個 Assessment Task Definition的例子。
在這個例子中我們可以看到Assessment Task Definition Task Type有不同的值。這幾個值在瞭解cg拜訪是一個很核心的事情。簡單解釋如下：
庫存檢查
使用此任務型別跟蹤商店中的產品或產品類別。現場代表可以檢查和更新關於產品或產品類別可用性及其在店內位置的資訊，並接受產品訂單。在執行庫存檢查任務時，現場代表可以選擇店內位置，以獲取該位置可用產品或產品類別的資訊。
庫存檢查任務捕獲可用的庫存、貨架的產品份額、其飾面以及某個位置的產品是否缺貨。庫存檢查任務有助於您監控和分析產品何時需要重新進貨，或者產品的配送情況。
促銷檢查
使用此任務型別來稽核商店中的促銷活動。現場代表可以檢查促銷活動是否按照商定的條款進行，或者商店是否為即將到來的促銷活動做好準備。
促銷可以與商店、商店組或客戶相關聯，也可以與產品或產品類別相關聯。
貨架圖檢查
您可以使用此任務型別來檢查飾面數量、貨架份額和產品的可用性。
要自動化貨架圖檢查過程，請為您的組織啟用 Einstein 物件檢測。現場代表可以單擊並上傳店內位置的影像。Einstein 物件檢測比較兩個影像，並返回產品庫存水平和飾面的結果。現場代表可以更正 Einstein 物件檢測返回的資訊：丟失或不正確的產品標籤以及店內位置可用產品的數量。修正 Einstein 物件檢測返回的結果有助於更新模型，並確保下次有更好的結果。
如果您的組織尚未啟用 Einstein 物件檢測，現場代表可以在店內手動獲取產品的數量和飾面數量。
訂單建立
如果希望現場代表接受需要補充的產品訂單，請使用此任務型別。現場代表可以重新訂購以前的訂單，也可以下新訂單。如果現場代表重新訂購以前的訂單，他們可以更改訂購的產品數量。下新訂單時，現場代表可以為商店中所有可用產品、特定產品組合下訂單，或者只為標記為收藏的產品下訂單。
店內調查
要使用此任務型別，請為您的組織啟用調查。建立現場代表可以用來進行調查的調查邀請。您可以根據主題中零售商店 ID 或特定訪問 ID 的上下文生成調查邀請。進行調查有助於從商店員工和消費者那裡收集資訊和反饋。
其他
使用此任務型別建立自定義任務。現場代表可以使用自定義任務來捕獲無法使用提供的任務型別捕獲的資料。建立自定義任務的先決條件是建立自定義物件。
我們在建立完 Assessment Task Definition以後，在關聯列表進行Assessment Indicator Definition即可。
3. Action Plan Template（行動計劃模板）
行動計劃模板是一個可重用的框架，您可以使用它來安排訪問，每次訪問中要執行的活動集保持不變。通常Target Object 選擇 Visit.Action Plan Type 選擇 Visit Execution. 下圖是一個 Action Plan Template的例子。
我們可以切換到關聯列表去新增他的關聯項，下圖中我們可以看到Action plan Template可以配置很多的 Task選項。
Assessment Task Definition: 這個是我們上述的配置內容，即評估任務定義項；
Task：我們可以建立一些自定義的task，比如 Morning Greeting這種問候相關的 Task等等；
Signature Task：將簽名任務新增到操作計劃模板，以便現場代表在訪問期間獲取簽名（用於電子簽名）；
Component Task：可以使用lwc去自定義開發符合公司實際需求的執行任務；
Task Flow：當我們在建立拜訪或者其他的操作時，建立task。
我們全部配置完成以後，便可以進行Publish Template操作。釋出以後，如果需要其他變更，就Clone Template進行後續操作。
三. Retail Store KPI 配置
我們在上面的demo中已經做了 Action Plan Template / Assessment Task Definition / Assessment Indicator Definition這三項，這三項是用來實際店內拜訪場景下評定門店KPI使用的。拜訪時使用到的資料好像是完整了的，但是好像有沒有。缺什麼呢？舉個例子，我們在做 Assessment Indicator Definition中可以是Inventory Check | Display Price，這個值填寫的型別是Decimal，那麼什麼是目標值(Target Value)呢？我們在計算當前店鋪KPI，判斷是否滿足我們訂的要求與否，是不是需要有一個指標項來確定？這個內容就是我們說的 Retail Store KPI。我們在Assessment Task Definition中有幾個型別：庫存檢查、貨架圖檢查、店內調查、促銷檢查等。每個型別在實際拜訪前的Retail Store KPI配置都有不同的要求。具體如下：
庫存檢查：在建立庫存檢查任務型別之前，必須建立並關聯這些記錄。
• 將這些記錄與零售商店相關聯：
○ 產品。
○ 店內位置：將店內位置與零售商店相關聯時，確保將每個店內位置與店內位置類別相關聯。
• 將零售商店關聯到零售商店組。
• 建立零售商店 KPI 時定義這些記錄：
○ 零售商店組：選擇與零售商店關聯的零售商店組。
○ 店內位置類別：選擇用於建立店內位置的店內位置類別。店內位置類別設定零售商店的店內位置和零售商店 KPI 之間的連結。
○ 同一店內位置類別的產品或產品類別的評估指標定義。
貨架圖檢查：貨架圖檢查應該遵循下述的前置條件
• 在代表商店貨架圖的影像物件中建立影像記錄。
• 將這些與零售商店相關聯：
○ 產品。
○ 店內位置：將每個店內位置與店內位置類別相關聯。
○ 將產品與店內位置相關聯
○ 將影像與店內位置相關聯
• 將零售商店關聯到零售商店組。
• 建立零售商店 KPI 時定義這些內容：
○ 零售商店組：選擇與零售商店關聯的零售商店組。
○ 店內位置類別：選擇與影像關聯的店內位置類別。店內位置類別設定零售商店的店內位置和零售商店 KPI 之間的連結。
○ 同一店內位置類別的產品或產品類別的評估指標定義。
○ 貨架圖：選擇影像記錄。
○ KPI 型別：取決於評估指標定義。
- 對於與產品飾面或空貨架相關的評估指標定義，選擇飾面（Facings）。
- 對於與貨架相關的評估指標定義的份額，選擇貨架份額（Share of Shelf）。
- 對於與庫存相關的評估指標定義的可用性，請選擇缺貨（Out of Stock）。
促銷檢查：在建立促銷檢查任務型別之前，必須建立並關聯這些記錄。
• 建立促銷。
• (可選)將這些與零售商店相關聯：
○ 產品。
○ 店內位置：將每個店內位置與店內位置類別相關聯。
• 將零售商店關聯到零售商店組。
• 建立零售商店 KPI 時定義這些內容：
○ 零售商店組：選擇與零售商店關聯的零售商店組。
○ 店內位置類別：選擇用於建立店內位置的店內位置類別。店內位置類別設定零售商店的店內位置和零售商店 KPI 之間的連結。
○ 同一店內位置類別的產品或產品類別的評估指標定義。
自定義/其他任務型別：在建立其他任務型別之前，必須建立並關聯這些記錄。
• 將這些與零售商店相關聯：
○ 產品。
○ 店內位置：將每個店內位置與店內位置類別相關聯。
• 將零售商店關聯到零售商店組。
• 建立零售商店 KPI 時定義這些內容：
○ 零售商店組：選擇與零售商店關聯的零售商店組。
○ 店內位置類別：選擇用於建立店內位置的店內位置類別。店內位置類別設定零售商店的店內位置和零售商店 KPI 之間的連結。
○ 同一店內位置類別的產品或產品類別的評估指標定義。
○ 自定義上下文：選擇自定義物件。
以實際的配置來說，很容易出現感覺看上去配置是完全正確的，但就是出不來的情況，和其他小夥伴最後基本得出來的結果是，所有的門店的group，所有的產品，以及所有的評估定義指標都需要進行配置，否則很容易出現儘管配置了 Retail Store KPI,但是實際拜訪項就是不展示的問題。我們可以看一下列表中實際的配置資料，後續維護建議批量維護使用dataloader來操作，否則很容易漏。
然後我們展開一條資料來看，必填項以及要求可以參考上述的庫存檢查的demo。
總結：篇中主要介紹了 Action Plan Template的配置以及 Retail Store KPI的配置，下一篇會將拜訪的操作。本篇還是重在配置，下一篇會使用一個完整的demo將整體穿插起來。篇中有錯誤地方歡迎指出，有不懂歡迎留言。