朱晨@知乎的回答：

坦白的講，我覺得產(chǎn)品經(jīng)理是不應(yīng)該畫原型的。

原型僅僅是一種工具，它的作用是闡述界面操作流程。事實(shí)上，產(chǎn)品是不應(yīng)該直接控制這個(gè)環(huán)節(jié)的。

對(duì)于一個(gè)產(chǎn)品經(jīng)理來講，應(yīng)該把重點(diǎn)放在分析用戶需求、規(guī)劃靠譜功能上。按照小龍的說法，產(chǎn)品經(jīng)理是站在上帝身邊的人，要為這個(gè)產(chǎn)品設(shè)定游戲運(yùn)轉(zhuǎn)規(guī)則，把用戶的需求鏈接起來，推動(dòng)產(chǎn)品運(yùn)轉(zhuǎn)。還是把下一層級(jí)的臟活累活甩給交互去做吧。

產(chǎn)品經(jīng)理確實(shí)也需要畫圖，但應(yīng)該畫的是“故事板”，向大家講清楚，我們這個(gè)功能，在用戶的真實(shí)生活中是幫他們解決什么困難的。

舍本逐末，不可取。

當(dāng)然，這是把產(chǎn)品和交互分成兩個(gè)角色來說的。一個(gè)思考需求，一個(gè)思考實(shí)現(xiàn)。只要足夠牛逼，包圓兒了也沒問題，只是不要再招一個(gè)交互了，會(huì)害了人家。

劉云天@知乎的回答：

產(chǎn)品經(jīng)理現(xiàn)在畫交互設(shè)計(jì)稿的現(xiàn)象，是行業(yè)起步落后和交互設(shè)計(jì)人才缺乏最主要的原因。產(chǎn)品經(jīng)理應(yīng)該不應(yīng)該畫交互設(shè)計(jì)稿，取決于企業(yè)文化和組織架構(gòu)。

產(chǎn)品經(jīng)理應(yīng)該不應(yīng)該懂交互設(shè)計(jì)，答案是必須要懂的，產(chǎn)品經(jīng)理對(duì)待產(chǎn)品要像孩子一樣呵護(hù)，如果完全禁止產(chǎn)品經(jīng)理不畫交互設(shè)計(jì)稿，就好像不讓Zuckerberg寫代碼一樣；反過來看，有幾個(gè)產(chǎn)品經(jīng)理可以把代碼（或交互稿）寫/畫得像 Zuckerberg一樣好呢？

回到問題上來，產(chǎn)品經(jīng)理對(duì)待交互稿，應(yīng)該是快，草；快速模糊的把信息傳遞給交設(shè)計(jì)師，交互設(shè)計(jì)師根據(jù)模糊的概念形成細(xì)化的方案。這個(gè)是兩者最大的區(qū)別，如果說配合，這樣的配合是最高效的。唯快不破，平衡是美，我的簽名檔。

另外的話題，產(chǎn)品經(jīng)理和交互設(shè)計(jì)師不應(yīng)該太強(qiáng)調(diào)職責(zé)之間的關(guān)系，因?yàn)?，產(chǎn)品的最終的成功與否決定了兩個(gè)角色的去和留。

高巖@知乎上的回答：

我們?cè)诠ぷ髦?，?huì)根據(jù)產(chǎn)品形態(tài)的不同，進(jìn)行合理分工。一般來講，PM主要負(fù)責(zé)用戶需求整理，規(guī)劃，功能篩減，商業(yè)模式、運(yùn)營(yíng)模式探索，版本迭代時(shí)間規(guī)劃，敏捷開發(fā)功能點(diǎn)描述等；

如果是WEB端的產(chǎn)品，交互相關(guān)的東西會(huì)涉及的比較少，由于PM洞悉各個(gè)功能點(diǎn)，倘若對(duì)原型設(shè)計(jì)較為精通，那么由PM親自操刀出來的原型，既有利于開發(fā)人員了解功能點(diǎn)，又能減少與交互設(shè)計(jì)師溝通的時(shí)間，如此可以大大提升工作效率。

如果是移動(dòng)端的產(chǎn)品，交互相關(guān)的東西會(huì)涉及的比較多，由于PM需要規(guī)劃每個(gè)功能點(diǎn)，倘若操刀交互細(xì)節(jié)，將會(huì)非常費(fèi)力，這個(gè)時(shí)候可以考慮將交互的細(xì)節(jié)分給交互設(shè)計(jì)師來做，自己全心全意規(guī)劃功能，此為上策。雖然花費(fèi)了一些溝通成本，但優(yōu)化后的交互細(xì)節(jié)，在用戶體驗(yàn)上會(huì)達(dá)到一個(gè)更加專業(yè)的程度。

綜上所述，PM的demo和 Interaction designer的demo，最大的區(qū)別在于對(duì)交互細(xì)節(jié)的描述上，亦需根據(jù)產(chǎn)品的交互復(fù)雜度來定。

題外話：作為PM，需要不斷提升自己的能力，不管是交互還是技術(shù)甚至是UI審美方面，都要保持進(jìn)步，這樣才能應(yīng)對(duì)更多的復(fù)雜急性事件。

兩者怎么配合，工作才不會(huì)重復(fù)，發(fā)揮最佳效果？

1、PM 整理思維腦圖，頭腦風(fēng)暴之后，優(yōu)化思維腦圖，然后出草圖（可以用Axure、visio，甚至騰訊出的UI disigner或者最近比較流行的Fluid UI來畫草圖），這稱之為低保真原型圖。

在這個(gè)低保真原型圖中，你需要一一羅列功能點(diǎn)，交互細(xì)節(jié)大可不必提及，完成后主動(dòng)找交互設(shè)計(jì)師進(jìn)行溝通交流，要耐心的將各個(gè)功能點(diǎn)向交互設(shè)計(jì)師描述清楚。交互設(shè)計(jì)師了解到這些功能點(diǎn)之后，會(huì)根據(jù)自己專業(yè)能力的感知，來進(jìn)行高保真原型設(shè)計(jì)。我一直認(rèn)為，交互設(shè)計(jì)師應(yīng)該精通Axure，甚至應(yīng)該具備非常高的文字描述能力，因?yàn)樽鳛镻M，我覺得交互設(shè)計(jì)師、前端設(shè)計(jì)師就是靈魂鑄造師。

2、高保真原型出來之后，PM應(yīng)主動(dòng)與交互設(shè)計(jì)師溝通，看看是否有需要修改的地方，兩個(gè)人需要在靈魂層面達(dá)到二合一的境界，對(duì)功能的理解一定不能有出入，一些功能細(xì)節(jié)，PM應(yīng)該把關(guān)，某些交互細(xì)節(jié)，應(yīng)該提出自己的意見，換位思考，理解交互的設(shè)計(jì)含義。耐心與責(zé)任心在這個(gè)時(shí)候顯得尤為重要。

3、統(tǒng)一方案后，就可以提交UI進(jìn)行設(shè)計(jì)了。之后就是前端工程師的靜態(tài)頁(yè)面設(shè)計(jì)，程序員的技術(shù)實(shí)現(xiàn)，TEST了。整個(gè)過程中，PM的溝通能力得到了最大程度的體現(xiàn)。所有的這些，都基于你對(duì)產(chǎn)品的熱情程度，因?yàn)橹挥袩崆?，才能讓你持續(xù)不斷的保持上文提到的那些能力。

如果是喬布斯做產(chǎn)品經(jīng)理，會(huì)不會(huì)把交互設(shè)計(jì)師的活也全包了？

喬老爺不會(huì)凡事親力親為，我個(gè)人認(rèn)為喬老爺最大的優(yōu)勢(shì)在于，作為一個(gè)相當(dāng)偏執(zhí)的人，對(duì)產(chǎn)品細(xì)節(jié)的掌控力、對(duì)產(chǎn)品極致程度上的把握以及對(duì)產(chǎn)品未來形態(tài)的發(fā)展趨勢(shì)，非常精細(xì)，甚至可以預(yù)測(cè)到產(chǎn)品的未來。這都是因?yàn)樗床炷切┮蚬P(guān)系，他的手下，全部都是精英。所有交互的工作他不需要做，作為一個(gè)領(lǐng)導(dǎo)者，他的方式有些特別，交互做的不好，體驗(yàn)不到位，他會(huì)直接罵，這是狗屎。然后不斷的修改吧，一般人很難理解這種做法，但換過來說，這其實(shí)對(duì)交互而言，也是一種精益求精的鞭策。以上內(nèi)容為我對(duì)這三個(gè)問題的理解，可能有不到位的地方，僅供參考。

轉(zhuǎn)載自http://www.woshipm.com/pd/131400.html