一個(gè)產(chǎn)品從需求到開發(fā)，該做些什么事?

首先一款產(chǎn)品要從需要到開發(fā)，對(duì)開發(fā)的人員配備安排使很重要的，關(guān)系到產(chǎn)品開發(fā)的進(jìn)度時(shí)間與質(zhì)量，所以首先要對(duì)人員配備進(jìn)行安排。

人員配備

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

但拿給外包其實(shí)更能鍛煉你的溝通能力和團(tuán)隊(duì)配合能力。

把產(chǎn)品的安卓端和后臺(tái)外包給了成都一家公司，而我們公司在南充。產(chǎn)品開發(fā)整個(gè)過程中只與對(duì)方負(fù)責(zé)人面談?dòng)懻撨^兩次需求，與安卓開發(fā)面談一次，其他時(shí)間有問題都是qq或者電話討論。這種討論方式的最直接后果就是需求理解不一致從而影響開發(fā)進(jìn)度，甚至有時(shí)qq群里的討論互相爭執(zhí)不下，不歡而散。

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

這件事其實(shí)對(duì)我個(gè)人的影響很大?，F(xiàn)代社會(huì)中，團(tuán)隊(duì)配合能力與專業(yè)水平同樣重要，培養(yǎng)團(tuán)隊(duì)凝聚力才能讓每一個(gè)人發(fā)揮出最大價(jià)值。后來的IOS端我們選擇了一家南充公司合作，每隔一段時(shí)間都會(huì)去對(duì)方公司與開發(fā)人員直接接觸，討論問題，整體的效果好了很多。很多的事情都說明了，不管是整體外包，還是部分外包給開發(fā)公司，人員配備是重要的，在安排好人員配備后，與開發(fā)公司人事溝通很重要，你要把自己的功能需求描述來讓開發(fā)公司理解，就在這個(gè)相互了解中，就能體現(xiàn)一款產(chǎn)品是否能開發(fā)成你想要的。

產(chǎn)品需求分析

一款A(yù)PP開發(fā)首先就要考慮以用戶需求為原始出發(fā)點(diǎn)，是所有產(chǎn)品堅(jiān)持的基本原則。

項(xiàng)目啟動(dòng)時(shí)有一份詳盡的需求文檔，對(duì)各個(gè)功能要求都寫的很完善，甚至對(duì)于企業(yè)組織架構(gòu)的顯示都做了清晰的描述。就像我上面描述的，功能需求明確，解決方案要清晰。開發(fā)公司要為產(chǎn)品考慮功能需求是否要做調(diào)整，或者換種方式。

最終，在項(xiàng)目開發(fā)過程中，往往會(huì)因?yàn)楦鞣N原因，會(huì)拋棄原有的一些功能需求，而保留真正能開出來的，這都是在溝通中需要客戶與開發(fā)公司好好溝通呃，最后以保證核心功能順利開發(fā)。

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

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

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

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

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

功能模塊

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

審核提醒模塊

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

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

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

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

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

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

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

在以上內(nèi)容中，一個(gè)產(chǎn)品從無到有，都是客戶與開發(fā)公司不斷溝通到開發(fā)的一個(gè)過程，很多情況下開發(fā)公司和客戶溝通不到，或者使用網(wǎng)絡(luò)或者電話溝通，效果很差，也直接影響到開發(fā)的產(chǎn)品的效果，所以在APP開發(fā)時(shí)，還是多注意溝通，在有必要的時(shí)候，還是面談所以細(xì)節(jié)，避免溝通之間問題。