最近面試產(chǎn)品經(jīng)理時最苦惱的就是大多數(shù)PM拿畫原型當自己的看家本領筒狠。絕大多數(shù)PM對于原型的使用都是錯誤的，直接導致無效的團隊推動力抛蚁。造成這個現(xiàn)象的最根本原因是自己本身缺少目標感——不去深思產(chǎn)品成功后應有的模樣，而過于追求過程中的自我認可瞧甩，尋求自嗨。

關于產(chǎn)品原型亲配，你要記住兩點真相：

1.產(chǎn)品原型只是產(chǎn)品成功路上的墊腳石尘应，就是要吸引大家來踩吼虎，踩過去了團隊才能往前走犬钢。

2.通過一份文檔來解決問題的想法是幼稚的，文檔最大的價值是信息沉淀以方便日后回顧思灰。但更多時候是因為大多數(shù)人都不愿承擔責任玷犹，才抬升了它的重要性。

所以你在設計和使用這塊“墊腳石”時洒疚，一定要首先注意：

1. 當前團隊處于什么階段?目標是什么歹颓？接收對象是誰？

2. 不要拿產(chǎn)品原型或文檔去說事兒油湖，要開放巍扛，要就事兒論事兒!

3. 千萬不要愛上自己的原型和文檔，你愛的是用戶乏德，而且要讓團隊知道撤奸。

分享一下我作為產(chǎn)品新人時自己的一些技巧吧吠昭。應該是十年前的樣子，我第一次加入到一個人數(shù)不多的互聯(lián)創(chuàng)業(yè)團隊中胧瓜。沒有人告訴我產(chǎn)品原型和文檔應該怎么寫矢棚，在實際的推進中我產(chǎn)生了這幾方面的困惑：

1.不知道要寫多細。到現(xiàn)在都清晰記得我問身邊的技術大牛要不要標清字號時他甩來到白眼府喳。

2.無法用一份原型來統(tǒng)一回答技術與設計伙伴的問題蒲肋。比如Axure很適合做頁面邏輯的表達，但無法表達出數(shù)據(jù)以及接口結構《勐現(xiàn)在很多原型工具也有這個問題兜粘，雖然能讓你低成本拿到demo，但無法對數(shù)據(jù)結構進行討論舱沧，影響PM對于成本以及未來可能性的把控妹沙。

3.總會有人產(chǎn)生疑問。會上定會下改熟吏，今天定明天改距糖。

那是一個黑暗的時期，不僅工作量大還非常沒有效率——所有的改動都好像很急很重要牵寺，但并沒有對產(chǎn)品最終的效果起到明顯的推進作用悍引。感覺自己就像一個整天到處救火隊的消防員，成天被點火的人愚弄帽氓。那時真的很討厭那些點火的人趣斤，可又不知道這些人是誰。是同事黎休？老板浓领？難道在可以刁難我？但我們私下還真的挺開心的势腮。而且大家還給了我很多建議联贩，最多的一句就是“再多想想”。

當時我有一個習慣捎拯，就是回復完所有當天郵箱里的產(chǎn)品反饋再下班泪幌。記得有天晚上，公司剩我一個人署照，很疲憊地看著反饋列表時祸泪，發(fā)現(xiàn)了一條夸我們產(chǎn)品好用的評價。我不知道那條評價被我反復看了多少遍没隘，一個原因是確實激動禁荸，另一個原因是用戶并沒有寫出到底是哪個功能做的好微王，他只說目前只有我們能夠幫助他隨時找到身邊的商家屡限。我突然明白了眼下最重要的事情是什么——回復郵件表示感謝之后，繼續(xù)問他還有什么不方便之處钧大。

那晚上，我的腦海里出現(xiàn)了一幅圖：左邊是一個用戶眶诈，右邊是他想要的蘋果，中間是一個迷宮逝撬。我要最快地帶他走出迷宮，拿到他渴望的那個蘋果宪潮。

我突然發(fā)現(xiàn)之前我的做法都是錯的趣苏。我把團隊伙伴和老板當成了我的服務目標——他們本應是站在我身邊一同為用戶服務的人。我們如何才能一起行動呢食磕？其實很簡單，我們要一起面對用戶的問題彬伦。換句話說，我們面對的問題必須是來自用戶的单绑。

后來我主動找公司進行如下改動——

1. 搭建redmine, 建立用戶問題庫（現(xiàn)在的工具很多，推薦confluence）

2. 僅針對問題進行討論孙乖。如果建議來自同事或老板，我也當做用戶一樣對待唯袄。

3. 針對每個問題進行原型提案，大家直接拋磚恋拷，甚至工程師也可以一起提原型厅缺。

4. 最終由我來主持會議確定優(yōu)先級宴偿，并按順序打包成版本計劃——路線圖出來了诀豁！

這個帶來的直接效果是，團隊與我站在同一戰(zhàn)壕舷胜，都對如何更高效地解決問題產(chǎn)生興趣。除此之外還有幾個非常棒的效果：

1.我不用再寫繁冗的產(chǎn)品文檔烹骨，僅根據(jù)問題進行提案，組織討論沮焕。

2.我開始使用手繪來表達原型，因為足夠了辣辫，更多的細節(jié)設計師會跟進÷缢或者他的主意更好。

3.團隊非常清楚眼下的重點化戳，知道要做什么埋凯，大家關系更加融洽了。

我終于品嘗到了作為一名產(chǎn)品經(jīng)理的成就和愉悅感白对。在多年之后，我才從《每個偉大的產(chǎn)品背后》這篇文章中再次確認產(chǎn)品經(jīng)理無授權管理的深意：

1.不要追求成為團隊最厲害的人甩恼，要做最會發(fā)現(xiàn)問題的人。

2.不要在意文檔的質量悦污，要關注團隊使用文檔的動機。

3.產(chǎn)品經(jīng)理是管理崗切端，要讓團隊中的專業(yè)成員得到參與感，并發(fā)揮長處踏枣。

確實，完美的文檔并不存在茵瀑！從此之后，我永遠只是最快拋磚的人瘾婿。拋得越快，團隊跑得越快偏陪！