編輯導(dǎo)語：一個糟糕的產(chǎn)品設(shè)計，費時又另人困惑，往往是由于缺少情感化的設(shè)計，沒有把用戶放在第一位，忽視了客戶，甚至是排斥用戶。在這篇文章里，作者分析了一些他認為糟糕的產(chǎn)品設(shè)計，這之中存在著什么問題，一起來看看吧。

人人都是產(chǎn)品經(jīng)理，但不是每個人都是產(chǎn)品設(shè)計師。解決同樣的問題，好的設(shè)計是高效又愉悅的，而糟糕的設(shè)計是費時又令人困惑的。

底層的產(chǎn)品設(shè)計邏輯決定了產(chǎn)品是否真實有用（滿足用戶業(yè)務(wù)需求），前端的交互規(guī)范決定了產(chǎn)品是否看起來可用（提升用戶使用愿意）。但是自洽的產(chǎn)品邏輯加上規(guī)范的交互并不能保證優(yōu)良的產(chǎn)品設(shè)計，因為缺少情感化的產(chǎn)品是沒有靈魂的。就像糟糕的設(shè)計往往來自兩個方面：

1. 假定產(chǎn)品的用戶是“糟糕”的
2. 提供“冷漠”的產(chǎn)品

一、“糟糕”的用戶

排斥外界的否定是人的本能反應(yīng)，不少PM都會習(xí)慣性地抵觸用戶的反饋，將產(chǎn)品的錯誤歸結(jié)為用戶的原因。而大多數(shù)用戶也會安然接受這種定義，認為是自己的失誤造成了使用產(chǎn)品的障礙，讓我們看看常見的產(chǎn)品如何對待“糟糕”的用戶。

1. 忽視用戶

忽視用戶是PM最常見的問題，雖然大家都知道“同理心”的重要性，但是當(dāng)PM的認知不足以覆蓋當(dāng)前用戶的場景時，他們不會覺得是產(chǎn)品設(shè)計的問題，相反他們會把原因歸咎于用戶的學(xué)習(xí)能力不足或適應(yīng)能力太差。

產(chǎn)品的設(shè)計者是最熟悉產(chǎn)品的人，對于用戶的使用疑問，不少PM會拉高自己的姿態(tài)，通過自洽的邏輯去解釋使用產(chǎn)品的路徑。“糟糕”的用戶無法打動PM，但是糟糕的PM會驅(qū)趕用戶。

就拿“人人都是產(chǎn)品經(jīng)理”這個平臺來說，創(chuàng)作者的編輯頁面是無法直接通過復(fù)制/粘貼的方式上傳圖片的，只能通過工具欄的圖片選項上傳本地文件。創(chuàng)作者找到圖片上傳的按鈕并不難，上傳圖片的產(chǎn)品邏輯也沒有任何問題，但是冗余的使用路徑會拉低創(chuàng)作者的效率。

另一個更通用的例子是——IOS自帶的系統(tǒng)鬧鐘。網(wǎng)上關(guān)于蘋果鬧鐘無法跳過國內(nèi)法定節(jié)假日的吐槽已經(jīng)持續(xù)了好多年，在蘋果社區(qū)內(nèi)也有不少帖子反饋和投訴，并且得到了廣泛的響應(yīng)。

蘋果內(nèi)部的運營及PM也一定收到過類似的反饋，也許是當(dāng)前鬧鐘的邏輯過于“自洽”，也許是國內(nèi)用戶被認為過于“糟糕”，到現(xiàn)在也沒有任何改進。

2. 嘲笑用戶

社會生活中人們經(jīng)常會因為溝通中的細節(jié)感到被冒犯，有的時候并不是自己有主動嘲笑的意愿，只是表達的方式過于生硬和迂回，導(dǎo)致對方會有被嘲笑的感覺。產(chǎn)品也是一樣，不當(dāng)?shù)臏贤ê捅磉_，會讓用戶感到被產(chǎn)品冒犯，降低使用意愿和頻次。

1）缺乏“常識”的用戶

任何一個產(chǎn)品的開發(fā)者和使用者都是完全不同的兩個群體，而一個群體內(nèi)的共識往往是另一個群體從未接觸過的知識。用自己群體內(nèi)的常識作為基礎(chǔ)去溝通，除了會讓對方群體感到困惑，也會讓對方感到不尊重，最后減少交互的意愿。

以鏈家官網(wǎng)為例，用戶首次注冊時，并沒有明確提示用戶正確的密碼格式。只有當(dāng)用戶首次提交時，才會把正確的密碼格式要求作為錯誤提醒展示出來。

而QQ在用戶注冊頁面，密碼一欄非常簡單明了。用戶輸入時即提示正確的密碼格式，而且會隨著用戶的實時輸入做格式校驗。

也許在部分PM和開發(fā)人員的眼里，“字母+數(shù)字”的校驗格式已經(jīng)是默認的行業(yè)規(guī)則。但對于用戶來說，打開一個新的網(wǎng)站就是一次全新的體驗，他們不是互聯(lián)網(wǎng)從業(yè)者，更沒有行業(yè)知識的背景，按照自己的理解輸入?yún)s要被系統(tǒng)嘲笑不懂IT常識，這會讓用戶產(chǎn)生非常負面的情緒。

2）不懂“術(shù)語”的用戶

術(shù)語是加快溝通效率的常見方式，可是對于不懂術(shù)語的用戶來說，他們并不需要也不愿意去主動學(xué)習(xí)一些不在日常生活范疇內(nèi)的術(shù)語。

互聯(lián)網(wǎng)用戶最常接觸到的術(shù)語是程序的錯誤碼，不少產(chǎn)品對異常場景的頁面簡單處理，隨意曝光錯誤代碼。也許大家是認為程序報錯的概率很低，用戶見到錯誤碼的機會較少。殊不知越是異常場景，用戶越是慌張，一串不明所以的錯誤代碼，往往會增加用戶的不信任感和不安全感。

以QQ授權(quán)錯誤的頁面為例，用戶不是工程師，不需要調(diào)試各種錯誤，他們無法理解像“redirect”或則“回調(diào)”這類術(shù)語的含義。對于用戶而言，告知下一步操作的指示比當(dāng)前錯誤的原因更為重要。

相比之下，百度對404頁面的處理就要好很多，沒有直接曝光404錯誤碼，而是提供更好理解的白話，以及下一步的操作指引，用戶的安全感和掌控感會得到極大的保留。

3. 排斥用戶

所有的產(chǎn)品都有自己的標(biāo)準(zhǔn)用戶畫像，有的產(chǎn)品對用戶的年齡有限制，有的產(chǎn)品對用戶的地理位置有限制，有的產(chǎn)品對用戶的性別有限制。但是隨著產(chǎn)品受眾面地擴大和社會影響力地增加，產(chǎn)品需要承擔(dān)社會責(zé)任，并接納更多的非典型用戶。最近的例子是從去年開始工信部主導(dǎo)各類主流APP的適老化改造。

商業(yè)產(chǎn)品都是利益導(dǎo)向的，排斥非典型用戶往往是產(chǎn)品基于ROI的商業(yè)化選擇。但是任何的公司和企業(yè)都要承擔(dān)一定的社會責(zé)任，就像有些互聯(lián)網(wǎng)企業(yè)標(biāo)榜自己是信息時代的基礎(chǔ)設(shè)施，要成為“水、電、煤”類的民生應(yīng)用。那么傳統(tǒng)企業(yè)面臨的社會責(zé)任問題，互聯(lián)網(wǎng)產(chǎn)品也無法避免。

像微信和淘寶這種國民級應(yīng)用，雖然老年人用戶的比例不高，但是換算成絕對數(shù)量也比很多主流APP的用戶數(shù)量要多。隨著法律法規(guī)的完善，適老化改造會逐步成為互聯(lián)網(wǎng)產(chǎn)品的必備功能。

如果我們站在更高的角度看適老化這個問題，其實老齡人只是無障礙設(shè)計的一部分群體，還有很多存在視聽障礙的人也無法順利享受互聯(lián)網(wǎng)的便利。而且因為互聯(lián)網(wǎng)對線下的沖擊，他們過去可以在線下享受到的服務(wù)也被消減掉了。

美國早在90年代就有專門保障殘疾人福利的法案ADA（Americans with Disabilities Act），強制要求所有的商業(yè)機構(gòu)保證殘障人士正常使用服務(wù)的權(quán)利。因為很多商業(yè)網(wǎng)站對合規(guī)性要求的重視，美國本土還誕生了專門輔助殘障人士使用web網(wǎng)站的公司——UserWay，目前市值已經(jīng)超過1億多美金。

淘寶的官方網(wǎng)站也及時跟進，提供了各種殘障人士的輔助工具。

二、“冷漠”的產(chǎn)品

優(yōu)秀的產(chǎn)品由多方面的因素構(gòu)成，而平庸的產(chǎn)品往往可以給自己找到一百個理由去排除自身的原因。缺少情感化設(shè)計的產(chǎn)品比比皆是，也很少引起PM和開發(fā)人員的注意。大家似乎已經(jīng)假定產(chǎn)品本身只是一個軟件工程的物理產(chǎn)物，情感化設(shè)計并不是一個值得高頻討論的話題。

但是當(dāng)我們進入交互設(shè)計的范疇，特別是人機交互（HCI）領(lǐng)域，缺少情感化設(shè)計的產(chǎn)品，就像你身邊從來不在意他人，只顧自己感受的“冷漠”同事。

1. 缺少反饋

人和人之間的冷漠往往源自缺少交流和溝通，那么糟糕的產(chǎn)品也是這樣，不會主動建立溝通的閉環(huán)，只是機械地按照程序語言執(zhí)行。

任何產(chǎn)品都需要用戶的參與，交互界面會有大量需要用戶采取特定行為的觸發(fā)器，比如下拉滾動，左右橫滑，點擊按鈕等……但是因為網(wǎng)絡(luò)或則執(zhí)行順序的關(guān)系，不是所有的動作都可以及時展示最終結(jié)果。

那么這個等待的過程，應(yīng)該如何展現(xiàn)給用戶？當(dāng)用戶看到自己提交的大量數(shù)據(jù)已然消失，期望的動作也并未發(fā)生時，用戶會產(chǎn)生極強的不安全感。

以Airbnb的房屋詳情頁為例，載入過程中會提前將整個頁面的“骨架圖”展示出來，獲取數(shù)據(jù)后再替換為真實的頁面數(shù)據(jù)。這樣既符合頁面的整體UI風(fēng)格，又減少了客戶的不安全感。

2. 將復(fù)雜交給用戶

很多事情都有天然的復(fù)雜度，無論怎樣優(yōu)化或則轉(zhuǎn)移，都規(guī)避不了系統(tǒng)的復(fù)雜性。這類問題在B端軟件中較為常見，比如較長的表單，高度耦合的多個功能等。但是站在產(chǎn)品的角度上，我們可以選擇將這類復(fù)雜性交給用戶處理，還是程序處理。

以Hubspot添加聯(lián)系人為例，常見的CRM系統(tǒng)因為歷史銷售線索量很大，很容易出現(xiàn)重復(fù)添加相同聯(lián)系人的問題。有些產(chǎn)品只會在客戶提交完表單后再告知哪些線索是重復(fù)的，但是Hubspot會在客戶輸入特定信息時自動檢索已經(jīng)存在的聯(lián)系人，并提供快速查看的入口。

類似的復(fù)雜性問題還有很多，“糟糕”的產(chǎn)品會直接把這類復(fù)雜性丟給用戶自己去解決。而優(yōu)秀的產(chǎn)品則會主動承擔(dān)更多，將復(fù)雜性留給產(chǎn)品自己，把易用性呈現(xiàn)給用戶。

3. 完全數(shù)據(jù)化

數(shù)據(jù)驅(qū)動產(chǎn)品是互聯(lián)網(wǎng)公司的重要指導(dǎo)思想之一，A/B test、AARRR、數(shù)據(jù)采集、用戶分群……已經(jīng)成為大廠工具人耳熟能詳?shù)脑~匯。但是完全的數(shù)據(jù)化，意味著我們需要丟掉一個個真實用戶的反饋，所有的決策都是基于冰冷的數(shù)字，而不是真實用戶的聲音。那么這樣就是對的嗎？

1970年福特汽車曾經(jīng)生產(chǎn)過一款叫平托（Pinto）的小型汽車，投放市場后因為較低的油耗和實惠的價格獲得了消費者的青睞。

直到1974年，因多起事故發(fā)生，美國公路交通安全管理局調(diào)查發(fā)現(xiàn)平托車的油箱存在設(shè)計缺陷，相比其他汽車更容易發(fā)生爆炸事故。其實福特早在出廠時就發(fā)現(xiàn)了這處設(shè)計缺陷，只是因為內(nèi)部測算事故發(fā)生的概率以及賠償?shù)慕痤~只有不到5千萬美金，但是給每輛汽車加上防護裝置，需要花費一億三千萬美金。

福特管理層充分依賴數(shù)據(jù)做出了不加防護裝置的決策，節(jié)省了一時的成本，卻忽視了上百條被車禍傷害的車主，最終在1978年召回了150萬輛平托汽車。

正如第一節(jié)討論的互聯(lián)網(wǎng)產(chǎn)品適老化改造，完全基于數(shù)據(jù)的決策就是商業(yè)上的成功嗎？即使在科學(xué)實驗中，定量分析也總是需要結(jié)合定性分析來印證假設(shè)。那么對于互聯(lián)網(wǎng)產(chǎn)品也是一樣，冰冷的數(shù)字需要和用戶真實的反饋結(jié)合到一起，不管是考慮社會責(zé)任，還是企業(yè)的長遠發(fā)展。

三、小結(jié)

互聯(lián)網(wǎng)的進步和用戶聲音的逐步擴大息息相關(guān)，Web 1.0的PGC網(wǎng)站可以完全忽視用戶的反饋，搭建自己的信息壟斷平臺；Web 2.0的UGC APP則需要依賴用戶力量，鼓勵大家的參與從而放大自己的網(wǎng)絡(luò)效應(yīng)；而如今正熱的Web 3.0，則讓用戶完全作為產(chǎn)品的主導(dǎo)者控制整個產(chǎn)品的游戲規(guī)則和商業(yè)模式。

如果我們還在提供“糟糕”的產(chǎn)品，忽視用戶的情感述求，那“糟糕” 的用戶必然會摒棄“冷漠”的產(chǎn)品。

本文由 @One 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

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