今年交互體驗日中最讓我有感觸的是兩句話：第一句是白鴉的：我發(fā)現(xiàn)什么都不是一切，所有的東西都是一個整合的整體［1］；第二句是《在快速迭代的互聯(lián)網(wǎng)時代如何進行以用戶為中心的設(shè)計》工作坊的主持人徐毅斐的：用戶體驗是一個商業(yè)名詞。

一年前在設(shè)計咨詢公司時，我也問過自己什么是“用戶體驗”，當時我認為用戶體驗不過是經(jīng)濟發(fā)展過程中公司應對激烈的市場競爭而提出的可能的藍海方向，如同在它出現(xiàn)之前的“設(shè)計”、“人機交互”概念一樣。我也認為如果脫離最終的目標——盈利，追求提升用戶體驗也就沒有了實際意義�，F(xiàn)在我繼續(xù)補充下，如果出現(xiàn)更容易挖掘藍海方向的概念時，用戶體驗概念會被市場無情地拋棄，至少被淡化。

但如何圍繞著這個目標做好產(chǎn)品？我見過許多不同的嘗試：

（1）為了省錢交互設(shè)計外包；

（2）為了完美的體驗結(jié)果不惜做上近半年的用戶研究，最后可能是依據(jù)用研結(jié)果撰寫了完整、無巨細的Spec文檔；

（3）大略地理解業(yè)務(wù)方的需求，在資源有限的情況下草草地做了用研，接下去和業(yè)務(wù)方不斷地碰撞，得出一份交付文檔；

（4）敏捷迭代，有了想法、初稿馬上和PD、運營、技術(shù)、老大們溝通，不分晝夜開會討論，拍定一個平衡的方案快速上線，上線監(jiān)測用戶反饋，迭代修改；

（5）按一定的步驟精確剖析業(yè)務(wù)方的需求（口頭需求或PRD），和PD溝通，討論方案，接著和技術(shù)溝通可行性，需求會有一定的反復，直到產(chǎn)品方和技術(shù)方都覺得可以接受為止；

（6）了解運營方、產(chǎn)品方的KPI或?qū)�業(yè)務(wù)的定位（來自用戶數(shù)據(jù)或拍腦袋），確定他們希望提升的數(shù)字，明確哪些可以量化為自己設(shè)計可以達到的結(jié)果，哪些不能。充分溝通需求后開發(fā)，產(chǎn)品上線后監(jiān)測相關(guān)數(shù)據(jù)及用戶反饋，迭代優(yōu)化。

（7）在（6）的基礎(chǔ)上增加在產(chǎn)品原型繪制過程中，由其他的設(shè)計師給予啟發(fā)、建議，幫忙完善。

（8）在（6）的基礎(chǔ)上增加在產(chǎn)品需求初步明確的情況下和開發(fā)接口人充分溝通開發(fā)可行性：包括需求優(yōu)先級、技術(shù)可行性、資源可行性。

我在（1）-（7）的產(chǎn)品開發(fā)流程中，逐步聽到了什么？：

我們要什么樣的功能—用戶是誰？—用戶可能會怎么樣做？用戶喜歡這么樣的設(shè)計—依據(jù)訪談結(jié)果（數(shù)據(jù)結(jié)果）用戶希望這么做—某些用戶有這樣的需求—這樣的需求很奇怪，是大多數(shù)用戶的需求嗎？拿點用戶數(shù)據(jù)出來—資源比較緊張，這個需求點是體驗級需求，優(yōu)先級沒有那么高，我們先滿足核心功能需求。

看到最后那一句的說辭，是很多交互或者PD在與開發(fā)溝通遇到的，這說明什么？開發(fā)們其實也知道怎么做好一個產(chǎn)品，不論這樣的陳辭是因為他們樸素地對于產(chǎn)品開發(fā)流程的理解還是源于閱讀產(chǎn)品大師的著作！但這時屁股決定腦袋理論告訴我：作為產(chǎn)品設(shè)計師，提升產(chǎn)品的體驗是我的工作之一，于是我會繼續(xù)和開發(fā)去爭執(zhí)，抱著對“提升產(chǎn)品體驗就能做好一個能盈利的產(chǎn)品”這樣的質(zhì)疑去爭論。

質(zhì)疑出發(fā)點：

就本人的親身經(jīng)歷和市面上出現(xiàn)的產(chǎn)品書籍的論調(diào)而言，至少一年前要求保證核心功能點體驗的呼聲沒有像現(xiàn)在那么高，更多地是聽到需要提升產(chǎn)品的體驗，這樣的情況在產(chǎn)品初創(chuàng)時尤為明顯。我是否可以認為提升互聯(lián)網(wǎng)產(chǎn)品體驗的作用已經(jīng)出現(xiàn)了邊際效應遞減的情況？

標簽： 用戶體驗 盈利 互聯(lián)網(wǎng)產(chǎn)品 

版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請與原作者聯(lián)系。