最近接到了很多同學(xué)的困惑：有的是應(yīng)屆畢業(yè)生，希望畢業(yè)之后從事產(chǎn)品崗位，但是不知道從何下手；有的是想由別的崗位轉(zhuǎn)崗到產(chǎn)品崗，但是不知道從何學(xué)起；有的是已經(jīng)在產(chǎn)品崗有過幾年經(jīng)驗(yàn)的產(chǎn)品汪，但是慢慢的發(fā)現(xiàn)摸到了天花板，卡在了職業(yè)發(fā)展的瓶頸處，不知道應(yīng)該何去何從。接下來，我們以幾個(gè)常見問題為切入點(diǎn)，聊一聊在產(chǎn)品經(jīng)理這個(gè)崗位上，我們努力的方向到底在哪兒?

產(chǎn)品經(jīng)理需不需要非常精通原型工具？

有些同學(xué)跟我說，自己剛剛轉(zhuǎn)行產(chǎn)品經(jīng)理，正在自學(xué)axure與墨刀。我問，為什么要同時(shí)學(xué)習(xí)兩個(gè)工具？

很多剛剛?cè)胄械漠a(chǎn)品經(jīng)理并不知道產(chǎn)品經(jīng)理這個(gè)崗位的核心價(jià)值與核心競(jìng)爭(zhēng)力是什么，因此不知從何處下手開始學(xué)習(xí)，只是知道產(chǎn)品經(jīng)理會(huì)用到原型工具。

顯然，工具類的技能學(xué)習(xí)，是入門最簡(jiǎn)單的，也是最沒有門檻的，于是很多同學(xué)們抓住了這根救命稻草，找到了唯一可見的一個(gè)努力方向，拼命的學(xué)習(xí)了起來。網(wǎng)上搜各種教程、各種書籍、各種貼吧、求助各種大神，耗費(fèi)了巨大的精力去學(xué)習(xí)動(dòng)態(tài)面板甚至是中繼器這樣的比較晦澀難懂的高階組件。但是現(xiàn)在學(xué)完了之后，發(fā)現(xiàn)在實(shí)際的產(chǎn)品設(shè)計(jì)的過程中，輸出原型的效率依然很低。

今天我們不談?wù)撊绾翁岣逜xure使用效率與高階使用技巧，既然很多人如此的執(zhí)著于Axure高階使用技巧，我們就要先知道，原型圖真正的作用是什么？

原型圖在產(chǎn)品研發(fā)的過程中，是用來與研發(fā)同學(xué)進(jìn)行需求評(píng)審與溝通用的，是用來給UI同學(xué)提供高保真輸出的基本參照的。

那么，研發(fā)與設(shè)計(jì)師這二位同學(xué)需不需要一個(gè)精度極高、添加了所有復(fù)雜交互的原型呢？

答案是，都不需要。

研發(fā)同學(xué)的需求是：在需求評(píng)審的時(shí)候，能夠看明白你這個(gè)頁(yè)面有哪些字段、元素，這些字段與元素有哪些狀態(tài)，頁(yè)面哪些地方是熱區(qū)，點(diǎn)擊熱區(qū)之后激發(fā)的下一步相應(yīng)是什么，頁(yè)面與頁(yè)面之間的跳轉(zhuǎn)邏輯是什么，能夠這些講清楚，就足夠了。

而UI 同學(xué)的需求更簡(jiǎn)單：能按照原型圖的樣式輸出高保真設(shè)計(jì)稿，就可以了。

在高保真的設(shè)計(jì)過程中，UI同學(xué)是有一定的自主權(quán)的，往往不會(huì)嚴(yán)格按照原型圖的樣式進(jìn)行設(shè)計(jì)，甚至有的時(shí)候跟原型圖的出入還會(huì)比較大。因此，即使你輸出的是“像素級(jí)”的原型圖，在UI同學(xué)眼里，只是一個(gè)樣式而已。當(dāng)然，顯而易見的是：一份清晰、整潔、條理清晰的原型圖，是一定能夠加分的。畢竟，向往美好是所有人的本能。

原型工具，說白了只是一個(gè)工具而已。對(duì)很多人來講，花20%的精力就可以學(xué)會(huì)Axure80%的功能，而這些功能，在實(shí)際應(yīng)用中就足夠了。但是花費(fèi)180%的精力不一定能夠?qū)W會(huì)Axure剩下的20%功能，而往往剩下的20%的功能在真正的產(chǎn)品設(shè)計(jì)的過程中完全用不上。因?yàn)榛ヂ?lián)網(wǎng)本身就是快速迭代的領(lǐng)域，上線速度的快慢往往就是生與死的差別，等你剛剛出完原型并用中繼器加上了所有的高階交互的時(shí)候，扭過頭一看，隔壁友商已經(jīng)上線了，這時(shí)候你猜大領(lǐng)導(dǎo)會(huì)不會(huì)讓你去財(cái)務(wù)室領(lǐng)這個(gè)月的工資？

你想完全駕馭Axure這個(gè)工具，醉心于把Axure十八般高階組件全都耍的有模有樣，但是在這個(gè)過程中之中，你其實(shí)已經(jīng)被Axure所控制。跟各位同學(xué)分享一句話：

你想控制的，最后往往都控制了你。

產(chǎn)品經(jīng)理需不需要懂技術(shù)

有一位轉(zhuǎn)行沒多久同學(xué)跟我說，他剛剛?cè)胄挟a(chǎn)品經(jīng)理，正在自學(xué)Python，很顯然這位同學(xué)是認(rèn)同這個(gè)觀點(diǎn)的。我問他你為什么要自學(xué)Python，是想轉(zhuǎn)研發(fā)嗎？這位同學(xué)同學(xué)的回答也許道出了很對(duì)產(chǎn)品同學(xué)的心聲：

我學(xué)技術(shù)是為了能更好的跟研發(fā)溝通啊。

產(chǎn)品經(jīng)理需不需要懂技術(shù)，其實(shí)這個(gè)問題很籠統(tǒng)很模糊；要回答好這個(gè)問題，就需要定義好什么叫“懂技術(shù)”。懂多少算懂？只有明晰了這個(gè)邊界，這個(gè)問題才有意義。

接下來，我們用一個(gè)具體案例去明確這個(gè)懂與不懂的邊界到底在哪里。

案例：你設(shè)計(jì)了一套會(huì)員體系，有M個(gè)會(huì)員，每一個(gè)會(huì)員的標(biāo)簽或者維度有N個(gè)，需要研發(fā)同學(xué)在數(shù)據(jù)庫(kù)中進(jìn)行數(shù)據(jù)存儲(chǔ)，那么對(duì)于數(shù)據(jù)庫(kù)的同學(xué)來講復(fù)雜度是以乘積的形式增長(zhǎng)的，即M*N。

數(shù)據(jù)庫(kù)同學(xué)可能會(huì)跟你吐槽：你知不知道什么是笛卡爾積?。磕敲创蟮臄?shù)據(jù)量要不要用CDN？要不要做分布式存儲(chǔ)呢？聽到這里你可能已經(jīng)一臉絕望了，臉皮厚點(diǎn)的可能會(huì)問下開發(fā)，什么是笛卡爾積、CDN、分布式存儲(chǔ)？臉皮要是薄一點(diǎn)可能直接就捂臉跑開了。

在這個(gè)案例當(dāng)中，產(chǎn)品與研發(fā)兩位同學(xué)明顯就是因?yàn)轭I(lǐng)域認(rèn)知差異而導(dǎo)致了溝通障礙。研發(fā)同學(xué)這種一言不合就甩專業(yè)名詞的行為，有可能是因?yàn)檠邪l(fā)同學(xué)深諳溝通技巧與心理博弈技巧，希望通過這種甩對(duì)方不懂的專業(yè)名詞的方式，來建立溝通優(yōu)勢(shì)與心理優(yōu)勢(shì)，以便最大程度的爭(zhēng)取后續(xù)溝通的主動(dòng)性；也有可能單純的研發(fā)同學(xué)只是想炫一下自己的專業(yè)性，看著產(chǎn)品經(jīng)理同學(xué)的完全聽不同的樣子，小小的虛榮心得到了滿足；也有可能研發(fā)同學(xué)只是形成了口語(yǔ)習(xí)慣，順口就說出來了。總而言之，如果說是一位完全不懂技術(shù)的產(chǎn)品同學(xué)，那么在此次溝通中就已經(jīng)處于劣勢(shì)了，后續(xù)的溝通就可能比預(yù)想中困難，需要調(diào)整、甚至推翻之前的整個(gè)方案。如果說這是一位懂技術(shù)的產(chǎn)品同學(xué)，就可以直接回應(yīng)：

我最初已經(jīng)考慮過SQL中笛卡爾積表的這個(gè)問題了，因此在最初進(jìn)行標(biāo)簽選擇的過程中，已經(jīng)進(jìn)行了最大程度的標(biāo)簽刪減，既能夠滿足需求，又能夠給你們減輕工作量。會(huì)員體系的存儲(chǔ)就采用分布式存儲(chǔ)，已經(jīng)確認(rèn)過公司現(xiàn)有服務(wù)器的數(shù)量，完全可以支撐此次分布式存儲(chǔ)的需求。

當(dāng)這位懂技術(shù)的產(chǎn)品同學(xué)說出這樣一番話之后，原本已經(jīng)傾斜的溝通天平指針，就已經(jīng)被產(chǎn)品同學(xué)成功的拉回來了。

說讓產(chǎn)品經(jīng)理懂技術(shù)，并不是要求產(chǎn)品經(jīng)理能夠親力親為的寫代碼，而是要懂得產(chǎn)品設(shè)計(jì)上某些功能的實(shí)現(xiàn)邏輯是什么，以便在最初的產(chǎn)品設(shè)計(jì)中就能夠站在研發(fā)同學(xué)的立場(chǎng)去考慮產(chǎn)品；能夠在與研發(fā)同學(xué)溝通的過程中處于平等的位置，以便雙方溝通沒有大的障礙，保證高效順暢的進(jìn)行。

那么在這個(gè)案例里面，需要產(chǎn)品經(jīng)理懂的，就是會(huì)員體系的存儲(chǔ)方式是什么，笛卡爾表是什么，分布式存儲(chǔ)是什么，分布式存儲(chǔ)的前置條件是什么；不需要產(chǎn)品經(jīng)理懂的，就是笛卡爾表在SQL中如何實(shí)現(xiàn)，每一個(gè)字段如何存儲(chǔ)，分布式存儲(chǔ)在服務(wù)器上如何實(shí)現(xiàn)，調(diào)取數(shù)據(jù)的實(shí)現(xiàn)邏輯是什么。當(dāng)然，這個(gè)邊界有可能會(huì)隨著不同的公司、不同地團(tuán)隊(duì)而略有調(diào)整，需要每一位產(chǎn)品同學(xué)在日常工作中與研發(fā)同學(xué)不斷相互適應(yīng)、相互磨合，才能夠找到產(chǎn)品&研發(fā)這兩只刺猬之間的最佳距離。

笛卡爾積在SQL中示意

分布式管理：是將數(shù)據(jù)分散存儲(chǔ)在多臺(tái)獨(dú)立的設(shè)備上。傳統(tǒng)的網(wǎng)絡(luò)存儲(chǔ)系統(tǒng)采用集中的存儲(chǔ)服務(wù)器存放所有數(shù)據(jù)，存儲(chǔ)服務(wù)器成為系統(tǒng)性能的瓶頸，也是可靠性和安全性的焦點(diǎn)，不能滿足大規(guī)模存儲(chǔ)應(yīng)用的需要。分布式網(wǎng)絡(luò)存儲(chǔ)系統(tǒng)采用可擴(kuò)展的系統(tǒng)結(jié)構(gòu)，利用多臺(tái)存儲(chǔ)服務(wù)器分擔(dān)存儲(chǔ)負(fù)荷，利用位置服務(wù)器定位存儲(chǔ)信息，它不但提高了系統(tǒng)的可靠性、可用性和存取效率，還易于擴(kuò)展。

CDN的全稱是Content Delivery Network，即內(nèi)容分發(fā)網(wǎng)絡(luò)。其基本思路是盡可能避開互聯(lián)網(wǎng)上有可能影響數(shù)據(jù)傳輸速度和穩(wěn)定性的瓶頸和環(huán)節(jié)，使內(nèi)容傳輸?shù)母?、更穩(wěn)定。其目的是使用戶可就近取得所需內(nèi)容，解決 Internet網(wǎng)絡(luò)擁擠的狀況，提高用戶訪問網(wǎng)站的響應(yīng)速度。

屬于產(chǎn)品經(jīng)理的“工匠精神”

最后要跟大家分享的，是這幾年一直很火的一個(gè)詞，叫做工匠精神。那么，什么是屬于產(chǎn)品經(jīng)理的工匠精神？

接下來，還是拿一個(gè)案例來解釋，而這次的案例，是我的親身經(jīng)歷。

那是N年前，在我剛剛開始做產(chǎn)品不久的一次產(chǎn)品評(píng)審會(huì)議上，公司的CEO參加了這此評(píng)審。當(dāng)時(shí)有一個(gè)功能是：用戶提交給運(yùn)營(yíng)后臺(tái)審核，要顯示一個(gè)倒計(jì)時(shí)。

在倒計(jì)時(shí)的時(shí)間設(shè)置上，我當(dāng)時(shí)沒有進(jìn)行過多的思考，直接設(shè)置成了48小時(shí)。

這時(shí)CEO直接問我：為什么是48小時(shí)？我問你，47小時(shí)可不可以？49小時(shí)可不可以？差1分鐘48小時(shí)可不可以？48小時(shí)零1分鐘可不可以？

這一連串的問題問下來，問我的啞口無言。接著CEO又說：你有沒有考慮過用戶提交運(yùn)營(yíng)審核的流程是什么？我們內(nèi)部審核的流程是什么？你沒有想清楚整個(gè)流程，所以你的倒計(jì)時(shí)時(shí)間就的制定就是沒有依據(jù)的。

案例結(jié)束。

誠(chéng)然，運(yùn)營(yíng)部門處理用戶的流程也許確實(shí)不應(yīng)該由產(chǎn)品經(jīng)理來定，應(yīng)該由運(yùn)營(yíng)部門內(nèi)部去制定，而且倒計(jì)時(shí)的時(shí)間也不會(huì)真的苛刻到精確到秒。但是這種凡事追求極致的思路，極其深刻的影響著我之后所有的產(chǎn)品設(shè)計(jì)工作。

比如，我設(shè)計(jì)的toast提示，無特殊情況的話，toast顯示時(shí)間都定為1.5秒，需求評(píng)審時(shí)，部分研發(fā)同學(xué)可能會(huì)問(但是不問的占大多數(shù))，為什么是1.5秒？這個(gè)時(shí)候我可以告訴研發(fā)同學(xué)：

1.5秒是人眼視覺暫留達(dá)到最大效應(yīng)的最短時(shí)間，即：0秒—1.4秒這一段時(shí)間視覺暫留效應(yīng)會(huì)隨著時(shí)間的增加而增加，并在1.5秒達(dá)到頂峰，從1.6秒往后視覺暫留效應(yīng)不會(huì)隨著顯示時(shí)間的延長(zhǎng)而增加，并且如果時(shí)間再長(zhǎng)，toast就會(huì)打擾用戶操作。少0.1秒還未達(dá)到最佳提示效果，多0.1秒會(huì)打擾用戶操作，1.5秒，是這么來的。

（toast顯示時(shí)間可以隨著toast實(shí)際應(yīng)用場(chǎng)景的變化而相應(yīng)調(diào)整，這里指討論最常見的場(chǎng)景）

視覺暫留效應(yīng)與時(shí)間關(guān)系圖 僅作為示意，在視覺暫留效應(yīng)實(shí)際強(qiáng)化過程為非線性。

再舉幾個(gè)小例子：

• 電商產(chǎn)品中，商品名稱的字?jǐn)?shù)上限閾值，如果你定了30個(gè)字，問問自己，29個(gè)字行不行？31個(gè)字行不行？為什么偏偏是30？（要結(jié)合字號(hào)大小與頁(yè)面展示效果考慮）
• 購(gòu)物車中每一個(gè)SKU可添加進(jìn)購(gòu)物車的數(shù)量上限閾值，如果你定了99個(gè)，問問自己，98個(gè)行不行，100個(gè)行不行？為什么偏偏是99？（要結(jié)合后臺(tái)數(shù)據(jù)考慮）
• UGC社區(qū)限制用戶每天最多發(fā)帖量上限閾值，如果定了是3篇，問問自己，2篇行不行？4篇行不行？為什么偏偏是3篇？（要結(jié)合后臺(tái)數(shù)據(jù)考慮）

如果你問自己的那些問題，自己也模棱兩可，覺得加一、減一好像都可以接受，沒有想清楚就給一個(gè)大約的數(shù)據(jù)，覺得“差不多”就可以了，那么你的方案就是經(jīng)不起推敲的，其實(shí)是不負(fù)責(zé)任的表現(xiàn)。那么，我把我老領(lǐng)導(dǎo)的那句話送給你：

你就是沒有想清楚。