在產(chǎn)品設(shè)計過程中，區(qū)分同步和異步任務(wù)對于提供流暢的用戶體驗至關(guān)重要。本文通過一個客戶簽約業(yè)務(wù)的案例，分析了在設(shè)計異步任務(wù)時常見的錯誤，并提出了改進(jìn)方案。

這是一個客戶簽約的業(yè)務(wù)，流程如下：

1. 開票員給客戶開通代收的業(yè)務(wù)，并且與客戶簽約（即簽訂代收協(xié)議）；
2. 主管審核客戶的簽約業(yè)務(wù)，若拒絕，則開票人需要通知客戶修改資料重新提交；
3. 若同意，則簽約成功，流程結(jié)束。

一、曾犯的錯誤

自己分析了一下之前的錯誤，發(fā)現(xiàn)雖然分析了整體的業(yè)務(wù)流程、角色的權(quán)限與上下游，但沒有去分析這個任務(wù)是同步還是異步的，導(dǎo)致與開發(fā)同學(xué)也吵了很久，錯誤分析如下：

1. 提交后沒有告訴發(fā)起人（即開票員）整體的流程，導(dǎo)致很多發(fā)起人以及客戶對后面的流程一臉懵逼（發(fā)起人對接客戶，但經(jīng)辦人不會對客戶）；
2. 提交之后沒告訴發(fā)起人這是一個異步的問題，需要等待一段時間才會有結(jié)果；
3. 實際上，在簽約審核的時候，發(fā)起人是可以幫客戶完成其它業(yè)務(wù)（如綁定銀行卡、消費等），導(dǎo)致發(fā)起人跟客戶傻傻地等經(jīng)辦人簽約完成再去幫客戶辦理其它業(yè)務(wù)。

雖然我們有一整隊實施團(tuán)隊去幫助集團(tuán)中的所有使用者去了解業(yè)務(wù)，但作為一個產(chǎn)品，還是必須保持敬畏之心對待用戶才可以。

二、異步與同步

什么是異步呢？

做了8年产品经理后，我是这么看产品经理的

我个人是从非常初级的产品经理做起，再到负责一个大产品的项目管理，现在有幸跳出了日常基础的工作更多的去看产品的PMF，product strategy...

查看详情 >

對于程序來說就是一個請求發(fā)出去了，但系統(tǒng)不會立刻處理，而是放在隊列里，系統(tǒng)會按照隊列方式去處理它，或者處理的時間非常長也可以歸為異步任務(wù)。

反過來同步任務(wù)就是請求遞交，幾乎即時就有反饋。

以前我總是同步、異步的任務(wù)都用同樣的設(shè)計，單純地通過反饋彈窗告訴用戶這個任務(wù)大概需要等多久，很多用戶就傻傻在那里等著。

于是今天，我按照上邊歸類的問題，修改了原型：

為了讓發(fā)起人知道總體的流程，提交簽約之后，我們需要反饋一個結(jié)果且告訴發(fā)起人整體的流程，便于發(fā)起人與經(jīng)辦人交接（由于我們接入了企業(yè)微信的通知，【催一下】可以直接在企業(yè)微信通知經(jīng)辦人）。

第二個問題需要告訴發(fā)起人這個任務(wù)需要等待，這時候我們需要引入站內(nèi)消息功能，并且告知用戶可在哪里看到查看審核結(jié)果的通知。

若這個任務(wù)是比較重要的，可以考慮單獨列一個任務(wù)列表，這樣任務(wù)完成時，用戶可立即知道。

最后，我們需要引導(dǎo)發(fā)起人先去完成其他任務(wù)，就要在結(jié)果頁中對按鈕做相關(guān)業(yè)務(wù)的跳轉(zhuǎn)，改一下：

總結(jié)了一下，異步任務(wù)的設(shè)計邏輯：

1. 需要告訴用戶整體的流程以及任務(wù)的進(jìn)度；
2. 需要告訴用戶，這個任務(wù)需要等待，并告知用戶當(dāng)有結(jié)果時，系統(tǒng)會進(jìn)行及時的通知，讓用戶安心；
3. 引導(dǎo)用戶去完成其它業(yè)務(wù)。

另外之前做異步任務(wù)的設(shè)計時發(fā)現(xiàn)一個很嚴(yán)重的問題：用戶不敢關(guān)閉當(dāng)前窗口或切換到其它地方，他會很害怕任務(wù)會被中斷。

所以我們要清楚地告知用戶：“這個任務(wù)需要等待，有結(jié)果時我們會及時通知你，你可以進(jìn)行其它業(yè)務(wù)的操作”

未完待續(xù)，后續(xù)文章請大家持續(xù)關(guān)注。