1. 老版本看著太丑不順眼，動(dòng)輒改版

這種情況在產(chǎn)品經(jīng)理來(lái)到一個(gè)新公司后時(shí)有發(fā)生。原因有二，一方面可能是極度想通過(guò)這件事努力證明自己，另一方面或許是他對(duì)原有的產(chǎn)品看不過(guò)眼，就像很多公司的開發(fā)工程師在接手別人代碼后經(jīng)常說(shuō)“寫的真爛還不如自己重新編碼”。問(wèn)起改版的原因，產(chǎn)品經(jīng)理的回答很可能是界面太難看了——要是我來(lái)重新弄一遍，保管又漂亮又好用。這里又不禁想到布棉老師提到的Craigslist，如下圖所示。

我相信論長(zhǎng)相而言，我們國(guó)內(nèi)大多數(shù)產(chǎn)品也不至于丑過(guò)這個(gè)網(wǎng)站吧？對(duì)，就是這樣一個(gè)創(chuàng)建于1995年、沒(méi)有1張圖片、土的掉渣、只有30左右名工作人員的產(chǎn)品卻在全球50多個(gè)國(guó)家設(shè)有分站，創(chuàng)造了超過(guò)谷歌排名第1的人均產(chǎn)出、年?duì)I收超過(guò)3億美元的成績(jī)。所以，產(chǎn)品本身的定位與價(jià)值內(nèi)涵沒(méi)有搞清楚的時(shí)候，不要輕易去否定任何事——此時(shí)美丑根本不是任何問(wèn)題。

2. 設(shè)計(jì)兩頭堵，覺(jué)得很世界就很圓滿了

曾經(jīng)和一名產(chǎn)品經(jīng)理討論一個(gè)界面條目展示模式問(wèn)題，他設(shè)計(jì)了列表模式，我問(wèn)道“塊狀模式也不是挺合適的嗎？”他回答“那就再加一個(gè)模式切換就OK”。我追問(wèn)“瀑布流也很好啊，”他緊接著說(shuō)“那模式切換中再加一個(gè)選項(xiàng)就解決了”。我接著問(wèn)：“那默認(rèn)顯示什么模式呢”？他想了想說(shuō)“那就做一個(gè)用戶行為調(diào)研，或者我們系統(tǒng)中記錄用戶的行為數(shù)據(jù)，看看用戶更喜歡哪個(gè)模式就不行了？而且我們系統(tǒng)再加上一個(gè)偏好設(shè)置功能，讓用戶自己可以設(shè)置默認(rèn)顯示的模式不是更簡(jiǎn)單嗎”？他好像受到了很多的啟發(fā)：“反正用戶想到的想要的，我設(shè)計(jì)上是都能支持的！”

這樣做似乎很恰當(dāng)——用戶自己有了很大的主動(dòng)權(quán)，我們也“似乎”讓用戶有了更多的主動(dòng)權(quán)。但問(wèn)題是，會(huì)有多少用戶來(lái)進(jìn)行這個(gè)設(shè)置，他們?cè)谑褂眠@個(gè)功能時(shí)會(huì)不會(huì)產(chǎn)生選擇恐懼? 這一個(gè)產(chǎn)品的功能越多，就意味著用戶的選擇準(zhǔn)確性和疑惑性增加——會(huì)更迷糊而無(wú)從選擇。我相信在很多產(chǎn)品的實(shí)際設(shè)計(jì)過(guò)程中，大多數(shù)人都會(huì)遇到這樣的問(wèn)題，我們不妨想象，本來(lái)只需要1個(gè)門的大廈，我們?cè)?面墻上安裝上10道門，第一次來(lái)訪問(wèn)的客人是否會(huì)發(fā)蒙？

張小龍?jiān)谟懻撜勔苿?dòng)互聯(lián)網(wǎng)產(chǎn)品設(shè)計(jì)原則時(shí)提到“不要讓用戶選擇”就是這樣的一個(gè)考慮。比如“同一個(gè)頁(yè)面之內(nèi)，有多個(gè)入口；同一個(gè)功能，有多個(gè)實(shí)現(xiàn)方式;同一個(gè)界面，有多個(gè)展示方式。這對(duì)于用戶來(lái)說(shuō)是一種痛苦而非享受，因?yàn)樗麄冎粫?huì)因此而感覺(jué)到困惑和恐懼。用戶寧可采取重復(fù)操作漫長(zhǎng)而固定的操作路徑，也不愿意使用多變的快捷方式。”

3. 就加那么一點(diǎn)點(diǎn)功能，殊不知災(zāi)難就可能來(lái)到了

銷售和市場(chǎng)經(jīng)常會(huì)找到產(chǎn)品經(jīng)理，說(shuō)用戶有一個(gè)很簡(jiǎn)單的需求要求盡快加上去，甚至有時(shí)候產(chǎn)品經(jīng)理憑空想到了一個(gè)點(diǎn)子，覺(jué)得加上去產(chǎn)品會(huì)馬上性感很多。于是迫不及待的找到開發(fā)說(shuō)就這么簡(jiǎn)單功能，而且用戶又非常著急，分分鐘開發(fā)就搞定了——如此想非常危險(xiǎn)！

產(chǎn)品是一個(gè)有機(jī)的綜合體，每一個(gè)功能模塊都是其中的組成部分，彼此之間關(guān)系復(fù)雜，有可能單純加一個(gè)功能會(huì)導(dǎo)致整個(gè)系統(tǒng)的邏輯變更以及系統(tǒng)底層的技術(shù)風(fēng)險(xiǎn)，這就像冰山一樣，我們看到的永遠(yuǎn)是表面的一點(diǎn)點(diǎn)，增加一個(gè)功能，牽扯到的是產(chǎn)品設(shè)計(jì)、交互設(shè)計(jì)、視覺(jué)設(shè)計(jì)、開發(fā)、測(cè)試等一群人的后續(xù)支持，僅僅就工作量而言就有可能超出計(jì)劃節(jié)點(diǎn)，更別說(shuō)由此帶來(lái)的用戶使用風(fēng)險(xiǎn)及技術(shù)實(shí)現(xiàn)風(fēng)險(xiǎn)。有效的控制方式是做好完善的需求變更管理，將一切納入到正常的開發(fā)計(jì)劃中，團(tuán)隊(duì)彼此做好充分的溝通與討論，確保這事靠譜。

4. 原封不動(dòng)“山寨”，自己沒(méi)有太多想法

信息化如今高度發(fā)達(dá)，從產(chǎn)品設(shè)計(jì)的資源角度給了我們極大的便利性，但純粹的創(chuàng)新設(shè)計(jì)畢竟少之又少，設(shè)計(jì)啟動(dòng)后一般是先去找國(guó)內(nèi)外同類產(chǎn)品之后“山寨”。從競(jìng)爭(zhēng)和公司發(fā)展角度，除去外人“鄙視”的眼光問(wèn)題，山寨不失為一種快速實(shí)現(xiàn)的模式，畢竟沒(méi)有必要都重復(fù)制作輪子。本人也看過(guò)不少的互聯(lián)網(wǎng)產(chǎn)品直接山寨國(guó)外的成熟系統(tǒng)，連界面都屬于像素級(jí)Copy（logo還算小改了一下）——或許無(wú)可厚非吧，但是還是建議這些產(chǎn)品經(jīng)理，在拿別人東西設(shè)計(jì)的同時(shí)要有自己的思考和發(fā)揮才是更重要的事情，直接原封不動(dòng)的山寨意味著是順著別人的想法走，自己本身沒(méi)有核心競(jìng)爭(zhēng)力——不管是設(shè)計(jì)還是技術(shù)都如此，或許在產(chǎn)品發(fā)布的第一版能賺取眼球但一定是后繼乏力。

在這個(gè)點(diǎn)上本人對(duì)特別某六零公司的做法深有感觸甚至推崇，大都是搶食其它小公司的創(chuàng)意和想法，但又揚(yáng)長(zhǎng)避短，發(fā)揮設(shè)計(jì)，加之本身的流量?jī)?yōu)勢(shì)，于是每擊必勝。所以山寨也好，抄襲也罷，都不可恥也不可怕，怕的是不消化。核心需求是自己的主線不能缺失，解決方案層次可以參考別人的做法，但一定要有自己的思路和想法，如此才能山寨的更好，把前輩拍在沙灘上。

5. 不學(xué)習(xí)，固步自封

和上章節(jié)提到山寨很有關(guān)系的是，很多產(chǎn)品經(jīng)理不主動(dòng)且善于學(xué)習(xí)，在很多設(shè)計(jì)點(diǎn)上沿用自己很老范疇里的知識(shí)點(diǎn)，遇到過(guò)一個(gè)產(chǎn)品經(jīng)理設(shè)計(jì)登錄頁(yè)面，還是用了N年前那種論壇注冊(cè)的三步向?qū)Х绞剑缦聢D所示。

建議隨便去網(wǎng)上搜搜別人的做法，大多都不會(huì)是這種設(shè)計(jì)（除非產(chǎn)品有特殊需求），實(shí)際上如此做法帶來(lái)的并單純是用戶交互繁瑣的問(wèn)題，折射出來(lái)的是不去參考借鑒與學(xué)習(xí)，對(duì)于產(chǎn)品經(jīng)理而言，這更可怕一些。另外一個(gè)故事，2014年面試過(guò)一個(gè)90后的產(chǎn)品經(jīng)理，我問(wèn)你手機(jī)上安裝的自己喜歡的App是什么？他回答說(shuō)是Tom貓，就是會(huì)說(shuō)話變聲的那個(gè)——拜托！這個(gè)軟件在幾年前就已經(jīng)風(fēng)靡全球了，你現(xiàn)在才剛剛知道。

所以作為產(chǎn)品經(jīng)理或者準(zhǔn)產(chǎn)品經(jīng)理，應(yīng)該每天給自己留出足夠的時(shí)間來(lái)不斷充實(shí)自己，實(shí)時(shí)刷新自己的知識(shí)體系。微信公眾號(hào)和網(wǎng)站都是很好的渠道（比如人人都是產(chǎn)品經(jīng)理、優(yōu)設(shè)網(wǎng)、CEO來(lái)信……非常多），另外豌豆莢每周會(huì)推薦非常實(shí)用、創(chuàng)意、或經(jīng)典的App，可以安裝試試，相信能有不少的收獲。

6. 考慮理想多，忽略產(chǎn)品的其它狀態(tài)

我們做原型、做產(chǎn)品的邏輯設(shè)計(jì)，經(jīng)常考慮的是在合理的理想情況下的界面布局、跳轉(zhuǎn)規(guī)則，但是有時(shí)會(huì)忽略其它狀態(tài)；比如一個(gè)列表頁(yè)面，在沒(méi)有任何數(shù)據(jù)的狀態(tài)、理想數(shù)據(jù)條目狀態(tài)、數(shù)據(jù)量特別多的狀態(tài)，可能會(huì)更多考慮是理想數(shù)據(jù)條目狀態(tài)。我在另一篇文章《優(yōu)雅的初始頁(yè)》中曾經(jīng)提到，所謂初始狀態(tài)頁(yè)，實(shí)際上是極限狀態(tài)頁(yè)面設(shè)計(jì)中的一種，極限狀態(tài)頁(yè)面包括初始頁(yè)面與極多狀態(tài)頁(yè)面，如下圖所示：

初始狀態(tài)就是剛剛開始使用的界面，極多頁(yè)面我們可以理解為當(dāng)數(shù)據(jù)量非常大的時(shí)候，整個(gè)界面的效果，這里不闡述具體的解決辦法，只是要提醒忽略的同學(xué)，這些不同狀態(tài)都很重要。另外提醒一下，伴隨著用戶操作以及我們定義實(shí)體對(duì)象屬性不同，在不同的場(chǎng)景下的相關(guān)界面與規(guī)則定義也是如此，比較好的辦法就是繪制比較詳細(xì)的邏輯流程圖，把每種不同判斷場(chǎng)景下的規(guī)則明晰定義。

7. 過(guò)度追求完美，導(dǎo)致進(jìn)度失控

實(shí)際上控制產(chǎn)品迭代是開發(fā)經(jīng)理的職責(zé)，但是最初的產(chǎn)品迭代計(jì)劃是產(chǎn)品經(jīng)理共同參與制定的，互聯(lián)網(wǎng)產(chǎn)品都講求極簡(jiǎn)與精致，在研發(fā)進(jìn)度管理都在做最小化可行產(chǎn)品（MVP， Minimum Viable Product），通過(guò)MVP前期主要走通技術(shù)環(huán)節(jié)、實(shí)現(xiàn)產(chǎn)品設(shè)計(jì)初步目標(biāo)以及試探市場(chǎng)反饋，后期要依賴于快速的產(chǎn)品迭代進(jìn)行完善和修正。

道理大家都懂，但是在迭代的劃分角度，從實(shí)際操作的角度來(lái)講，真正做到或者最好的少之又少。這其中的原因很多，比如趕進(jìn)度、老板的死命令等等，但是其中一個(gè)是產(chǎn)品經(jīng)理的患得患失心理，總覺(jué)得缺失了功能產(chǎn)品就不完整，覺(jué)得若干小功能放到前一個(gè)迭代也不會(huì)影響太多，最后導(dǎo)致產(chǎn)品計(jì)劃的臃腫和開發(fā)風(fēng)險(xiǎn)的加劇。所以在定制迭代計(jì)劃時(shí)，最最可怕的就是追求所謂的完美，從產(chǎn)品的生命周期來(lái)講，不會(huì)有一個(gè)完美的產(chǎn)品存在，永遠(yuǎn)也不會(huì)有，我們能做的是讓產(chǎn)品盡量滿足一個(gè)時(shí)期的核心需求，用20%的精力解決80%的問(wèn)題，如此而已。

本文為作者朝陽(yáng)陸（微信：yak1982）獨(dú)家投稿發(fā)布，轉(zhuǎn)載請(qǐng)注明來(lái)自人人都是產(chǎn)品經(jīng)理并附帶本文鏈接