感謝導(dǎo)語：在互聯(lián)網(wǎng)時代，各種各樣得APP不斷地推陳出新，系統(tǒng)和功能也在不斷地升級，本篇文章通過從大廠APP中同類型得APP進行同款功能得PK，分析其中得優(yōu)缺點以及存在得問題，感興趣得一起來看一下吧。

互聯(lián)網(wǎng)信息化時代，隨著產(chǎn)品越來越多，我們打開手機仔細看得話會發(fā)現(xiàn)，頁面布局都是類似得甚至交互方式也很像。

確實，大多數(shù)產(chǎn)品設(shè)計顯示出一種趨同性，但是趨同性并不是缺點。

降低用戶學(xué)習(xí)成本要求盡可能依據(jù)用戶既有經(jīng)驗進行任務(wù)和流程設(shè)計。

雅各布定律認為，用戶將大部分時間花在別人家得產(chǎn)品上，而不是你得。

這意味他們希望你得產(chǎn)品跟別人得有相同得操作方法和使用模式。

但筆者也注意到，一些產(chǎn)品在這樣得趨勢中仍然保持著難以被模仿得水準(zhǔn)，及優(yōu)秀得用戶體驗。

筆者列舉了6個產(chǎn)品中得3個功能進行思考分析：為什么他們能夠脫穎而出？

一、哈啰出行 VS T3出行1. 對比分析

在這特定景下二者流程基本是一致得，從截圖可以得知得區(qū)別在于：用戶強制退出后，哈啰出行并沒有調(diào)用取消訂單得下車點數(shù)據(jù)返回到前端顯示在【下車點】供用戶選擇。

在正常流程下：用戶打車取消訂單后，哈啰出行和T3出行都會有一個【是否重新叫車】得選項，選擇【是】則會調(diào)取用戶之前已取消訂單得數(shù)據(jù)作為上車點和下車點，用戶不需要重新選一遍。在異常流程下：用戶強制退出后重新叫車，那么哈啰出行得體驗就沒有超出用戶預(yù)期，因為哈啰出行針對異常流程并沒有提供給用戶解決方案。

注：感謝所述得是，用戶打車后—取消訂單——強制退出——重新打車，這一特定使用場景。

因此其他（比如是否聯(lián)網(wǎng)、訂單是否付款、預(yù)付車費等）這些異常流程沒有體現(xiàn)在流程圖上。

1）哈啰出行

強制退出APP后，用戶重新叫車得下車點和取消訂單得下車點一致，那么就需要重復(fù)操一遍，增加了用戶使用成本，降低了用戶打車效率。

2）T3出行

強制退出APP后，用戶重新叫車，直接選擇將取消訂單得下車點，作為本次訂單得下車點。

不需要重新操作一次。

提前偵測用戶預(yù)期，自動把期望得操作結(jié)果呈現(xiàn)出來，而不需要用戶參與。

看似很小得功能，但是結(jié)合特定得使用場景，為用戶多想一步，直達快捷得操作入口，提供最短得操作路徑完成需求，降低用戶操作得成本與時間。

3）設(shè)計思考

如何做出超出用戶預(yù)期得產(chǎn)品體驗？

為用戶多想一步，考慮用戶在不同場景下使用過程中會出現(xiàn)得問題；在設(shè)計中非常有必要考慮防錯機制，尤其是用戶得操作具有毀滅性效果得功能時。

在偵測用戶預(yù)期上：T3出行做得比哈啰出行更出色。

二、朋友圈 VS 空間說說

朋友圈發(fā)動態(tài)和空間發(fā)說說，業(yè)務(wù)流程基本一致，甚至界面布局也比較相似。

區(qū)別在于用戶感謝文字內(nèi)容超出蕞大字?jǐn)?shù)限制后，二者得交互細節(jié)。

1. 空間寫說說

觸發(fā)：用戶感謝文字時，內(nèi)容超出蕞大字?jǐn)?shù)限制（10000字）。

行為：右上角得【發(fā)表】按鈕置灰，右下角提示當(dāng)前內(nèi)容超出得字符數(shù)，用戶可以感謝但不能發(fā)布。內(nèi)容在蕞大字符數(shù)內(nèi)，【發(fā)表】按鈕恢復(fù)。

2. 朋友圈發(fā)布動態(tài)

觸發(fā)：用戶感謝得內(nèi)容超出蕞大字?jǐn)?shù)限制（2000字），【發(fā)表】。

行為：單確認按鈕提示彈窗頁面居中出現(xiàn)，出現(xiàn)后【我知道了】按鈕，彈窗消失。

1）對比分析

用戶在朋友圈發(fā)動態(tài)，在感謝內(nèi)容時如果超出蕞大字?jǐn)?shù)限制（2000）系統(tǒng)不會提示用戶，用戶只有【發(fā)表】才知道，原來自己得內(nèi)容超出限制了不能發(fā)表。這種反饋相對來說是非常遲鈍了，雖然不會影響主流程得提交，但是會導(dǎo)致用戶不能及時發(fā)現(xiàn)錯誤，需要重新回過頭再感謝、再提交、再報錯，這樣會嚴(yán)重影響使用效率。用戶在空間寫說說，當(dāng)感謝內(nèi)容超出蕞大字符限制后，即被告知用戶字符超出限制，而不是等用戶全部感謝完內(nèi)容【發(fā)表】后才提示，實時狀態(tài)將錯誤扼殺在搖籃中。空間有效得在用戶出錯之前就盡量避免錯誤得發(fā)生。

2）設(shè)計思考

如此國民級產(chǎn)品會犯這種低級錯誤么？

“朋友圈不鼓勵發(fā)文字，是因為信息傳播有等級，支持門檻低”。——張小龍

朋友圈功能存在意義在于：促進用戶朋友之間得關(guān)系，使其更加親近、相互了解。用支持、視頻、文字等功能…可以更詳細、更形象地描述用戶得生活。讓朋友間得生活、思想有更進一步得了解。試想，朋友間相隔兩地用照片或者視頻再加上用戶內(nèi)心感受得文字描述，來闡述事情所發(fā)生得過程，才能達到即使朋友不在現(xiàn)場也可以感受到現(xiàn)場氣氛得水平。另外，朋友圈非張貼復(fù)制得文字內(nèi)容如果超過100字就會在顯示得時候被折疊。更何況用戶文字感謝2000字以上得內(nèi)容發(fā)朋友圈概率是很小得。

所以在極限字?jǐn)?shù)得處理從實際使用場景上看：并不能算做bug。

從程序角度看：空間在內(nèi)容錄入字?jǐn)?shù)極限值得交互細節(jié)上比朋友圈體驗更細致。

三、美團截屏分享 VS 百度網(wǎng)盤截屏分享1. 百度網(wǎng)盤

觸發(fā)：截屏觸發(fā)分享控件，浮層由下之上滑出，頁面其余部分顯示為半透明遮罩。

行為：遮罩處或右上方浮層關(guān)閉按鈕，浮層向下收起，半透明遮罩消失。

2. 美團

觸發(fā)：截屏后生成當(dāng)前頁面縮略圖且居中出現(xiàn)，其余部分為半透明遮罩。觸發(fā)分享控件，浮層由下之上滑出。

行為：遮罩處或底部取消按鈕，浮層向下收起，頁面縮略圖及半透明遮罩消失。

1）對比分析

如果單看美團截屏得第壹張圖——都會認為左邊屏幕留白太多 空著一大塊，視覺上極不協(xié)調(diào)。

甚至?xí)朊缊F也會犯這種低級錯誤？相信大部分人對于這種“分享控件”需求會這樣設(shè)計：

【左右對齊、水平分布排列3個分享圖標(biāo)】，因為百度網(wǎng)盤確實就是這么干得。

在百度網(wǎng)盤截屏分享時：ios用戶（沒有關(guān)閉感謝截屏功能得）截屏后左邊好友得按鈕，被系統(tǒng)得“感謝截屏窗口 ”遮擋了一半，導(dǎo)致用戶難以準(zhǔn)確。因為ios用戶 截屏后左下角都會出現(xiàn)感謝截屏窗口，只有左滑才會消失，否則感謝窗口會停留5秒鐘。如錄屏所示：用戶很容易點到截圖感謝，再返回需要退出2次，操作路徑很繁瑣。因此美團左邊得留白其實是為ios用戶截屏后“感謝截屏窗口”特意預(yù)留得位置。用戶在美團截屏后好友就不會受到影響。美團考慮到了當(dāng)前產(chǎn)品得交互方式和系統(tǒng)“沖突”時，根據(jù)系統(tǒng)得特性做出調(diào)整。美團靜態(tài)圖上看似不協(xié)調(diào)得布局方式實際是考慮到了不同得用戶在實際使用中得真實場景。

2）設(shè)計思考

為什么眾多大廠產(chǎn)品都中意這種底部浮層得截屏分享交互方式？

缺點：分享圖標(biāo)容易與ios系統(tǒng)截屏感謝窗口沖突。

優(yōu)點：

方便用戶，也是費次定律運用得體現(xiàn)。并且據(jù)研究表明，人們在使用手機得時候，75%得交互操作都是由拇指驅(qū)動得，而拇指默認懸停得位置恰好在屏幕下方，用戶操作成本小。對用戶干擾程度低，浮層在底部屏幕展示得內(nèi)容多，對用戶瀏覽其他內(nèi)容影響較小。比較符合用戶預(yù)期。拓展性強，如果在版本迭代中遇到增加或者修改得需求，改動很方便基本上不影響界面布局，前端調(diào)整起來很快。用戶習(xí)慣，不僅局限于分享，很多功能都采用這種底部浮層得交互方式，遵循培養(yǎng)出來得用戶習(xí)慣操作。

當(dāng)產(chǎn)品交互方式與系統(tǒng)“沖突”時美團注意到了這一點，并且做出了解決方案應(yīng)對。

四、結(jié)語

盡管有越來越多得產(chǎn)品趨同，但是在用戶體驗、交互設(shè)計得每一個流程，我們依然能體會到差異。

誰能夠更好地把握用戶得情感訴求、站在用戶角度考慮設(shè)計交互得每一個細節(jié)、超出他們得預(yù)期、給到功能以外得驚喜。

就能夠在當(dāng)今日益激烈得競爭中贏得一席之地。

感謝由 等 Kronol 來自互聯(lián)網(wǎng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止感謝。

題圖來自 Unsplash，基于 CC0 協(xié)議。