Please enable JavaScript.

Coggle requires JavaScript to display documents.

商品待解決事項 - Coggle Diagram

- - - - 擴增內部人員
        
        正職員工：頂多一至兩位，那商品數破萬至少還要 2~3 年
        工讀生：目前品質不佳，即使是一直在做也須修改多次
      - 擴增外部人員
        
        一般用戶
        
        保險從業人員
    - - 用戶、業務真的想看到完整資料嗎？
        
        那些額度不一定要列出來？
        例如：住院 90 天以上賠多少錢、急診、住院三天以上慰問金
        這些重要嗎？故意挑毛病的一定會說重要，但無論是業務講解或是用戶在聽的時候，根本就不會用到這些項目
        
        哪些理賠額度一定要顯示出來？
        其實就是最大項的幾個，例如：一般身故、意外身故賠多少、住院雜費多少、罹癌賠多少，這些天文數字的項目一定要列出來
        
        所以業務員把這些「大項目」建好
        商品其實就建得差不多了
        無論是舊商品保障累積、新商品規劃額度
        都夠用(百分比圈圈就畫得出來了)
        
        因此，建商品的流程變成只要問業務員
        如果這張商品是癌症險
        只要問：保額 100 萬的狀況下，罹患初期癌症會理賠多少錢
        輕度癌症多少錢
        重度癌症多少錢
        
        業務填上述這些問題，不難吧？
        網頁填一填就好
        
        如何驅動業務去填這些東西？
        可以把這個當成廣告形式 (類似 google 的圖形驗證)
        逼用戶一定要填才可以繼續某些操作
        或是可以付費跳過填寫步驟，使用網站時不被干擾
        注意，這個設計不能干擾到網站上大部分的免費使用者
        因為他們不具備填理賠項目的能力，也不該叫他們填，他們是來 Finfo 找資料的，本來就看不懂條款
        
        要如何驗證金額正確與否？根本不用 admin 驗證
        我們讓隨機 5 個業務都回答相同問題
        取最多相同的值的作為暫時解答
        
        延伸一些評分機制
        只要你的答案跟別人相同次數超過多少就會有徽章或是被認可可升級為進階業務員
        評分過低一陣子的作答就會被評為無效或是喪失某些權利
        
        難以分類的 benefit code 要怎麼建？
        例如：生命期末保險金、分娩相關理賠項目
        既不是身故、失能、住院這些大分類的
        要給予甚麼大分類、細項分類？