一直以來我自己個人對產品經理這個職位存在許多疑惑，我很疑惑的是：產品經理怎么好像是在做信息架構師、交互設計師、甚至界面設計師的事情？甚至有的產品經理要寫包含技術信息的文檔，寫出來的產品文檔一大堆，包羅萬象，讓閱讀的人無從下手！讓我對產品經理的感覺不太好。產品經理不是應該把握產品方向、定位和需求的么？看了這篇文章讓我對產品經理這個職位的信心大增。 原來，產品經理不僅要去深入第一線去理解用戶、進行產品需求定位，也要去參與和輔助用戶體驗設計。產品經理就該是這個樣！（我個人也覺得做一個產品需要一個完整的產品團隊，產品經理只是其中一員，用戶研究、信息架構、交互設計、界面設計、可用性等也是必備角色） 原文：《程序員》雜志:淺談51.com產品設計 百度百科的"產品經理"詞條中，第一句話是這么描述的："自1927年，美國P＆G(寶潔)公司出現第一名產品經理(Product Manager)以來，產品管理(Product Management)制度逐漸在越來越多的行業中得到應用和推廣，并且取得了廣泛的成功。" 在廣義IT業中，產品經理制度雖然已經在軟件、通訊設備等行業得到了廣泛的應用，卻一直沒有得到外界太多的關注。而最近"產品經理"一詞逐漸熱起來，則應歸功于它在互聯網業界中的流行。 互聯網是個年輕的行業。而產品經理則是這個年輕的行業中最年輕的職位之一。在Web 1.0時代，極少有公司設置這個職位。網上的內容，絕大多數是由少數人（網站編輯）來創造、處理和分發。我們大概可以勉強地說，網站編輯就是1.0時代的產品經理。 而隨著Web 2.0浪潮的席卷，用戶創造內容（UGC）開始慢慢成為互聯網的主流。因此，在2.0網站中，設計一個適合用戶創造內容的平臺尤為重要。而產品經理正是這 樣一群主導著網站平臺設計、建設的人。由于產品經理是產品需求的最初提出者和主要設計人，他們的設計最終決定了網站將以這樣的界面、功能、交互呈現給用戶。這將是整個項目成敗的關鍵。因此，產品經理的設計是產品經理最核心、最重要的能力之一。 本文將嘗試著從51.com項目的實踐，來嘗試著為大家分析下產品經理的設計力是什么。 Web 2.0興起未久，各個公司各有相關的實踐經驗，產品項目的流程也就各不相同。產品團隊中的各個角色按自身的不同職責在產品經理的指揮下各自展開。 需求分析能力 需求分析決定了用戶訴求、細分市場、產品受眾、功能特征，并最終輸出產品的信息架構與業務流程。相較于產品呈現而言，需求分析更能體現一個產品經理的判斷力。 在51.com的產品實踐中，我們非常重視這一階段的工作。可以說，項目的成敗，70%是由這一階段的工作決定了。 我們不主張在競爭對手分析身上下太多的功夫。因為，我們認為，與其關注競爭對手，不如去關注用戶。這也造成了51在國內SNS網站中，一直是風格獨特、獨 樹一幟的。所有的產品經理在入職時，都會在客服部門體驗一周，直接去面對用戶的投訴或建議。在做需求調研時，我們非常強調獲得第一手的資料，以便保持和用戶一致的"同理心"。在很多互聯網公司，產品經理更多是坐在辦公司里天天面對著電腦屏幕。而在51，公司更多地鼓勵產品經理走出去，直接去面對用戶。51 每個產品經理每周都會至少去網吧一次，親身體會用戶的上網環境，實地去研究用戶的操作方式。我們有一句口號："我們不是典型用戶"。并且，這句話被打印成標語貼在會議室的墻上。當團隊中對產品的設計方案爭執不下的時候，產品經理會帶著疑問向用戶去求證，而不是簡單地憑以Leader的感覺來決定設計方案。 隨著網站的發展，產品團隊也在不斷地擴大。不斷有來自業內頂尖的公司人才加入51產品團隊。來自百度的David Lee很有感慨地說道，在百度，很少有人像51的產品經理這樣親密的和用戶去接觸。百度的需求分析，更多的是依賴數據。 當然，光是靠這樣的方式與用戶交流還是遠遠不夠的。與用戶交流，不管是采用一對一訪談、現場觀察、焦點小組、還是問卷調查，都只是很小量的定性研究。定性研究的目的并不是定下最終的結論，而是在于最大程度地了解用戶特征，提出用戶需求的假設。定性研究之后，就需要定量的數據研究的介入。定量的研究可以檢驗在定性研究階段提出的各種假設，去偽存真，獲得最終的結論。當然，有時候定量的數據研究會推倒所有的假設。于是，我們只能回過頭去繼續去做用戶調研以提出新的假設。這樣的循環迭代繼續幾次之后，就能得出一個比較接近的用戶需求。 在得出用戶需求之后，我們便可以很容易地確定細分市場和產品受眾。并在此基礎上進行功能特征、信息架構與業務流程的設計。在這方面，我們嚴格遵循"少即是 多"的設計信條。所有功能點，緊緊圍繞用戶的核心需求進行展開。產品初次上線時，不追求大而全，而是先實現一個最小的可用模型盡快上線，上線后再根據用戶的反饋來決定是繼續遵循著原有策略進行完善還是調整方向。這樣，就能保證出錯成本的最小化和用戶體驗的最大化。 在需求框架都得以確定后，產品經理會輸出一套文檔，包括需求文檔、使用流程圖和低保真模型。此后，就進入了產品呈現的設計階段。 產品呈現能力 產品呈現的設計是在既定的需求框架下，為產品最終形態呈現而進行的視覺界面與交互設計。 在產品呈現的設計上，具體的設計是由視覺設計師和交互設計師來承擔，產品經理更多是扮演了指導與審核的角色以保證產品的最終呈現符合需求的。 在07年以前，設覺設計師和交互設計師并沒有參與到需求分析的階段中。他們只是在需求分析完成之后，才被產品經理告知相應的項目需求。這樣，在實踐中便產生了很多溝通上的問題。僅憑文檔，他們很難理解產品經理的意圖。即使后來我們要求雙方一定要在文檔之外加強口頭溝通，但也很難達到理想的效果。 07年以后，我們在項目流程上進行了比較大的變革。設計師被要求參與到需求分析的階段中。他們甚至有時候會一起隨產品參加用戶座談會。產品經理也更多地參與到產品呈現的設計階段中去。我們意識到，一個產品經理，如果沒有足夠的視覺與交互設計能力，也很難和設計師達成良好地配合。自從進行了流程的變革，設計 師能更好地理解產品經理的意圖、用戶的需求。產品經理也大大地提升了設計能力。 在沒有進行流程變革之前，設計師進行設計主要是根據自我的審美觀來進行設計。而進行流程的變革之后，設計師更多地去傾聽用戶的意見、反饋。我們剛開始做開放平臺時，沒有太多的經驗，更多地參照了facebook的產品設計。因此，呈現出來的界面也跟facebook很像。當產品上線后，我們發現很多用戶在 抱怨這種展示效果使用起來很不方便。在接到用戶反饋后，我們的產品經理立即聯合設計師一起做了一輪用戶調研，并在此基礎上推出了新版的產品界面。新版的界面沒有像facebook那樣采用列表和屬性菜單進行展示，而是采用類似網址導航站那樣的直接展示。上線后，用戶好評如潮，而應用程序的添加量也迅速上升了了30%！ 產品設計中的科學與藝術 說到設計或者說策劃，人們總是會想起那些天馬行空的藝術家甚至夸夸其談的雄辯家形象。但實際上，在產品設計中，確實是存在著藝術的一面，也就是所謂的"憑感覺"；但更存在著科學的一面。也就是說，沒有感覺不行，僅靠感覺更不行。 產品設計的藝術，取決于產品經理自身的嗅覺、經驗、閱歷甚至運氣。而產品設計的科學，則需要產品經理嚴格遵循設計流程、熟練掌握各種技能、方法（包括進行用戶訪談、現場觀察、組織焦點小組、設計問卷調查、采集用戶數據、分析數據、用戶角色分析、細分市場、信息架構、易用性、用戶心理研究等）。 產品設計中科學的一面保證了能把產品做得對（Do the right things）；而藝術的一面則用來追求把產品做得好(Do things right)。 一個優秀的產品經理，不僅要具備宏觀的需求分析能力，還要擅長微觀的產品呈現；既要擁有藝術的產品設計感覺，更要掌握科學合理的設計工具和技巧。

總結

以上是生活随笔為你收集整理的值得推荐的51.com产品设计实践（值得所有产品经理参考）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。