（一）項目啟動前
從事產品的工作一年多，但自己一直苦于這樣或者那樣的困惑，很多人想要從事產品，或者老板自己創業要親自承擔產品一職，但他們對產品這個崗位的認識卻不明晰，有的以為是純粹的畫原型，有的是以為做項目管理跟蹤項目進度，有的是做競品分析給老板看。實際上，這些都不是產品經理的核心和重點。在較為成熟的企業，因為產品的壯大和人員的增多，為了便于協作和溝通，崗位會細化的很清楚，如產品經理、交互設計師、UI設計師、用戶體驗分析師、數據分析師、運營等等。但是創業型公司中產品經理往往都是身兼數職，創業公司追求的是效率最大化、成本最低化，根本沒精力將崗位分的那么細致。下面我以一個創業者的視角或者說負責一個產品項目的產品經理角度出發，來審視整個過程，看一個產品從無到有，產品經理需要哪些事情。
產品從概念到產出到流程
做任何東西之前，首先要考慮其背后的用戶需求、商業價值、技術難度。只有用戶有需求，你的產品才會有人用；只有其商業價值成立，才能為企業帶來利潤，畢竟企業最最基本的目標就是要盈利；只有技術上的總體評估是可行的，整個項目才可被執行。現在的互聯網創業，大家都在追求”快“，比如2個月融資，4月用戶過百萬，3年后納斯達克上市。但是這都是大家看到別人創業成功的表象，殊不知做任何事情的前提是，你得了解你在做什么，誠然，不排除哪些膽子大運氣好隨便干就成了的，但那只是個案，不值得深究。
一、用戶需求
1.1產品定位
在項目的執行過程中，我們經常陷入一種情景，就是一堆人在一塊，討論的氛圍可謂是情緒高漲，A說這個地方的按鈕不行，B說這個地方應該像人家APP那樣做，C又說你們都不對應該是這個模塊不要換成這個云云。經常參加這種討論，會無比的耗費時間和體力，動輒好幾個小時過去，但一散會，發現什么結果也沒得出來。多數情況下，一定是產品定位出了問題。執行的人一定要清楚的明白產品是用來干什么的，給什么人用，才能正常的去討論具體細節。如果熱血沸騰、蹬鼻子上臉的的討論了好久，發現沒結果，發現會議的討論跑偏了，不妨回歸本質，想想我們的產品定位是什么。
產品定義：產品定位包含兩個大的內容一個是產品定義，另一個是需求定義。產品定義要分析的內容包含產品的使用人群、主要功能和產品特色。
舉例，你現在要創業搞一個移動端招聘APP取，作為產品經理首先應該干什么？中國每年的就業人口非常龐大，行業也各種各樣，那你就有要想，你的產品是要給什么樣的人提供服務，你如果想服務所有行業的人群那是不可能的，首先一個小公司去整合這么多行業招聘信息本身就非常困難，另外并不是每個行業的人對互聯網的接受程度那么高。
通過數據分析和調研，發現現在國家鼓勵創業，創業的高峰期必然產生大量的人力需求，尤其是現場幾乎說到創業沒有哪個是跟互聯網無關的，而且從事互聯網的人對于APP的接受程度也很高，至少都愿意嘗試。所以你把互聯網這個行業的從業人群作為你產品的使用人群。
當你分析完其他招聘類APP后，你發現這些APP有很多問題，比如我就是要找北京西二旗那邊的工作，但是很多APP目前都是沒位置篩選；雖然可以海投，但是得到的反饋的寥寥無幾；能夠了解的企業信息太少；在投遞建立前，作為求職者希望知道這個公司的老板是誰；現在都互聯網時代，電子簡歷完全可以了，為什么每次招聘還需要招聘者自己打印簡歷，要知道打印簡歷對于求職者來講并不是很方便，因為隨時會改動，這對求職者非常不方便。所以你打算做這個APP，他的特色功能就是1、崗位支持企業所在位置分類；2、招聘方應該時時給予求職者反饋；3、取消紙質簡歷。主要功能就是招聘。現在我們給APP取名叫做飛鴿招聘。
需求定義：需求定義的分析包含目標用戶、使用場景、用戶目標三個方面。目標用戶是什么類型的人會用你的產品；主要功能是指你的產品是用來干什么的，是工具是社交還是其他；你的產品相對于其他市面上的產品有什么不同的地方，這就是產品特色。
剛才明確了APP的適用人群、主要功能和產品特色。市面上的招聘APP，有的是做獵頭的專門針對于希望跳槽的，你的APP的目標用戶是誰？基于特色功能分析和用戶痛點，分析出出產品的目標用戶是那些有想在具體位置找工作的人，比如已經定居北京后沙峪的人，希望工作在望京；當你剛剛搬家到回龍觀時，此時你面臨著換工作，你可能會傾向于找西二旗那邊的工作。
1.2需求分析
以上就是所有產品定位的內容。這些完成之后，緊接著的就是競品分析和用戶調研，一方面這是對我們的需求進行一定的驗證，另一方面也是我們直接接觸用戶的一個機會，看用戶存在什么需求。
1.3需求篩選
早期需求篩選是個非常苦逼的事情，如果產品經理自己就是老板，自己心里很清除還行，如果不是很容易陷入海量的需求中拔不出來，討論著討論著就跑偏了，討論完之后好像什么功能都需要，這個功能有用，必須加；那個功能太好玩了，用戶肯定有趣。這話總完全憑個人主觀臆斷的東西，往往都是當時聽起來貌似合理，但事后卻經不起推敲。所以我們需要始終把握住我們的產品定位和優先級，萬不可盲目的在這個地方做很多無畏的犧牲和奮斗（少做不經思考的、拍腦袋的、不經過大腦的決定）。
需求記錄表：
早起需求篩選期間，會出現很多這樣或者那樣的需求，有些我們不能立馬做出判斷說做還是不錯，這些點子有可能以后會成為我們產品迭代的啟發點，也會給產品的發展帶來更廣的思路。做好管理，尊重每一個人的想法，在出現模棱兩可時，記錄下載，對會議的推動和進展會有很大的幫助。
二、商業價值
市場需求文檔和商業需求文檔，一般在大公司會得到比較成熟的體現。小公司往往多數都是老板自己決定，老板可能不會搞這樣或者那樣的文檔，但他自己肯定會去做基本了解，或者本身自己就很了解某個行業。這兩個文檔并不是多余的，也不是累贅，如果在項目啟動前，能夠花一定的時間去深入了解行業和用戶是非常必要的。具體文檔細節在這里不做闡述，網上有很多可以去借鑒的。
三、技術評估
作為不是技術出身的人，就不再這里轉筆了。尊重開發人員，和開發相處融洽一點，會對產品的推動非常有幫助。
（二）項目執行中
在前文中已經給大家講了項目啟動前應該做的三大塊1、需求；2、商業；3、技術。在這些準備工作整理完之后，接下來就是執行，執行過程中不像之前需要考慮的那么宏觀，但需要你足夠的細心和耐心。
一、產品層面
需求產生了之后，緊接著產品人員就可以產出需求文檔，需求文檔對接下來交互設計（創業公司往往產品經理會擔任）、UI設計起著關鍵性的作用，當然在需求聞文檔產生的過程中，如果有專職的交互設計，在需求階段最好和產品人員一起來探討需求文檔的細節，這對于交互設計自己理解整體的需求有幫助，也對他進行原型設計和撰寫交互說明有很好的幫助。
需求文檔大致包含的內容會有如下幾個方面：
背景描述：為什么開展這個項目？解決用戶什么問題？會有多大的價值？大致就是把項目啟動前做的功課進行一下總結說明，務必精簡明了。
用戶畫像：對用戶特征進行虛擬說明，闡明用戶情況。
項目時間規劃：什么時候出來原型？什么時候出來真實設計稿；什么時候進入開發？什么時候開始測試？什么時候開始提交應用商店？這些都需要明確出來，不然如果沒有時間概念，什么事情都會拖拖拉拉，沒有緊迫感。
