是否能做高保真交互的產品經理才優秀？
純討論，來源於我和朋友的一次對產品交互設計的意見分歧，說明如下：
我朋友的觀點是：產品交互設計一定要高保真，在交給設計之前就要讓自己看起來就像看到真實的產品一樣舒服，這樣可以減少返工的幾率，so，這是成為優秀PM的必須前提條件。
我的觀點是：產品交互設計重點是將功能需求描述清楚，視覺上的效果可以盡量做好，但不能強迫這麼干，因為PM仔細調整的那幾個像素和精心挑選的圖片，即便自己看起來舒服了，也無法代表所有用戶的體驗結論，同時也代替不了UI設計師的數年之功的專業訓練。雖然這樣做確實可以減少返工的幾率，但基本就等於不讓設計師過大腦了，除非PM在設計上本身有一定天賦造詣，否則很可能就是非生即死的結果。因此，優秀的PM可能會在這些細節上有自己的堅持，但這不應該被強加為成為優秀PM的前提。
簡單說情況就是，我朋友堅持「一定要這麼干」，我的意見是「可以這麼干，但並非必要」。
結果是，因為項目進度必須要推動，所以我們之間做了個妥協，先按照他的堅持來做，也暫不考慮屏幕適配等情況（因為要考慮的話，按照精確像素都要調好的原則，那就得出不止一份交互了），等這個版本出來效果之後再說。
但是我保留了我的意見，同時也想向各位做PM的知友了解一下，是否同意or反對我的觀點？你們的工作中，對待產品交互這部分內容，是什麼樣的標準呢？權當學術討論，萬分感謝，抱拳~
我的觀點是，
能做出高保真原型的產品經理，不一定是優勢也不一定是劣勢。一般可以理解成優勢。
這跟會寫技術的產品經理一個道理。
因為這些都是輔助項，你也可以理解成加分項。而且是看具體情況而定的。
但是非要強調能做出高保真原型的產品經理才是好產品經理的人，
他也就是個自以為懂點產品理念，會點交互設計又懂點ps的四不像。推薦他去讀一下《產品經理入門》之類的書。
先反駁後講理。
-------------------------
反駁很簡單。
馬化騰，張小龍那會，連axure都沒有，拿什麼做？
而且可靠消息，張小龍做QQ郵箱時，都是用紙畫畫就讓手下的人去做事的。
要什麼的高保真原型？
簡直就是本末倒置，
還不會跑呢要什麼自行車？
--------------------------
下面理由來了。
這裡必須聊一下產品需求，交互稿和原型稿之間的關係。
首先，產品需求是產品最先有的東西。這必須是PM的事情，這裡決定了這個產品的發展方向。
而交互稿是產品需求的下一版。你可以理解為PM的下游是交互設計。
緊接著交互稿的下一版是原型稿。
這裡不聊產品需求，
做過交互稿的人應該都知道，交互稿最好是黑白的。
而原型稿大部分是是五顏六色，高保真的。
那麼問題來了，為什麼交互稿黑白比較好，而原型稿是高保真的？
因為交互稿加顏色會影響原型稿的產出。
而原型稿一般需要程序猿100%像素級還原的，也就是推到用戶手裡的模樣是原型稿決定的。
那題主的疑惑迎刃而解了。
有交互設計嗎？
公司小，敏捷開發沒有交互，沒有UI/UE，那PM就只能多做點事情，從產品需求到交互設計到高保真原型全自己做了，談不上上策下策，只能說是唯一的策略，別無選擇。
公司大，流程規範，有UI/UE，那請問PM直接做到高保真原型了，要交互設計幹什麼？要美工幹什麼？
如果堅定認為只有這樣才是個好PM的話，那我只能說，你把代碼也一起寫了吧。
然後，這個PM是個2b，趕緊換。
PM首先關注的應該是挖掘產品核心價值所在，並將核心價值轉化為功能點。設計產品就是將理念、概念功能化。各種技術和各種交互設計、流程設計（邏輯）、界面美觀等UI設計只是輔助，好的想法有了好的實現才是好的產品。
能做高保真交互就好比英文非常好，屬於錦上添花而不能本末倒置。PM應當挖掘產品價值，並將其通過程序猴、設計師們一起實現。
歡迎討論。別說高保真了，我的產品經理連做動態原型我都會罵街…
不要把寶貴的精力放在這種完全無意義還費時的事情上
有交互設計師，有視覺設計師，PM的高保真原型就是限制設計師能力的最佳方式。
畫出一份產品原型，表達出頁面中的元素、信息欄位和信息架構，這就足矣。有畫高保真原型的功夫，PM可以多去做一些用戶和市場的調研分析，產品功能的深度思考，甚至於一些合縱連橫的事情。
會畫高保真原型是好事，但是拿著這個去作為核心競爭力找工作的話。。。
——這個PM去騰訊能給你到P2已經是很好了。
如果你的領導要求PM長期以高保真原型交付，你要考慮下自己的職業發展問題了。
——這種不理解產品經理核心能力還自信滿滿的領導不要太多。
男人活好是不是就是（才是）好男人？
另外，原型是產品經理表達的有效手段之一，也是梳理思路，反覆推演到實處的手段
但是，只是手段，是做事的手段
可以嘗試從經濟學的角度來看，交易帶來的是社會價值的提高，因為這種行為分配人去做效率相對較高的工作。
分工亦然：讓人在他最合適，產生單位價值效益最高的工作崗位上。
產品經理輸出高保真原型，這個不是優先順序最高的需求吧，同意 @耿彪的說法，該換了，優先順序排序都沒弄懂。開個玩笑~
產品經理的職責有哪些？到底該做什麼？ - 產品經理
在知乎上，最值得關注的「產品經理」系列問答有哪些？ - 知乎社區
ps：當然，如果是小公司，產品需要什麼都自己來。
來1號店之前，我在一家創業公司天天畫原型，各種原型！各種效果。
來1號店後，正經的做了產品，一個多月了，很少畫原型，重要在思路和產品方案。
但是，多畫原型很有益，由於之前天天畫原型，以至於現在對各類交互都比較了解，且能夠更深入的考慮產品細節，邏輯細節和用戶體驗細節。這個問題真心不想回答，追隨內心去回答的話，必然引來更大的爭議，但不回答我又覺得很氣憤。明明你是一個實力派歌手，就因為你長得帥，別人非得給你貼上一個偶像派歌手的標籤。
到底何為高保真？討論這個問題之前首先需要先給高保真做一個清晰的定義，我覺得所謂的高保真，很簡單，原型出來，你給所有人演示的時候大家所預期的，和最終上線的版本，在產品形態上相似度在90%以上，其中最關鍵的是產品信息架構、UI和交互。
根本沒有必要討論高保真原型圖這東西到底有沒有必要。一切都是結果導向！
既然結果導向，顯然，項目中一個好的結果（產品）誕生，必然出自一個對產品把控欲很強的人之手，他需要同時操縱產品信息架構、產品的設計、交互和開發、甚至運營、推廣和品牌，因為只有這樣高度統一和領導的決策才能做出一個高度整合和完美的產品。據我所知，張小龍在早期締造微信的時候，所有的設計、所有的交互細節他都會很強硬的插手過問；雖然，也許他根本不會、也不需要畫高保真的原型圖，但就我所認識的張小龍，他絕對在決定做微信那一天起，就已經知道他理解中的微信應該長什麼樣子，至少最早的數個版本，他思考的細緻程度早已經具象到了所有的產品信息架構、設計和交互。
大多數PM的能力肯定是遠不及張小龍，並且缺少張小龍在團隊中的影響力和人格魅力，所以我覺得普通的產品經理更加需要藉助高保真的原型去幫助自己理順所有的產品信息架構、所有的設計、所有的交互、甚至需要統一去考慮到這樣的規劃會給程序帶來怎樣的影響，並且做出正確的取捨。當一個完整的產品原型圖被創造出來的時候，產品經理所要堅持的就是確保設計師和工程師接近90%的程度按照起初的規划去執行，因為你100%已經替他們在統籌的高度全部思考了一遍。
讓參與項目的人完全變成你的雙手，延續你的思想，而不需要他們有太多的奇思妙想在產品中，脫離中央組織的創新必然會把產品帶向深淵，就像一批脫了韁的野馬。我在項目中最真切感受，大多數的人都只能簡單的停留在自己專業領域看待問題，幾乎會比較少的考慮到和他協作的人的工作範疇。卓越的產品必然是一個高度統籌的手藝活兒，如果一個PM不夠強勢的把控各個環節，由於不同崗位的人看待問題角度不一致所帶來的風險，最終導致的結果就是：你一開始以為規劃產品無比完美接近100%，但到了交互那邊，跟你起初的想像中的樣子稍微走了點樣子，變成80%了，OK，還能接受，到了UI那邊，繼續減少20%，變成1 * 0.8 * 0.8 = 0.64；到了程序那邊，完蛋，至少打七折，各種功能和交互細節難以實現，變成 0.64 * 0.7 = 0.445，跟你起初完美的設想，已經大打折扣；更要命的是，由於這位產品經理不懂交互、開發，面對這樣一個不及格的產品，他甚至不知道為哪裡出了問題，開始各種抱怨設計不給力，開發能力差等等等等。
我的經驗：如果你從一開始就做了充分的規劃和思考，最終產品形態至少80%程度以上的還原。
很多人糾結用Axure製作出高保真圖是否是產品經理應該去涉足的，這個問題本身就很狹隘，正確的提問和回答應該是——產品總是從低保真到高保真、從抽象到具象再到細節的打磨，這個具象的過程，到底是應該讓交互設計師、UI設計師去分別完成，還是應該產品經理去統籌分配？——產品經理，思考緯度從點擴展到面、邏輯再慎密點看待問題難道有錯？不要等別人做出來後開始馬後炮說這個不是我想要的，你應該這樣應該那樣。這種產品經理我在項目評審會上見多了，對於這類人總是十分的鄙視，You can You up，No can No BB!
相比於全棧程序員（Full Stack Developer），似乎今天大家對什麼都想參合的產品經理總是報以嗤之以鼻，卻對什麼都懂的程序員報以很高的評價。很難理解吧？事實上也很好理解，我不得不以狹隘和不懷好意的內心揣摩這些人的想法。我本人身邊有好些全棧型工程師，從前後端開發到運維上線都極為輕車熟路，那種過程，真正合作過的PM就知道其中的樂趣，同樣的道理，當你有機會跟一個全能型的產品經理合作過，你就知道好產品和差產品之間本質的區別。而據我所了解，與我合作過的程序員和設計師，雖然一開始對我的做事風格頗有微詞，但事後讓我覺得很欣慰的是，他們會跟別人說，XXX是我合作過最優秀的產品經理。
就是這樣子...先來說個栗子闡明下我的觀點：
之前的一位同事C,從美工轉過來做產品的，當然熟用各種版本PS，Axure也是運行到飛的節奏；C總是很注重原型交互的美化程度,花大部分時間在網上搜集美麗的素材放上一堆堆圖的展示效果，做出來的高保真交互和前端Demo簡直一樣逼格到爆表，給BOSS做演示的時候也超級拉風.
產品會議上除了給BOSS做演示，還有牛逼哄哄的技術、運營、市場等該有的團隊成員參與會議討論；但是問題就來了？
技術A：網上Copy的圖片素材太多有沒考慮數據從哪裡來？沒有很好的體現出這部分的需求是什麼.....
運營B：是否有考慮過網站的載入速度、用戶體驗？對於搜索引擎的抓取和收錄會有太大影響，這是用戶所需要和接受的嗎......
市場D：這些功能對我們招商引資沒有太大的吸引力......
同事C：Blalalaa.....（極力在重點突出頁面的交互展現效果如何如何，被問及用戶需求和功能需求時思維發散卻不知所云）
這是個很典型的栗子，很多半路出家的產品專員總是先看重頁面美化效果很少能把用戶需求考慮進去，以為掌握Axure能畫出個超級逼真的交互原型就是優秀的產品經理了；在我的產品思維里，我並不看重交互原型能畫到什麼樣的界面程度；我想到的點立馬用筆在紙上畫出個線框草圖，把想法輸入進去，只要把需求表達出來效果是一樣的；畫交互原型只是我們表達需求的一種方式，在邊做交互的同時可以帶動我們的思考和改進，做好交互原型可以減少與技術/UI等產品項目團隊溝通的成本，加快整個產品項目的進程.
那麼，我們到底是該畫低保真交互原型還是高保真的呢？這裡我在說說我的看法，僅供參考：
總之一句話：畫好產品交互原型的目的就是體現需求的一種方式和溝通的一種工具.
給投資人/Boss看：Boss需要拿著產品原型給投資人做演示拿到錢融資，他們需要看到的是Very Perfect 能夠讓人拍案叫絕的原型設計，如果boss有以上需求建議最好是高保真交互原型.若用於boss在內的團隊會議討論可以是低保真.
給設計美工看：最好是低保真線框圖.盡量精確尺寸要求、框架之間留白，線條與主色統一為灰。這樣做的目的可以讓設計上的用戶體驗發揮到極致.
給技術程序員看：高低保真都可以.只要把產品需求表達清楚，技術能懂你要做的需求就行了，最好是附上一份詳細的《產品需求文檔》
因此，能做好高保真交互原型的不一定就是優秀的產品經理；這可以是一個加分項，但是單單這項不能成立為優秀產品經理的判定標準.於是我們可以再反過來思考，優秀的產品經理應該具備哪些核心技能或素質? 可以對號入座，這樣答案就會更加明確.
-----------------------------------------------------------------------------------------------------------------
我是xiejunPM ，一名互聯網產品經理，喜歡壓馬路思考的女屌絲.
公眾號查找：xiejunPM 關注我一起漲姿勢吧~~
私以為優秀的產品有三點足夠
能想明白事情能做好事情
能管理好事情
這位同學，是這樣的，這就跟功夫電影里一樣，花拳繡腿的招式都是華而不實的，能制勝的功夫從來都不是為了好看的。「好看」是設計師要乾的活兒，就算你做出再牛逼的高保真交互，視覺設計師也不一定會按照你的交互進行設計的。稍微有點能力的UI設計師都不會完全照著交互原型出設計圖。
有時為了不限制UI設計師的發揮，我甚至會要求產品經理在給出原形的時候只要能體現功能和流程即可，只要視覺UI設計師能看懂，能清楚產品的意圖和目標，就算你只是紙巾上的線框圖，也能達到效果。
產品經理應該把主要精力放在用戶和需求分析上，從項目角度出發，更要去協調推動設計、研發、運營達到產品所追求的核心目標和價值，完成需求功能的實現和用戶感知。
三流的產品經理只關注自己，一流的產品經理關注的是產品和項目本身。
我能做出高保真的原型，但我真的是門外漢
我的觀點是不需要高保真。
因為demo總會有一個由低保真到高保真，從抽象到具體從全局到細節的漸變過程。
在立項之初，往往使用紙面demo能讓PM迅速找到狀態，然後就是做一些UML的線框圖給大家展示一下框架(可以用photoshop豐富展示效果)。
再然後才是考慮用Axure、Dreamweaver等原型工具做一些"高保真"的demo出來表達交互細節。
而且就算到了這一步也不算是完整的高保真(如果只靠PM就能做出高保真還要UE和TC幹嘛)，所以只靠PM想做出完整的高保真是不現實的，會有很多很多的交互細節難以體現，甚至可用性都難以保證。
只有閑得蛋疼的產品才會整日擺弄原型
能把鍋鏟菜刀玩出花來就一定是優秀的廚師么？？
產品經理優秀與否與能不能做原型、原型做到什麼程度沒有關係。原型只是表達的一種手段，能把產品做成，並在有限的資源下按時完成才是做主要的。
明確的分工往往才能保障質量和效率。
在互聯網產品這裡，所謂明確的分工就是：產品經理負責梳理需求，確定功能點和內在邏輯；交互設計師負責用戶體驗和頁面交互。
那產品經理需要出高保真原型嗎，等同於，明確表達功能點和內在邏輯需要高保真原型嗎？
答案當然是不。
如果一個產品經理擁有這項技能，那是好的，這個好也不在於他可以兼任交互設計的工作所以好。而是他能更理解交互設計的工作，因此能更好的相互配合。
如果一個產品經理實際兼任著交互設計的工作，其實是低效和低質的。這往往導致邏輯理不順，交互也差強人意，出活的速度也慢。
1、現實是即使是完美的高保真原型，程序員在編碼實現時也不會100%的按照你設計稿來做；
2、減少返工的利器是溝通，溝通，不斷的溝通；
3、一開始畫高保真原型，能考慮周全固然是好，但很容易就陷入到細節，結果就是在細節糾結了半天才確定的成果，因方向調整一下就咔嚓掉（快速迭代尤為明顯）。
拿另一個行業的事情來舉例好了。
姜文的「普通分鏡」：
徐克的「高保真分鏡」：
然後你說哪個導演更優秀呢？（圖片引用：導演分鏡手稿曝光 徐克姜文張藝謀誰是隱藏漫畫大師）
瀉藥。
首先再次強調：那叫擬真模型，不叫高保真！！！！
能做擬真模型是產品經理的優勢，但不是能做擬真模型才算優秀的產品經理。
有些牛逼設計師不會畫畫你信不信………………
產品經理有幾個關鍵職責：
確定產品內核
設計業務流程
設計產品功能
完善產品體驗
數據挖掘等等……
推薦閱讀：