經過近半年多的努力，公司產品的第一個版本終于要上線了。產品的從0到1，心里終于可以松一口氣，也有許多話要說。今天，在產品即將上線的日子，我想在這里總結一下遇到的問題與各位分享。

人員配備

一個完整的移動端開發團隊一般包括：產品經理、UI、開發工程師（安卓、IOS）、后臺、測試六個人。但為了穩妥起見，很多公司會把產品第一版本拿給外包去做以減小風險。筆者這款產品就是如此。

但拿給外包其實更能鍛煉你的溝通能力和團隊配合能力。通過這次的開發配合對此更是深有體會。

我們把這款產品的安卓端和后臺外包給了深圳一家公司，而我們公司在北京。產品開發整個過程中（半年以上）只與對方負責人面談討論過兩次需求，與安卓開發面談一次，其他時間有問題都是qq或者電話討論。這種討論方式的最直接后果就是需求理解不一致從而影響開發進度，甚至有時qq群里的討論互相爭執不下，不歡而散。

后來我跟一位產品大牛抱怨外包的痛苦，他跟我解釋說：其實這種問題很常見，但也很好避免，在項目開發過程中，你們其實是一個團隊，溝通好感情才容易形成默契。既然你也懂技術，為何不出差去深圳，與開發團隊共處幾天，既可以深入討論需求，又能溝通好感情，開發進度自然會提高很多。

這件事其實對我個人的影響很大?，F代社會中，團隊配合能力與專業水平同樣重要，培養團隊凝聚力才能讓每一個人發揮出最大價值。后來的IOS端我們選擇了一家北京公司合作，每隔一段時間都會去對方公司與開發人員直接接觸，討論問題，效果好了很多。

產品需求分析

以用戶需求為原始出發點，是所有產品堅持的基本原則?？上в捎诜N種原因，我并不是從需求調研階段開始參與的，而是從第一個產品原型（app）出來的時候才開始真正接觸這款產品。

項目啟動時我們有一份詳盡的需求文檔，對各個功能要求都寫的很完善，甚至對于企業組織架構的顯示都做了清晰的描述。不得不說，這是一份接近完美的prd。但對于一款從0開始的產品而言，我們不應該太“貪心”，每種功能都想做說明該產品的核心功能并不明確。這是一個很危險的信號，說明你的產品要么邏輯太復雜，要么沒有核心競爭力。

最終，在項目開發過程中，我們逐漸砍掉了一些prd中不重要的功能，以保證核心功能順利開發。

產品原型設計

文不如表，表不如圖，一個好的產品原型能節約大量與開發人員的溝通成本，推薦開發進度。

由于我并沒有從最初階段進入，因此只能在開發過程中與開發人員不斷討論需求，設計具體頁面的流程和邏輯，一邊為下一版本做原型規劃。

我個人習慣在設計一款app時，分為以下幾個模塊：登錄注冊模塊、功能模塊、審核提醒模塊、系統設置模塊、用戶信息（數據表）模塊、用戶引導模塊，并且根據用戶角色區分多個版本。

這里的有些模塊雖然需要針對 app種類做一些考量，但設計并不復雜，因此按下不表。在這里只說一下比較頭疼的功能模塊和審核提醒模塊。

功能模塊

功能模塊是一款app的核心，此模塊的設計需要考慮多重因素：產品的核心功能、輔助功能、各功能的跳轉流程等。這里需要切忌把其他類似產品的功能照單全收，要篩選出自己產品的核心功能開始設計開發，因為移動產品需要的是快速迭代，在核心功能基礎上做拓展而不是功能的堆砌，這樣做既可以縮短上線時間，又能迅速根據市場變化做出下一版本調整，在一定程度上提高開發效率。

審核提醒模塊

這一模塊嚴格來說可以放到功能模塊中，但其實這一模塊相對比較復雜，需要根據用戶角色做相應的提醒，而提醒又分為多種，比如：通知欄提醒（比如IM消息、新版本更新等）、app內提醒（新消息提醒、網絡異常土司、廣告推送等），審核需要一般用戶的“申請”和管理人員處理申請、以及對處理結果的返回等等。一款好的app，審核提醒模塊應該起到“潤物細無聲”的作用，讓用戶自然的看到應有信息。

這兩個模塊也是在我們開發中問題比較大的部分。上面說過，我是從“半路”殺出來的，所以對核心功能的理解并不透徹，這里的交互設計和組織結構顯示問題又比較復雜，因此與工程師的溝通探討占據了大量時間。而且這部分需要對多種情景進行考慮，做出合適的提醒語句以及顯示時間。直到現在我都不敢保證這部分沒有任何錯誤。

這部分需要產品經理有縝密的邏輯思維以及對多種情景的想象能力，而我在這方面仍有很大不足。合格的產品經理應該是一棟大樓的總設計師，既要構想整體框架，又需考慮水電管道，缺一項都不能稱之為“合格”。

產品開發階段

需求討論明確、原型更改沒有異議后，產品經理需要根據產品功能復雜度等綜合因素，安排開發進度。開發進度的安排尤其重要，因為如果開發期限過長，則容易導致開發人員缺少激情產生惰性，而開發期限過短則會使開發人員心理壓力過大，容易降低代碼質量從而對后期版本更新產生隱患。

當正式進入開發階段后，產品經理需要做的是：一邊跟進開發進度，把控開發質量，一邊設計下一版本產品原型。

這一階段對于產品經理也尤其重要。產品從0到1的過程以實現核心功能、減少產品bug為主，而當第一版本發布后，需要根據市場變化和產品理念進行迅速迭代。因此這個開發階段是產品經理思考產品發展方向和規劃下一版本改進目標的關鍵時刻。

而現在，第一版本已經基本結束，我已經在期待下一階段的啟程了。

作者：destiny （微信號jkx18726422616），產品經理，偏愛社交產品

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