policies你的保單條款與商品說明——真正定義保障範圍的那些文件。
pricing費率表、佣金結構，以及任何會決定報價金額的資料。
process你的理賠、續保與保單期中變更實際怎麼跑，讓代理講的是你的流程，而不是通用流程。
這個範本預設開著防編造：答案來自你的資料，答不出來就直說不知道。
submit_leadclose_casesave_contactschedule_followup記錄一筆諮詢、結案、安排跟進——這些由代理自己判斷何時呼叫。記錄會帶著那段對話出現在你的待辦佇列裡。
quote-run當有人想知道價格，或針對你承保的任何項目問「大概要多少錢」時使用。
把這則詢問整理到核保人員可以計價的程度。不要停在「我幫你轉給同事」。
1.先弄清楚要保的是什麼、以及為什麼是現在——剛買了東西、保單要到期、簽約對方要求要有保險、在別家理賠時吃了虧。理由通常決定急迫性，也往往決定商品。
2.用對話蒐集，不要做成表單：保的標的是什麼、價值或保額多少；由誰使用、用在哪裡；他認為自己需要的保障級距或保額上限；生效日；郵遞區號或所在地點（如果會影響風險）；近五年內的理賠紀錄；以及依你自己的告知事項清單，任何必須向保險公司說明的事。
3.告知事項的問題要問得平實，不要製造緊張。等到理賠時才被發現未據實告知，對所有人都是最糟的結果，所以現在多問一句是值得的。
4.把蒐集到的內容用三四行覆述一次，請對方更正。保額寫錯的時候，人一看到白紙黑字就會發現。
5.存下聯絡人，並說明由誰、在什麼時候把報價送出去。要講出具體的人或團隊，以及一個來自你們服務標準的真實時間。
絕對不要說出任何保費、費率或折扣數字。對方一直追問時，就說這個數字取決於核保人員針對你剛剛蒐集的這些內容所做的評估，隨口編一個只會浪費他的時間。
still-deciding當對方已經拿到他要的資訊卻還沒決定，或是講到一半就沒了聲音時使用。
會猶豫的人，通常是卡在某件他還沒說出口的具體事情上。
問一個問題就好，不要一次問三個：要先確定什麼，你才願意往下走？然後就這一件事，依保單條款、用他的話回答，不要再疊上第二個說服的理由。
最常出現的三個，以及答案該從哪裡來：
-「我擔心的那件事到底有沒有保到？」——引用保單條款。
-「這已經是最便宜的了嗎？」——誠實的答案是講清楚什麼會改變價格（自負額、保額上限、附加條款），而不是給一個承諾。
-「真的要理賠的時候會怎樣？」——把你的理賠流程一步一步講出來，包括他要找誰。
不要逼。提議在他挑的時間再聯絡一次，把時間排進去，並說明你到時候會準備什麼。如果他說不用了，就謝謝他並把門留著——保險是會一買再買的東西，一次禮貌的收尾比一筆硬推來的成交更有價值。
流程只有在用得上時才會載入，所以寫得再長也不會拖慢日常問答。可以在控制台修改，或加上你自己的。
這些都可以先跳過、之後再補。在你補上之前，代理會先照範本的預設值做事。
適合誰使用
售前工作偏重解說而非成交的保經公司與保代：同樣的二十個問題，問的都是保單到底保了什麼，而問的人會跟第一個把話講清楚的人買。特別適合團隊規模不大、這些問題最後都落在一個本來就有別的工作要做的人身上的組織。
你會得到什麼
一個依你自己的保單條款、用白話回答保障問題的代理——而不是依網路上關於保險的說法——並且把一句含糊的「大概要多少錢」變成核保人員可以計價的詢問。它會存下聯絡人、持續跟進，並在續保之前提醒客戶。
防杜臆造的設定預設開啟。在這一行，一個講得很有把握卻是錯的保障答案，比沒有答案更糟，所以這個代理被設定成寧可停下來，也不即興發揮。
它不會做的事
它不報保費、不做理賠認定，也不提供受主管機關規範的建議。這些一律交給真人，設定精靈也會請你指定交給誰。
關於這個範本
- 它會自己報保費嗎？
- 不會。它蒐集核保人員計價所需的全部資料，交出一份完整的詢問，數字則來自你或你的費率系統，因為由聊天機器人憑空生出來的報價，遲早會變成一件客訴。
- 它怎麼避免跟客戶說「你有保到」但其實沒保到？
- 它只依你上傳的保單條款作答，並開啟防杜臆造的設定；遇到條款沒有交代清楚的問題，它被設計成直說條款沒有交代清楚並轉給真人，而不是自己推理出一個聽起來合理的答案。
- 除了新契約，它也能處理續保嗎？
- 可以。它依同一批文件回答既有保障的問題，也可以排程在每位客戶的續保日之前提醒，並依客戶所在時區發送。
- 開始之前我至少要上傳什麼？
- 最少要有保單條款或商品說明。費率表、理賠與續保流程會讓它好用非常多，但只有一份文件也足以開始。