在第一期中和措，用戶先填寫(xiě)信息生成訂單，然后再查詢用戶是否開(kāi)通免密支付助被，開(kāi)通后直接發(fā)起扣款剖张。這樣做的好處是將開(kāi)通流程整合進(jìn)投保流程切诀，開(kāi)通后自動(dòng)完成扣款，符合正常的投保邏輯搔弄。
在扣款處理上幅虑，第一期的做法是當(dāng)跳轉(zhuǎn)進(jìn)入開(kāi)通流程的地址中存在訂單號(hào)時(shí)，開(kāi)通后就自動(dòng)發(fā)起首期款扣費(fèi)顾犹，因此代扣功能與百萬(wàn)醫(yī)療產(chǎn)品關(guān)聯(lián)起來(lái)了倒庵，這限制了后期業(yè)務(wù)線拓展，因此在2期中炫刷，我們的主要工作就是將代扣服務(wù)與下單分離開(kāi)擎宝，方法就是在用戶進(jìn)行投保之前就引導(dǎo)用戶開(kāi)通代扣服務(wù)。
因此在流程上進(jìn)行了如下調(diào)整：
微信框架下流程調(diào)整
微信下在加載專題頁(yè)時(shí)就判斷用戶（根據(jù)openID判斷）是否開(kāi)通代扣服務(wù)浑玛，沒(méi)有開(kāi)通則隱藏投保模塊绍申，引導(dǎo)去完成開(kāi)通，開(kāi)通后跳轉(zhuǎn)回專題頁(yè)顾彰，再進(jìn)行投保下單和扣款极阅。
APP框架下流程調(diào)整
APP框架下因涉及到登錄態(tài)的判斷，流程上要稍微復(fù)雜一些涨享，但是邏輯與微信框架下基本一致筋搏。在完成登錄態(tài)判斷后，再進(jìn)行是否開(kāi)通免密支付判斷灰伟，未登錄/已登錄未開(kāi)通的則不展示投保模塊拆又。
值得一提的是，對(duì)于未開(kāi)通免密支付的用戶栏账，在未登錄狀態(tài)下帖族，需要3次跳轉(zhuǎn)（一次跳轉(zhuǎn)到登錄態(tài)，一次跳轉(zhuǎn)到專題頁(yè)挡爵，一次跳轉(zhuǎn)到開(kāi)通免密支付頁(yè)竖般，見(jiàn)流程圖右半部分），該情況下登錄成功后跳轉(zhuǎn)回專題頁(yè)的過(guò)程中茶鹃，不滿足開(kāi)通免密支付條件時(shí)就直接進(jìn)行再次跳轉(zhuǎn)涣雕，與流程圖中的左側(cè)情況不同，因此需要做區(qū)分闭翩。采取的方法是由登錄頁(yè)跳轉(zhuǎn)回專題頁(yè)的地址上加個(gè)識(shí)別參數(shù)挣郭，地址中帶這個(gè)參數(shù)的專題頁(yè)加載時(shí)，不符合開(kāi)通條件就跳轉(zhuǎn)到開(kāi)通頁(yè)面疗韵。
開(kāi)通免密支付引導(dǎo)
調(diào)整后的流程是用戶投保之前需要先開(kāi)通免密支付兑障，這與用戶的預(yù)期不太一致，因此上線后訂單量出現(xiàn)明顯下降，后來(lái)在頁(yè)面上進(jìn)行了提示，轉(zhuǎn)化才提升1期水平。
總結(jié)
自己埋的坑跪著也要填完啊o(╯□╰)o碘橘，所以設(shè)計(jì)流程時(shí)要充分考慮后期的拓展性，當(dāng)然更要兼顧用戶慣有認(rèn)知叠赦，高轉(zhuǎn)化才是最終的目的。
