前言：就如之前一篇《如何讓研發跟著你temp走》所說，本人作為一個剛入門的產品，參加了某個項目的封閉式開發；在整個過程也“有幸”接到了運營后臺和web兩條產品線。雖然也是天天加班，但是收獲不少、激情不減。就在今天的3月1日，封閉式開發結束了，借著新版本的順利發布激動的心情寫些感受吧。PS：終于結束加班了，想想還真有點不舍

對于一個產品新人來說，能自己親手將一個產品從0到1發展起來是多么難得和幸運的事情。這種鍛煉的機會會使人在短時間內迅速成長，學到很多技巧和能力，并且會碰到大量的困難并需要你硬著頭皮，扛著壓力去解決他（想著自己就是張小龍、喬布斯，想著做出來的產品會讓用戶爽到爆的時候就不會覺得累了）。

廢話不多說，就拿我負責的“App運營后臺"這條產品線來和大家分享一下這幾個月來的感悟。

需求收集：

1.首先需要明確的用戶定位，考慮好你的產品是為誰服務。對于運營平臺來說，運營部的同事是我的用戶，我的目的就是為了做出來讓他們爽的產品。

2.其次對于不同角色來說，其需求的點都是不一樣的。例如內容運營、平臺運營、推廣運營、活動運營、商家運營等等等等角色需要你一一收集需求。

3.在收集需求的過程中，最重要的是不要讓其跑偏，引導他們提出他們運營過程中的需求（在此之前你必須要站在用戶的角度，了解并且梳理不同角色運營中的流程，并且能夠通過此流程來引導他們）。如果你也跟著天馬行空，那么 你就輸了！

4.再通過自身對于運營用戶的了解，同業產品數據、之前相關產品的數據分析，站在運營用戶的角色角度將一些需求補充起來。

需求分析：

1.拿到那么多散亂的需求，首先我們要理出相關的功能點。不管真偽，先全部理出來，并且將每個需求整理放入到各個流程中，將不在流程中的需求標示出來（并不是這個需求沒有必要，而是相對優先級較低）。

2.再用你理順的功能點與用戶進行二次溝通，確保你的功能點是他們需要的，那時候用戶也會跟著你的節奏，求真去偽。在這個過程中，本人不僅僅溝通了兩次，多次的溝通會讓他們能更清晰自己的需求，很多時候用戶都不知道自己需要什么，這時候需要我們來引導他們。

3.理清功能點，排出優先級，順利腦圖輸出。你以為這個階段就完事了嘛？錯，還有一個關鍵就是需求的分析不是階段性的，在實際過程中你需要不斷的分析這些需求，是貫穿全場的打野型選手。

原型設計：

這個部分就是考驗各位產品人將各個需求，流程圖轉化為具象化的直觀的原型圖，是與研發溝通的利器。我認為在此過程中應該注意以下幾點：

1.原型圖為線框圖，并將整個流程展示出來這樣最好。為什么這么說呢，首先線框圖已經可以清晰的展現出你所想就夠了，不許要太多精力在高保真原型上，原型展示的是你的思路而不是你的技術（比你技術高的人太多了！）。其次高保真會對UI設計帶來一種先入為主的感覺，無法全力發揮自身的藝術美感。

2.若時間趕得緊，我建議將用例圖，流程圖和業務規則在原型圖上進行標注。不僅減少寫文檔的時間，并且讓開發人員一目了然（當然PRD是必須的，若時間寬裕，PRD文檔是很有必要性的，尤其是平臺類產品）。

3.用原型與開發溝通：這是個關鍵而且很重要的過程（本人在此過程吃了太多的虧，痛定思痛地分析一下幾點）！

首先原型、PRD是要不斷和模型、服務、前端進行不斷溝通。需要溝通的優先級從高到低為 服務>模型>前端；其次原型、PRD中的規則要寫全，模型字段要對上，方便開發進行理解；當然在此過程中要有自己的立場，不要完全妥協，但必須有理有據。

其中有個小技巧：如果這個需求的優先級沒那么高，倒是可以用這個來緩減和研發的糾紛，讓他們知道，我們也是會考慮他們滴；

跟蹤開發，保證產品順利上線：

1.不斷進行的溝通，解答他們在開發過程中遇到的邏輯問題。在此過程中，千千萬萬需要自己清晰的思路來進行溝通，不然他們會覺得你都沒想清楚，還要我們來做。

2.不定時進行產品驗證，有的時候，程序員是需要鞭策的。

3.大家都是為了同一個目標奮斗，有分歧時正常的，說明產品正在往好的方向進行。堅決杜絕任何為了自己偷懶而撕逼的程序員；

上線跟蹤：

現階段只能拿之前老產品來說分享了：

1.數據是很重要的，對數據的敏感度是很重要的。例如：通過一天某個數據（不好透露），之后盡然是發現風險控制體系漏洞的一個起點（真實經歷過）

2.不斷對用戶進行訪談，調研。你會得到很多你意想不到的東西，并且在之后的產品設計分析過程中很有幫助。

我作為一個剛入門的產品汪，說的東西可能正確可能不對，在之后成長過程中回頭看看可能自己都覺得可笑，但誰都要經歷的呢，所以盡情的拍吧，讓我看到更多的想法和更多的理解，那么寫這篇文章的我，就贏了！

這兩個月也這么快就過去了，感覺獲得的還遠遠不夠，說明自己在產品路上還有很久很久啊，圖樣圖森破啊！