文章為作者對產(chǎn)品工作從0到1的簡單總結(jié)，希望與大家共勉。

寂靜的房間里時不時傳來敲擊鍵盤的聲音。經(jīng)過無數(shù)個加班后，產(chǎn)品已正式上線有些日子了。

剛剛又接收到種子測試用戶的反饋情況，已經(jīng)做了記錄。心里也是十分興奮的，經(jīng)歷了幾個月之后。產(chǎn)品終于順利的上線了。

想好好總結(jié)一下項目的細(xì)枝末節(jié)。然后繼續(xù)前行。

1.市場調(diào)研

在百度等網(wǎng)站輸入關(guān)鍵字搜索相關(guān)行業(yè)的文檔。還可以去做行業(yè)分析報告的網(wǎng)站上去查找一下。但是搜索查到的行業(yè)信息并不多，而且內(nèi)容差異很大。

總體來講當(dāng)時的市場調(diào)研做的很隨意。雖然需求目標(biāo)一定，方案已立項。但是本著對產(chǎn)品負(fù)責(zé)的態(tài)度也是要做好這個市場調(diào)研的。追溯相應(yīng)行業(yè)發(fā)展整個過程，即發(fā)展歷程；梳理其中所經(jīng)歷的不同階段所處的內(nèi)部因素和外部因素（政治、經(jīng)濟(jì)、政策等）。

總結(jié)下來，市場調(diào)研是對自己產(chǎn)品的一個提前認(rèn)知，對當(dāng)前產(chǎn)品環(huán)境的了解。

2.競品分析

競品分析，我只是從量上做了一個細(xì)致的查找。我們的產(chǎn)品是tob企業(yè)級的產(chǎn)品。有些產(chǎn)品需要一些手段才可登錄。這樣的話，通過在酷傳網(wǎng)站上搜索關(guān)鍵字來查找競品，大概搜索了90多個競品。然后看其中的下載量和最近發(fā)版時間進(jìn)行篩選的。最后找出幾個做的比較好的產(chǎn)品，拿到測試賬號，試用產(chǎn)品。

當(dāng)時狀態(tài)下分析競品可能主要是考慮到了其產(chǎn)品的功能、流程、界面交互。那對于其產(chǎn)品的商業(yè)模式，其產(chǎn)品的整體發(fā)展方向沒有做全面的系統(tǒng)的競品分析報告。這一方面是有些遺憾的。

當(dāng)時我們項目面臨的層面是產(chǎn)品功能層面的需求。所以主要是對競品功能邏輯交互層面上的體驗和分析。而其產(chǎn)品的戰(zhàn)略層面沒有做太多分析，也是為了節(jié)省時間，帶著目的性去體驗產(chǎn)品的。

3.用戶調(diào)研

對于用戶調(diào)研。親自到場咨詢、調(diào)查問卷，錄音做記錄。首先要做好準(zhǔn)備，這次用戶調(diào)研的目的是什么，目標(biāo)人群有哪些。通過收集目標(biāo)人群的信息，然后做分析。在進(jìn)行信息的驗證，確認(rèn)是否準(zhǔn)確。根據(jù)目標(biāo)人群一一做用戶畫像。產(chǎn)品的目標(biāo)人群可分為不同角色，最后根據(jù)用戶畫像定義人群劃分權(quán)限岸管、船管、船員、其他。

建立一個簡單的需求池，整理需求也是一個很大的考驗。因為前期，你不知道要上哪一個需求，我們這個系統(tǒng)是基于saas服務(wù)，前期是免費使用。所以要規(guī)劃功能也是個考驗，即使主功能方向已定。但對于小需求需求的細(xì)枝末節(jié)的處理，也會影響用戶體驗。

比如說，用戶要填寫船員證書，但不同船員有不同的證書，不同公司又有不同的要求，怎么辦？類型這一字段的功能，我們第一期是下來菜單選擇樣式的呢，還是直接讓用戶填寫呢。直接填寫會不會很麻煩，因為有公司軟件已經(jīng)做到了選擇的樣式，那么手填寫的為遭到用戶的吐槽，那么在上線時間不太緊張的前提下，我們還是做到 如果選擇下拉菜單式選擇項的，用戶可選擇，沒有類別的，用戶可自己創(chuàng)建填寫。

4.功能需求

前期已經(jīng)做了大量的準(zhǔn)備和定位，產(chǎn)品的定位、目標(biāo)用戶、使用場景、業(yè)務(wù)流程、商業(yè)模式等。接下來是如何把需求落實到功能層面上的。如何取舍，只有把多數(shù)人的需求先實現(xiàn)，轉(zhuǎn)化為產(chǎn)品需求后，方可做剩下的少數(shù)需求。

那么最重要的是業(yè)務(wù)即產(chǎn)品流程圖，前期我們設(shè)計的業(yè)務(wù)模塊不是很深，只是多平臺間的牽扯會多一些，比如說，用戶怎么加入公司船隊，通過管理者添加手機(jī)號，那么后臺要判斷他時候已經(jīng)加入其他船隊，或是否是新用戶，新用戶發(fā)短信通知下載，已經(jīng)加入其他船隊后，再次被添加后有短信通知，已退出某船隊，現(xiàn)在已到某船隊。一名船員是否同時可在一條船上呢等細(xì)節(jié)問題。此時也需要反復(fù)和運營部門、客戶來溝通。

5.原型圖+prd

原型圖即使產(chǎn)品的結(jié)構(gòu)和框架的表現(xiàn)。把抽象化的功能邏輯具體化。那這一版的原型圖我畫的是簡單的低保真原型圖，方便設(shè)計開發(fā)人員看到所有跳轉(zhuǎn)頁面。

最早喜歡畫高保真的原型圖，但有一個弊端，就是設(shè)計和開發(fā) 看的時候需要研究一段時間，也看不到整體的跳轉(zhuǎn)。這回的這版原型圖我覺得為開發(fā)還是省去了很多時間。

我的prd并不是用word寫的。創(chuàng)業(yè)型公司，時間緊任務(wù)重需要簡化流程。對于開發(fā)和設(shè)計來說，在原型旁的注釋更直觀，更愿意去看。但是，本著經(jīng)驗和教訓(xùn)，prd無論怎么忙，都要再后來補(bǔ)充上。用word寫和在原型旁些是不一樣的。

這是我的一個教訓(xùn)，為什么這么說，可能用word寫，本身就帶著重視的感覺，你在寫的時候會考慮的更加詳細(xì)一下，而在原型旁寫注釋，可能寫的邏輯層級就會淺一些。這個可能也看個人。但對于我來說，還是比較傾向word版本的。

6.總結(jié)

整個項目說到現(xiàn)在差一個項目管理了。這個要說一下，對產(chǎn)品來說，項目管理能力一定要有的。首先是時間觀念，說好的上線時間一定要達(dá)成，哪怕會舍棄一些小的功能。那么根據(jù)項目的時間進(jìn)度表和需求功能表來進(jìn)行管理。每周進(jìn)行一次例會，一是可了解研發(fā)的進(jìn)度，二是和開發(fā)溝通，是否開發(fā)中有難點，即使把控研發(fā)中的不可預(yù)估狀態(tài)。

每個項目、每個公司會有不同的對于項目管理的制度。都是為了能讓項目能如期上線而做的事情。

當(dāng)然，其中經(jīng)歷了很多。三言兩語也難以概述項目的整體歷程。定期對自己所做的項目進(jìn)行復(fù)盤，總結(jié)經(jīng)驗。為自己的增長黑客而努力。

本文由 @?Amiee? 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自Pixabay，基于CC0協(xié)議