問題產(chǎn)生:
范范某日使用摩拜單車時發(fā)現(xiàn)取消預(yù)約功能文本存在歧義。

該功能目的:
對用戶取消預(yù)約車的操作進行二次確認,確保用戶操作是基于自身操作意愿的,避免了用戶誤操作而取消預(yù)約的情況發(fā)生。
可能的用戶:想要取消預(yù)約單車的用戶。
1、預(yù)約了車,但是改變了出行計劃(步行或者乘坐公交地鐵等其他交通工具)的用戶。
2、預(yù)約了車,在路上看到其他摩拜單車,想要就近騎行的用戶。
3、預(yù)約時間到,無法趕到預(yù)約車旁(可能是找不到)的用戶,可能會選擇重新預(yù)約。
4、到達指定地點,發(fā)現(xiàn)沒有車/車壞了的用戶。
5、誤操作預(yù)約了單車的用戶。
該功能的用戶期望:
1、想要預(yù)約車的用戶,不會使用該功能。
2、熟悉此功能的用戶,已踩過坑,并不會在意這個小瑕疵功能的存在。
3、想取消預(yù)約車的新用戶,想簡單便捷的取消預(yù)約,不會期望此功能占據(jù)太多的思考選擇時間,用戶時間越趕,對此功能的敏感度會越高。
流程:

現(xiàn)象及原因:
“取消”按鈕字樣存在歧義,忽視提示的用戶可能會理解為“取消”是取消訂單,多次操作嘗試之后才能取消訂單。
影響面:
取消預(yù)約功能在龐大的用戶群里面出現(xiàn)的頻率可能不算太低,覆蓋的人數(shù)應(yīng)該也不會太少。
但此功能的影響面較小,影響的都是初次使用取消預(yù)約車功能的用戶,體驗較差。用戶在二次使用此功能時,會有意識的選擇相應(yīng)的按鈕。
解決方案:
1、解決方案一:
將按鈕文本“確定”改為“是”
將按鈕文本“取消”改為“否”

2、解決方案二:
修改原有按鈕的背景色,使得兩個功能區(qū)分開來。

3、解決方案三:
修改提示框樣式,只為用戶提供一個選擇,用戶可以選擇×或點擊提示框外內(nèi)容來放棄取消預(yù)約。
「注」這樣的界面設(shè)計可能更傾向于引導(dǎo)用戶點擊確定,而不是引導(dǎo)用戶進行選擇。

4、解決方案四:
取消提示框提示,采用手勢操作來取消預(yù)約。

方案優(yōu)先級及合理性:

針對上面4個方案,選擇方案一為最右方案。
理由:方案一提示框采用iOS自帶提示框,僅改變按鈕本身文本,開發(fā)難度低;不改變已有用戶的使用習(xí)慣。
方案二缺點:開發(fā)難度較大,由顏色來引導(dǎo)用戶操作,也可能使不想取消誤觸發(fā)此功能的用戶取消預(yù)約。與功能的目的相違背。
方案三缺點:開發(fā)難度較大,需要構(gòu)建一個新的UI控件。
方案四缺點:改變原有用戶的操作習(xí)慣,已經(jīng)習(xí)慣了原有功能的用戶反而會受到影響。開發(fā)難度太高,迭代成本太大。
考核指標:
1、統(tǒng)計用戶在此功能上的平均停留時間(Duration),預(yù)計迭代后,平均停留時間變短。
2、統(tǒng)計迭代前后相同周期內(nèi),取消預(yù)約成功率的比例(迭代前,用戶要成功取消,可能會多操作1~2次,導(dǎo)致成功率偏低)。預(yù)計迭代后,成功率升高。