產(chǎn)品經(jīng)理是什么？產(chǎn)品經(jīng)理其實跟醫(yī)生一樣，眼光一定要全面，而不是局限在某個地方。我就和大家談?wù)?，新人產(chǎn)品經(jīng)理常見的十種錯誤。
一、原型圖就是頁面
產(chǎn)品經(jīng)理是什么？
產(chǎn)品經(jīng)理其實就是產(chǎn)品的醫(yī)生。醫(yī)生在看人體架構(gòu)的時候，眼里不光是只有手和腳，還有各個器官和血管。
產(chǎn)品也是，如果你的原型圖中只有個人頁、 首頁、分享頁等頁面，那UI同學(xué)一定會輕蔑的說“你真的好不專業(yè)”（當(dāng)然如果她這么說還是件好事），如果UI同學(xué)因為忙碌或者干脆懶得管，那么我們可憐的新手PM就需要在前端和UI之間來回跑。因為對前端來說，只給主要頁面相當(dāng)于人只有手和腳，無數(shù)的狀態(tài)、跳轉(zhuǎn)、提示，他都會問你要。
一個典型的例子是：我初次寫的某產(chǎn)品Android端原型圖，有27個頁面，增加了遺漏的部分后，幾乎翻了一番，達(dá)到了52個。
對新手PM來說，最容易遺漏的主要是：
（1）彈窗，包括居中式和下拉式。
（2）toast，即一閃而過的提示。
（3）狀態(tài)，包括空狀態(tài)、編輯狀態(tài)、按鈕狀態(tài)。
空狀態(tài)：即服務(wù)端暫未返回信息的狀態(tài)
編輯狀態(tài)：主要用于文字和圖片的輸入框。
按鈕狀態(tài)：
?
二、PRD就是原型圖
以某產(chǎn)品的重置密碼頁為例，同樣的頁
（1）新人產(chǎn)品經(jīng)理
（2）富有經(jīng)驗的產(chǎn)品經(jīng)理
我們可以發(fā)現(xiàn)，新人PM常見的錯誤就是：但見樹木不見樹林，同樣的框，新人看到的是輸入（用戶視角）；老人看到的是置底文案、編輯狀態(tài)、報錯狀態(tài)和提示文案（開發(fā)視角）。
在寫PRD過程中，一個比較好的辦法是：在頭腦中構(gòu)建思維導(dǎo)圖，就是QA們常用的case，形成思維習(xí)慣。
如：
三、能說會道的程序員一定是好幫手
錯！
實際上對產(chǎn)品經(jīng)理來說，靦腆的RD更不容易拒接需求。善言的研發(fā)同學(xué)，很多時候都會對產(chǎn)品功能提出自己的想法，這固然可以起到review需求的作用，但在擁有正規(guī)流程的公司，產(chǎn)品的需求都是經(jīng)過內(nèi)部討論、公司評審的。
也就是說，PM如果在研發(fā)階段同意了RD的想法，就得退回內(nèi)部討論，更不用說公司評審了。所以默默開發(fā)的研發(fā)同學(xué)，對產(chǎn)品經(jīng)理來說其實更為友好。
四、產(chǎn)品外包做甲方真的很爽
由于開發(fā)資源的普遍不足，很多運營需求或是非核心業(yè)務(wù)都有可能外包，第一次接觸外包的同學(xué)在某一刻可能會覺得——“世上只有外包好，公司的RD像塊寶”。
沒錯，由于甲方的強勢，作為乙方的外包常常是有求必應(yīng)，但基本上是“有需求必應(yīng)付”。大型的公司，比如：頭條，都有自己的代碼規(guī)范，外包團(tuán)隊做的產(chǎn)品往往是表面上看起來可以，其實研發(fā)接手后基本上是要推倒重做。更多的情況是：表面上也不可以，除了代碼規(guī)范，UI也是有規(guī)范的。
所以選擇外包真的要慎重，錢不是核心的因素（反正不是PM的錢），重做和修改的時間成本、溝通成本，真的會要了老命。
五、和交互、UI互懟就是浪費時間
大錯特錯。
在這里我也要反省自己，很久以前我就是抱著這種想法，很多公司的UI不參加需求評審，她們只是被動的接受leader分配的需求，所以PM常常需要，在需求安排到某個UI設(shè)計師后再講一遍產(chǎn)品的使用流程，UI就會提出很多質(zhì)疑和自己的想法。
這個時候我們PM只需要堅持一點，功能不變，形式可以聽UI的。術(shù)業(yè)有專攻，千萬不能覺得UI只是畫個圖，要知道，央美的畢業(yè)生確實是比復(fù)旦心理系的同學(xué)更懂設(shè)計。
我們以我做的一款產(chǎn)品為例：
（1）紅框：閱讀捐時間的入口
產(chǎn)品設(shè)計的初衷是弱化捐時間的概念，突出捐款，所以我把它放在右上角，以button的形式展現(xiàn)；而UI的終稿以“＞”的icon呈現(xiàn)，不僅在美觀程度上優(yōu)于button，同時保留了公益金數(shù)量這一重要的信息，對用戶的打擾也降低到最小。
（2）綠框：感謝卡片的展示
我設(shè)計的初衷是榮譽的展示與卡片的收集，而我們的UI同學(xué)創(chuàng)造性提出：只展示最近的一條感謝卡片中的文案，加上勛章的標(biāo)志，每次捐款都有更新。是不是比我的高明許多呢~
最后，這兩個修改都出自頭條UI規(guī)范評審會的資深設(shè)計師，如果你產(chǎn)品的UI還是新手，那還是可以懟一懟的…..
六、產(chǎn)品、運營，冤家路窄
我的上一個leader，前百度M級、現(xiàn)vipkid的產(chǎn)品負(fù)責(zé)人CB，懟的最兇的就是運營，經(jīng)常是劈頭蓋臉的懟。
確實，運營作為業(yè)務(wù)方總是會有各式各樣的需求（有些還很奇怪），但這些需求，根據(jù)喵喵的經(jīng)驗，真的是很容易拒絕的。因為運營在流程上沒法直接對研發(fā)提需求，要記住，你是產(chǎn)品經(jīng)理，所有的需求都需要經(jīng)過你。實際上如果相處的好，運營真的可以成為PM的好伙伴，而且是最好的伙伴之一。
那么運營同學(xué)在哪幾個方面可以有效的幫助產(chǎn)品經(jīng)理呢？
首先是對外交流，比如：我做的某款產(chǎn)品，線下的支持是產(chǎn)品成功的基礎(chǔ)，同部門的運營同學(xué)就很給力的拉到了兩個地方政府和企業(yè)的贊助。
其次是開會懟人，是的，總有一些隔壁部門的傻逼試圖挑戰(zhàn)你的底線，一個強執(zhí)行力的運營（比如：我的好伙伴），完全可以替代你開會懟人；還有是文案圖片，這是個很瑣碎的活，RD總是需要文案和圖片，如果產(chǎn)品經(jīng)理太忙抽不開身，那就交給運營吧（真的開心）。
七、一切以PRD為準(zhǔn)
以我經(jīng)驗來看：各部門看的文檔與PM的預(yù)期不同是一個常見的問題。
我之前在的望京某公司，交互設(shè)計師看PRD，UI看交互稿，RD看UI稿，QA看交互稿，三個文檔稍微有差別就會引起混亂。所以，更好的流程是：PM出原型圖——交互設(shè)計討論修改——UI設(shè)計討論修改——PM根據(jù)UI圖修改PRD——前后端根據(jù)PRD和UI圖開發(fā)。
PM根據(jù)UI圖對PRD的二次修改，是重要且不可省略的一步。
八、沒有說服自己就貿(mào)然答應(yīng)需求
沒有說服自己，就沒法說服別人，產(chǎn)品經(jīng)理作為需求的中樞、匯總點，會收集到無數(shù)的來自業(yè)務(wù)的需求，當(dāng)然自己也會產(chǎn)生很多好的點子。
假如你的leader提出一個需求，你很順從的把它添加進(jìn)功能里，如果這一需求存在疑問，那么產(chǎn)品評審會、交互設(shè)計、UI設(shè)計、前后端開發(fā)，每一個過程中都有可能會對這個功能提出質(zhì)疑。如果你沒有說服自己，又怎么能面對別人的質(zhì)疑。
所以對于需求，要不就合邏輯、有場景、或是業(yè)務(wù)流程的天然組成部分，否則你就必須考慮拒絕或延期。我遇到的典型例子是：老大讓在某個位置加跳轉(zhuǎn)button，結(jié)果UED評審時，幾位UI設(shè)計師紛紛質(zhì)疑，我無法自圓其說，最后反復(fù)協(xié)商修改了呈現(xiàn)形式，這一功能才得以保留。
靦腆的同學(xué)，如果又是非技術(shù)出身，其實不太適合做產(chǎn)品經(jīng)理，很多開發(fā)的細(xì)節(jié)，RD、UI都需要和產(chǎn)品經(jīng)理確認(rèn)。我們這個時候如果太多的依賴溝通工具，實際上會耗費更多的時間——很多涉及邏輯的問題需要在產(chǎn)品上直接展示，在溝通工具上根本講不清。
RD和UI作為后來的參與者對上一期項目或者這一期的功能總會有不清楚的地方，而產(chǎn)品經(jīng)理才是熟悉產(chǎn)品功能細(xì)節(jié)和業(yè)務(wù)全流程的人。
