5個方面,總結(jié)產(chǎn)品從0到1
文章為作者對產(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é)議
樓主的文章淺顯易懂,很清晰的能看到產(chǎn)品從0到1會經(jīng)歷那幾個階段,支持
非常好,支持支持
辛苦。
回憶起了當(dāng)年在船級社的日子,很懷念
曾經(jīng)的美好
像這種添加海員問題,似乎比較普遍。我之前設(shè)計的2個saas系統(tǒng),都有遇到。一個是上門維修企業(yè)添加維修工,一個是物流中介添加卡車司機(jī)。
產(chǎn)品是海運物流吧?
海運方向,有物流方向的考慮
產(chǎn)品0-1,1指的不是上線吧,指的是PMF吧?
同意 1是 PMF 后面還有 GTPMF