我的產(chǎn)品哲學(xué)很簡(jiǎn)單。設(shè)計(jì)服務(wù)的對(duì)象是非技術(shù)專家群體——“菜鳥們”。盡可能少的選項(xiàng)，以縮小用戶選擇的范圍，把產(chǎn)品最精髓的功能呈現(xiàn)給他們。像為自己的母親設(shè)計(jì)產(chǎn)品那樣去思考。

看看數(shù)據(jù)你就會(huì)明白，絕大多數(shù)人并不是產(chǎn)品的活躍用戶，因此你不能假設(shè)他們能輕易就上手，如果他們不知所以，可能再也不會(huì)用這個(gè)產(chǎn)品了。

我理解你想開發(fā)出功能強(qiáng)大產(chǎn)品的苦心，希望在產(chǎn)品中看到你覺(jué)得好的產(chǎn)品。坦白講呢，這個(gè)工作應(yīng)該放在新品發(fā)布后，然后根據(jù)超級(jí)用戶的反饋進(jìn)行新功能擴(kuò)充。

還有一件事情須說(shuō)明。據(jù)說(shuō)，超級(jí)用戶總是能夠把產(chǎn)品的功能摸得一清二楚，即便它們隱藏地很深。不妨預(yù)留一個(gè)按鈕給他們手動(dòng)操作的空間，以體驗(yàn)產(chǎn)品更復(fù)雜、更牛的功能。

但一定要確保高級(jí)功能的隱蔽，免得某個(gè)菜鳥不小心碰上搞得一頭霧水。還有不要對(duì)我言聽(tīng)計(jì)從。實(shí)實(shí)在在地做用戶測(cè)試，確保參與測(cè)試的用戶不是你從自己生活圈里隨便拉來(lái)的。你主觀臆斷的所謂“基礎(chǔ)功能”很可能還是有些難為人。

在 2005 年我們?cè)?Koral 開發(fā)新產(chǎn)品時(shí)就是帶著這種產(chǎn)品思維操作的。當(dāng)時(shí)我們剛被 Salesforce 收購(gòu)，他們請(qǐng)我們?cè)O(shè)計(jì)一些方案做用戶測(cè)試， 我們把討論會(huì)攝錄了下來(lái)，并設(shè)定了一些基本的測(cè)試辦法：

* 上傳文件到我們的系統(tǒng)
* 創(chuàng)建一個(gè)新的文件夾
* 將文件移動(dòng)至新的文件夾
* 將文件發(fā)送給朋友
* 等等

結(jié)果十分沮喪，我們認(rèn)為原本自然、簡(jiǎn)單、傻瓜式的任務(wù)基礎(chǔ)用戶還是不明就里，所以，除非是在為舊金山的技術(shù)大牛們開發(fā)產(chǎn)品，我們都要三思而后行。

我合作過(guò)的有些團(tuán)隊(duì)全力支持“精益創(chuàng)業(yè)運(yùn)動(dòng)”中提到的用戶測(cè)試模式，他們往往通過(guò)階段性的用戶反饋一步步更新迭代產(chǎn)品。

所以當(dāng)你做新產(chǎn)品預(yù)估時(shí)，確保盡可能地考慮到所有的假設(shè)。在加入新的功能時(shí)，問(wèn)問(wèn)自己是否應(yīng)該放棄一些東西。

切記很多時(shí)候“少即是多”。

不要以自己為中心開發(fā)產(chǎn)品，也不要盲從某個(gè)朋友的看法，“要是你怎樣怎樣就好了…”

當(dāng)然也不要被你的 VC 牽著鼻子走，他們往往沒(méi)有任何設(shè)計(jì)經(jīng)驗(yàn)。
我的意思是說(shuō)，基礎(chǔ)設(shè)計(jì)當(dāng)以基礎(chǔ)新用戶為中心。
不管我怎樣向合作團(tuán)隊(duì)提類似以上的建議，我還是會(huì)得到一個(gè)反饋，“不過(guò)，我們只是需要…”，這幾乎成了他們?cè)黾有鹿δ艿慕杩凇?/p>

認(rèn)真做用戶測(cè)試。找到真正的用戶需求。在移動(dòng)互聯(lián)網(wǎng)的世界，我想你更明白MVP（最簡(jiǎn)可行產(chǎn)品）的重要性，人們都喜歡簡(jiǎn)潔易用的產(chǎn)品。

原文來(lái)自：36氪