產品經理最終交給交互設計師的是什麼？

01-06

產品經理要做出什麼樣的原型？用axure做出來的算是高保真么？然後再給交互設計師，他們來再修改我們的原型？

曾經有一句話是既生瑜何生亮？身為交互設計師的我，有時候也會思考這個問題，既生了產品經理，為什麼要有交互設計師？其實這主要原因是分工不明確。

產品經理的輸出物是：PRD。MRD 。商業分析。

交互設計的輸出物物是：demo，人物角色分析，用戶分析，可用性測試文檔，交互文檔。

這裡面有一個很重要的問題是：功能邏輯和細節規則誰來定義？

很悲催的是，我們公司也是由交互設計師跑產品邏輯，定義產品的大部分邏輯，而產品經理，一般盯著開發，和開發討論很多邏輯，有時候他成了溝通者。

產品的迭代，做可用性測試，用戶訪談，一般都是交互的事兒，而產品也不會去管。

產品經理負責對整個產品上線的把控，職權一般，但是責任很大。偶爾找找BUG。啥的。

在大的公司，產品經理需要輸出產品需求文檔(PRD)，而真正的高保真模型一般是交給用戶體驗團隊來實現，但是在小公司，這些活一般都是產品經理一手包辦，但是高保真的demo就看項目時間了，不可能每個項目都出高保真，很耗時間，最重要的是多交流，口頭描述溝通讓團隊成員明白你想要什麼，你想做成什麼

除非打算自己做設計部分，否則產品經理千萬不要自己用Axure畫線框給交互設計師，這樣交互設計師會很容易局限在這個線框中，抑制自己創意的發揮。

交互設計師需要的只是明確的用戶需求，包括：

1. 帶優先順序的功能列表；

2. 業務目標或商業目標；

3. 產品規劃；

4. 有可能的話，讓產品經理幫忙將業務邏輯梳理成產品邏輯。

等等。

不要給交互設計師原型，那是設計師的工作

給出明確的目標、策略、優先順序就夠了

看起來簡單，很能很好的做到這一點的產品經理都很少。。

1. 產品經理希望交互設計師給你的產出物是什麼？高保真原型？

2. 產品經理給axure做出來的原型的目的是什麼？參考還是細化還是評審下？

3. 產品經理要做的就是把自己的需求完全，完整，正確的表達出來，同時確保交互設計師完全，完整，正確的理解

4. 想像一下在蘋果，產品經理扔給艾維一個NOKIA（高保真嗎？），我要做個手機...

產品需求文檔 + 線框圖

沒有「最終交給」，只有不斷溝通、磨合、清晰。如果你只想著「你給我一個最終的XXX，我按著來做就行」，這一定只是理想中的團隊，只存在外行人的茶餘飯後之間。

如果一定要有些什麼，那就是產品需求文檔、原型、高保真原型、帶交互效果的高保真原型、公共需求規則、業務說明、領域模型等等，不限形式，能讓團隊里下面環節的同事清楚你的需求就行，也不一樣是axure，畫畫不一定用畫筆，用指甲也行。

最重要的是，你的同事能明白你的意思。（有些產品要求PM出XXXX文檔來存檔的除外）

在一個團隊中，最怕的就是這種「你只要給我XXX，其他的什麼都不用說」的思想，一付全世界欠他錢沒還的樣子，最後做出來的東西被老闆批評，設計和開發的會說產理經理沒說清楚，產品經理會說他們沒設計好。

同學，產品是在溝通和磨合中做出來的，這樣做出來的東西，除了能感受到自己的能力，也能感覺到自己和這個團隊的存在。就像結果不盡人意，至少，你還在交流中產生了新的想法、明白了「原來還可以這樣來做」。

樓上有同學提到「user case」和「一些大公司」等等，都是一種針對特定團隊磨合出來的方法，有共性也有特殊性，但都不關乎「最終交給」的事。

1.小的公司一般沒有設交互設計這一職位，於是，產品經理既寫需求文檔，也要寫交互需求。

項目時間制約等因素會很考驗一個人的工作效率，畢竟要考慮很多細節問題。

2.大點的公司會有專門的交互團隊來做，負責交互原型、用戶體驗等。

產品經理一般在寫需求文檔的時候會自己畫一個靜態的原型圖（word/GUI Design/axure等工具都行），以更好的說明需求文檔，不需要一定要用axure做出動態交互。

就我個人而言，產品懂交互是不錯，但是要分清楚主次，不要因為界面而限定了自己的需求。我自己有時候還會犯這個錯誤，就是過於注重界面反而因噎廢食。

不同意頂樓的回答。

其實交給什麼不是很重要，只要設計師的能力足夠強。

1.如果產品經理只告訴你他的KPI，設計師要充當的就是產品設計、交互設計的工作，設計師的工作量就會大很多，這時候最重要的是用戶需求和商業需求的平衡。

2.如果產品經理給出了明確的商業需求和用戶需求(或最基本的產品功能邏輯)，這時候設計師的工作量會小很多，更側重用戶需求。

對一個交互設計師來說，最好能適應這兩種工作模式，不要太在乎權責問題，一個團隊，最主要的是把產品做好。

設計師Thrego

大家一般就把設計師的活搶了。

沒辦法。

產品經理在給交互提需求的時候，希望能夠明確的提供：

1.需求目標；不能拍腦袋想一個想法就做吧~一般的產品都會有一定的觀察和思考之後才會提出需求；我們為了解決什麼人的什麼樣的需求；

2.需求的主要功能點：為了這個目標，我們為用戶提供哪些主要功能；

3.功能重要優先順序：功能的重要程度優先順序不同，解決方案的流程和頁面設計也會不同；

4：特殊情況處理邏輯：一般的產品都會遺漏這個環節，就目前經驗，交互會在這一部分後期花較多時間與產品討論，查漏補缺，最終確認；

5.如果能提供一份相關的市場/競品分析報告那就更好了。會讓大家對這個需求更容易認可。

不建議提供：

1.詳細的流程圖；有的時候解決一個問題，交互會通過不同的思考方向提供不同的解決思路，先入為主的話，產品的流程圖會限制交互的思考；

2.詳細的交互頁面圖：這個就不用太多說了，產品不要再在需求文檔里畫線框圖了，頁面元素的組合需要考慮多種情況，你們可能到時都考慮不到，還限制我們的思路，總是因為這個導致需求文檔變更或者讓測試的同學誤會交互與需求不符...費力不討好。

作為一個交互設計，我很希望PM給我的是一個功能優先順序列表、產品藍圖、商業需求之類的東西，不要給我看畫出來的圖樣，有的圖樣根本就是強*用戶

首先，很多小公司是沒有交互設計師的，往往交互的工作由產品經理擔當。

交互設計師往往是大公司才有的物種，ta介於產品經理與UI設計師之間。

產品經理輸出功能列表、PRD，當然可以包括產品原型圖。那麼，交互設計師做什麼呢？

我以為產品經理只是用原型圖的方式來表達需求，如果沒有交互設計師，開發就據此實現去了；如果有交互設計師，交互設計師應該讀懂產品經理的原型圖，然後自己重畫幾套不同的交互方式，供大家討論和選擇。

當然，如果交互的道行還沒有產品經理高，那就只能給產品經理打下手，按產品的要求設計，純粹變為執行者了。

很簡單，需求文檔

最簡單的就一個一句話的需求例如「你給我做一個類似於百度聯盟的網站原型」

再詳細一點會加上一點要求，例如「做一個同盟網站，包含什麼什麼功能」

最詳細的就是提交產品說明文檔，然后里面包含什麼功能都會講清楚。

由於同時在學習產品和設計，所以我對這兩個群體都有所了解，斗膽說一下。

兩個群體其實都希望自己能夠主導產品流程圖和原型的設計。產品經理的理由是：這樣的話能夠更好地滿足產品的商業需求，產品的五個層次的邏輯更加一致；交互設計師的理由是：這明明就是我的活 o(╯□╰)o，不然我管什麼。（話說回來，現在有交互設計師一職的企業其實很少啊，很多的公司都是產品經理同時承擔交互設計師的工作）

最終還是要靠溝通和團隊內部的職能劃分，來決定產品經理交給交互設計師的是什麼，頭銜說到底只是一個職能的大致描述，反正都是產品團隊的職員。

我的個人觀點是：產品經理交給交互設計師的應該是 PRD，信息結構圖；交互設計師來做原型。這其中，兩個人必須保持隨時溝通和協作，產品經理對成果有監督和意見優先採納的權力。

高大上的我就不說了，我說說實際的輸出產物。

1、帶交互效果的線框原先或高保真原型（如交互效果做不出來，則在產品需求評審中通過口述表達）

2、PRD，個人認為一份認真細緻的PRD是關鍵（雖然很多人不會想看），我是要求細緻到每個按鈕的點擊切換都註明的，可能你們認為我寫太細，但我覺得這是必須的，因為這份可以說是產品的標準。

3、流程圖（可包含在PRD上寫出），一份功能的流程圖能夠很好地讓人理解你的功能邏輯。

4、設計圖，一般交付到交互設計師手上設計圖都完成得7788了，這個就靠產品經理積極和美工進行溝通，以務求達到自己的預期效果。

再之後是無盡的溝通，不斷協調，以達到最終目的了。

產品經理還是要做原型的，如果僅僅只是個功能需求列表、加上個PRD，不是讓人很發理解，如果有圖了，就不一樣的了，簡單易懂。我現在公司就是輸出原型給交互

似乎在一些大公司，交互設計和產品經理是分的很清楚的，現在很多公司似乎都把交互設計的工作扔給產品經理去做了。以本人所在公司為例：產品經理、項目經理、開發經理、測試經理……目前尚未加入「交互設計師」這樣的崗位。

user case,每個界面要完成的核心任務已經很清晰。