在第一期中，用戶先填寫信息生成訂單，然后再查詢用戶是否開通免密支付，開通后直接發(fā)起扣款。這樣做的好處是將開通流程整合進(jìn)投保流程，開通后自動完成扣款，符合正常的投保邏輯。

在扣款處理上，第一期的做法是當(dāng)跳轉(zhuǎn)進(jìn)入開通流程的地址中存在訂單號時，開通后就自動發(fā)起首期款扣費，因此代扣功能與百萬醫(yī)療產(chǎn)品關(guān)聯(lián)起來了，這限制了后期業(yè)務(wù)線拓展，因此在2期中，我們的主要工作就是將代扣服務(wù)與下單分離開，方法就是在用戶進(jìn)行投保之前就引導(dǎo)用戶開通代扣服務(wù)。

因此在流程上進(jìn)行了如下調(diào)整：

微信框架下流程調(diào)整

微信下在加載專題頁時就判斷用戶（根據(jù)openID判斷）是否開通代扣服務(wù)，沒有開通則隱藏投保模塊，引導(dǎo)去完成開通，開通后跳轉(zhuǎn)回專題頁，再進(jìn)行投保下單和扣款。

微信下分離后流程

APP框架下流程調(diào)整

APP框架下因涉及到登錄態(tài)的判斷，流程上要稍微復(fù)雜一些，但是邏輯與微信框架下基本一致。在完成登錄態(tài)判斷后，再進(jìn)行是否開通免密支付判斷，未登錄/已登錄未開通的則不展示投保模塊。

APP下調(diào)整后流程

值得一提的是，對于未開通免密支付的用戶，在未登錄狀態(tài)下，需要3次跳轉(zhuǎn)（一次跳轉(zhuǎn)到登錄態(tài)，一次跳轉(zhuǎn)到專題頁，一次跳轉(zhuǎn)到開通免密支付頁，見流程圖右半部分），該情況下登錄成功后跳轉(zhuǎn)回專題頁的過程中，不滿足開通免密支付條件時就直接進(jìn)行再次跳轉(zhuǎn)，與流程圖中的左側(cè)情況不同，因此需要做區(qū)分。采取的方法是由登錄頁跳轉(zhuǎn)回專題頁的地址上加個識別參數(shù)，地址中帶這個參數(shù)的專題頁加載時，不符合開通條件就跳轉(zhuǎn)到開通頁面。

開通免密支付引導(dǎo)

調(diào)整后的流程是用戶投保之前需要先開通免密支付，這與用戶的預(yù)期不太一致，因此上線后訂單量出現(xiàn)明顯下降，后來在頁面上進(jìn)行了提示，轉(zhuǎn)化才提升1期水平。

調(diào)整后免密支付引導(dǎo)

總結(jié)

自己埋的坑跪著也要填完啊o(╯□╰)o，所以設(shè)計流程時要充分考慮后期的拓展性，當(dāng)然更要兼顧用戶慣有認(rèn)知，高轉(zhuǎn)化才是最終的目的。