5個方面,總結產品從0到1

10 評論 14230 瀏覽 153 收藏 9 分鐘

文章為作者對產品工作從0到1的簡單總結,希望與大家共勉。

寂靜的房間里時不時傳來敲擊鍵盤的聲音。經過無數個加班后,產品已正式上線有些日子了。

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

想好好總結一下項目的細枝末節。然后繼續前行。

1.市場調研

在百度等網站輸入關鍵字搜索相關行業的文檔。還可以去做行業分析報告的網站上去查找一下。但是搜索查到的行業信息并不多,而且內容差異很大。

總體來講當時的市場調研做的很隨意。雖然需求目標一定,方案已立項。但是本著對產品負責的態度也是要做好這個市場調研的。追溯相應行業發展整個過程,即發展歷程;梳理其中所經歷的不同階段所處的內部因素和外部因素(政治、經濟、政策等)。

總結下來,市場調研是對自己產品的一個提前認知,對當前產品環境的了解。

2.競品分析

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

當時狀態下分析競品可能主要是考慮到了其產品的功能、流程、界面交互。那對于其產品的商業模式,其產品的整體發展方向沒有做全面的系統的競品分析報告。這一方面是有些遺憾的。

當時我們項目面臨的層面是產品功能層面的需求。所以主要是對競品功能邏輯交互層面上的體驗和分析。而其產品的戰略層面沒有做太多分析,也是為了節省時間,帶著目的性去體驗產品的。

3.用戶調研

對于用戶調研。親自到場咨詢、調查問卷,錄音做記錄。首先要做好準備,這次用戶調研的目的是什么,目標人群有哪些。通過收集目標人群的信息,然后做分析。在進行信息的驗證,確認是否準確。根據目標人群一一做用戶畫像。產品的目標人群可分為不同角色,最后根據用戶畫像定義人群劃分權限岸管、船管、船員、其他。

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

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

4.功能需求

前期已經做了大量的準備和定位,產品的定位、目標用戶、使用場景、業務流程、商業模式等。接下來是如何把需求落實到功能層面上的。如何取舍,只有把多數人的需求先實現,轉化為產品需求后,方可做剩下的少數需求。

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

5.原型圖+prd

原型圖即使產品的結構和框架的表現。把抽象化的功能邏輯具體化。那這一版的原型圖我畫的是簡單的低保真原型圖,方便設計開發人員看到所有跳轉頁面。

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

我的prd并不是用word寫的。創業型公司,時間緊任務重需要簡化流程。對于開發和設計來說,在原型旁的注釋更直觀,更愿意去看。但是,本著經驗和教訓,prd無論怎么忙,都要再后來補充上。用word寫和在原型旁些是不一樣的。

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

6.總結

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

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

當然,其中經歷了很多。三言兩語也難以概述項目的整體歷程。定期對自己所做的項目進行復盤,總結經驗。為自己的增長黑客而努力。

 

本文由 @?Amiee? 原創發布于人人都是產品經理。未經許可,禁止轉載。

題圖來自Pixabay,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 樓主的文章淺顯易懂,很清晰的能看到產品從0到1會經歷那幾個階段,支持

    來自北京 回復
  2. 非常好,支持支持

    回復
  3. 辛苦。

    回復
  4. 回憶起了當年在船級社的日子,很懷念

    來自北京 回復
    1. 曾經的美好

      來自北京 回復
  5. 像這種添加海員問題,似乎比較普遍。我之前設計的2個saas系統,都有遇到。一個是上門維修企業添加維修工,一個是物流中介添加卡車司機。

    來自上海 回復
  6. 產品是海運物流吧?

    來自上海 回復
    1. 海運方向,有物流方向的考慮

      來自北京 回復
  7. 產品0-1,1指的不是上線吧,指的是PMF吧?

    來自上海 回復
    1. 同意 1是 PMF 后面還有 GTPMF

      來自四川 回復