初入產品之門（一）

今天，是我畢業的第80天，也是正式成為產品經理的第80天。進入公司後獨立負責的產品完成了全部的設計工作。從接手到正式提交開發，剛好一個月。寫下這篇文字，記錄工作中點滴經驗。若有不妥之處，還望指出。

一、產品邏輯的梳理

剛接觸項目時，Boss給了一份Xmind資料，包括了整個項目的布局和規劃。Xmind很概括的描述了整個產品的框架。在一位公司同事的幫助下，花了3天時間，消化了項目的背景和目的，並按自己的理解又重新梳理了一份，按產品角色的層級和功能劃分的腦圖，命名為許可權層級圖。

因為項目包含了多種角色，又同時包括了用戶端和後台產品的設計。因此許可權層級圖就是按使用者角色分類，將項目功能拆解，劃分到對應的角色下，能夠使產品功能和角色關係更加清晰。為下一步梳理信息結構奠定了基礎。

在產品設計的初期，很長時間的工作內容就是對信息進行分類，特別是業務線複雜、集成度高的產品。細分之後，可能在每個功能區內都能找到對應且成熟的產品。這個也許也是互聯網發展中的有趣的現象：任何一個角落都有前人試探的足跡；任何新的商業模式都是現有商業模式的結合。有了較為完善的產品模式做參考後，在產品設計的過程中能少走許多彎路。

許可權層級圖是用來表示角色間的縱向的關係和角色本身的功能許可權，而信息結構圖則是將許可權層級圖中數據元素進一步的列舉、分類。比方說，業務體系中A角色下轄了B、C、D等角色，此外A角色本身還有高級的功能，許可權層級圖中僅將A本身功能和與B、C、D間關係進行了簡單的表述，而信息結構圖中則將列舉出實現A角色高級功能的具體表現內容。A是業務中的高級管理員，他有開設賬戶、查看平台數據的許可權。那麼針對開設賬戶功能，在信息結構圖中，需要列出：賬戶類型/賬號/密碼/昵稱/頭像等信息作為欄位。查看平台數據，則列出具體數據類型。信息結構圖中，盡量完善的羅列出數據元素，為後續工作做準備。

如果說產品比較簡單，用戶角色單一，那隻需列出信息結構圖即可。

針對信息結構圖進一步細化，即需要梳理出產品結構圖。產品結構圖則是按產品本身結構縱向展開，將數據元素按產品模塊進行的分類。產品結構圖的分類層級：頻道>頁面>功能模塊>數據元素。在梳理的過程中，整個產品的雛形已經在腦海中形成。接下來出原型圖的時候，產品的交互設計和頁面布局的整體性設計是需要關注的核心。

二、用戶端產品設計

經過了第一步的梳理，產品經理對整個產品的構架理應十分清晰。如果還不清楚，那肯定工作沒到位，需再次修改，仔細考慮。

接下來，用戶端產品的設計就是用原型設計工具產出原型即可。

原型設計中我的一些感受是：

1.創業公司效率為王，快速產出成果是第一要務。在產品設計的過程中，項目組的中的其他同事基本是在等待產品經理的產出，因此快速、全面的產出全部原型，讓技術團隊對產品有個直觀的了解。而不需要在第一版的原型中過多關注動態交互效果。

在Axure的一幅畫布中畫出一條完整的業務流程，用箭頭指出各頁面的流轉方向並對頁面進行編號。直接在頁面中注釋交互效果和說明。這樣的優點是，可以全面、清晰的看到該業務流程的步驟和頁面間的跳轉邏輯；完成時即完成了PRD文檔，大大提高產品設計環節的效率。缺點是當該流程較為複雜時，連接線較多，視覺觀感會顯得雜亂；在原型講解過程中，如果不是按順序講解的話，容易找不到所需要的頁面。

2.不要想一步到位，多跟老闆和技術同事溝通。初期的產品經理可能並沒有把握業務方向的能力，業務需求大多來自於老闆。在此階段產品經理作為一個信息溝通的橋樑，要把老闆對業務的需求準確地對接給技術同事，配合技術同事將產品做成老闆需要的樣子。首先要保證自身的理解無誤，再將理解表達成開發所需要的文檔。保持溝通，充分理解，修正方向。

3.避免思維死角，要考慮各種可能性。作為一個產品經理，最尷尬的時刻是什麼？是在需求評審時，被技術同事提出的問題被問住了。技術同學們在評審產品原型的時候，都是考慮產品在極端情況下的狀態。而產品經理大多在思考產品的整體的正向流程，容易忽略異常狀況。如果被問住了，會在老闆和開發同事心中留下這個產品經理不專業的印象。長期如此，產品經理在團隊中的信任度就會降低，工作難以開展。

所以，千萬不要以為完成原型圖就是完成工作。多思考，消除產品在邏輯上的漏洞，改善產品的使用體驗，不斷滿足用戶的使用需求，這都是需要產品經理在版本迭代中不斷思考的。只有產品結束了全部的生命周期後，產品經理的工作才能算得上真正意義上的完成。

三、一點小心得

很多人說應屆生畢業最好進大公司，因為大公司有各種優點。我不否認進大公司是很好的選擇。但仍有很多人因為種種原因並沒有在大公司就職，那麼沒有平台或者缺少資源並不是不去努力提升自己的理由。在初創公司，沒人帶就需要靠自己不斷地總結工作過程中遇到的問題，積累經驗，想辦法解決問題。能力的提升並不取決於你在哪裡，而是取決於你做了什麼。

最後一不小心寫成了雞湯文，本來還想說點工作中自帶致命的小Bug，那就後文再續吧。

小的文筆生疏，內容淺顯，各位大人見笑了。

————————————————我是分割線————————————————————

感謝@takuya 指出文章中的錯誤，現已改正。

感謝各位知友的閱讀和鼓勵，鞠躬！

推薦閱讀：