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

人員配備

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

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

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

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

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

產(chǎn)品需求分析

以用戶需求為原始出發(fā)點，是所有產(chǎn)品堅持的基本原則。可惜由于種種原因，我并不是從需求調(diào)研階段開始參與的，而是從第一個產(chǎn)品原型（app）出來的時候才開始真正接觸這款產(chǎn)品。

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

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

產(chǎn)品原型設(shè)計

文不如表，表不如圖，一個好的產(chǎn)品原型能節(jié)約大量與開發(fā)人員的溝通成本，推薦開發(fā)進(jìn)度。

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

我個人習(xí)慣在設(shè)計一款app時，分為以下幾個模塊：登錄注冊模塊、功能模塊、審核提醒模塊、系統(tǒng)設(shè)置模塊、用戶信息（數(shù)據(jù)表）模塊、用戶引導(dǎo)模塊，并且根據(jù)用戶角色區(qū)分多個版本。

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

功能模塊

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

審核提醒模塊

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

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

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

產(chǎn)品開發(fā)階段

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

當(dāng)正式進(jìn)入開發(fā)階段后，產(chǎn)品經(jīng)理需要做的是：一邊跟進(jìn)開發(fā)進(jìn)度，把控開發(fā)質(zhì)量，一邊設(shè)計下一版本產(chǎn)品原型。

這一階段對于產(chǎn)品經(jīng)理也尤其重要。產(chǎn)品從0到1的過程以實現(xiàn)核心功能、減少產(chǎn)品bug為主，而當(dāng)?shù)谝话姹景l(fā)布后，需要根據(jù)市場變化和產(chǎn)品理念進(jìn)行迅速迭代。因此這個開發(fā)階段是產(chǎn)品經(jīng)理思考產(chǎn)品發(fā)展方向和規(guī)劃下一版本改進(jìn)目標(biāo)的關(guān)鍵時刻。

而現(xiàn)在，第一版本已經(jīng)基本結(jié)束，我已經(jīng)在期待下一階段的啟程了。

作者：destiny （微信號jkx18726422616），產(chǎn)品經(jīng)理，偏愛社交產(chǎn)品

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