“產(chǎn)品開發(fā)流程涉及的人員從產(chǎn)品經(jīng)理到設(shè)計(jì)師、前端、后端等等一系列人員，這篇文章主要關(guān)于智能硬件產(chǎn)品技術(shù)開發(fā)管理的詳細(xì)流程，希望對產(chǎn)品技術(shù)人員有一定的參考價(jià)值。相關(guān)文章：《電子產(chǎn)品設(shè)計(jì)與硬件開發(fā)流程概述》

一：產(chǎn)品概念設(shè)計(jì)：MRD

產(chǎn)品開發(fā)流程步驟第一步：市場需求文檔，簡稱為MRD（Market Requirement Document），是市場部門的產(chǎn)品經(jīng)理或者市場經(jīng)理編寫的一個(gè)產(chǎn)品的說明需求的文檔,該文檔是產(chǎn)品項(xiàng)目由“準(zhǔn)備”階段進(jìn)入到“實(shí)施”階段的第一文檔。
 

 

市場需求文檔

做任何東西之前，首先要考慮其背后的用戶需求、商業(yè)價(jià)值、技術(shù)難度。只有用戶有需求，你的產(chǎn)品才會(huì)有人用；只有其商業(yè)價(jià)值成立，才能為企業(yè)帶來利潤，畢竟企業(yè)最最基本的目標(biāo)就是要盈利；只有技術(shù)上的總體評估是可行的，整個(gè)項(xiàng)目才可被執(zhí)行。

這個(gè)階段，需要有嚴(yán)格的評審，需要有經(jīng)驗(yàn)的市場人員、運(yùn)營人員、產(chǎn)品、技術(shù)、測試人員參與，從市場商業(yè)和各自專業(yè)的角度來參與評審，比如：市場運(yùn)營人員一般會(huì)從市場的角度，產(chǎn)品人員會(huì)從用戶的角度，技術(shù)人員會(huì)考慮技術(shù)的專業(yè)角度來參與評審。

市場需求文檔撰寫，一般采用ppt xmind keynote的形式，把從市場和用戶收集到的數(shù)據(jù)，以及行業(yè)相關(guān)的信息進(jìn)行整理，并且提出對應(yīng)的需求，大部分的公司都是產(chǎn)品經(jīng)理來負(fù)責(zé)MRD和PRD的撰寫。

二：原型設(shè)計(jì)(交互設(shè)計(jì))

原型設(shè)計(jì)

原型設(shè)計(jì)就是交互設(shè)計(jì)，我比較喜歡用原型設(shè)計(jì)來表述，主要就是交互設(shè)計(jì)師與PD、PM、網(wǎng)站開發(fā)工程師溝通的最好工具。

原型是一種讓用戶提前體驗(yàn)產(chǎn)品、交流設(shè)計(jì)構(gòu)想、展示復(fù)雜系統(tǒng)的方式。就本質(zhì)而言，原型是一種溝通工具。

做原型的一般步驟：

原型設(shè)計(jì)流程

1：畫草圖

畫草圖的目標(biāo)是提煉想法，畫草圖要避免陷入審美細(xì)節(jié)，盡可能快速的導(dǎo)出想法才是關(guān)鍵。

2：演示及討論

演示和討論的目標(biāo)是把一些想法拿出來跟大家分享，然后進(jìn)一步完善想法。

3：做原型

在明確了想法之后，就可以開始進(jìn)行原型設(shè)計(jì)了。這個(gè)階段需要考慮很多細(xì)節(jié)，找出切實(shí)可行的方案，運(yùn)用合適的原型來表達(dá)。
 

 

4：測試

原型的目標(biāo)之一是讓受眾來檢驗(yàn)產(chǎn)品是否達(dá)到了預(yù)期。

常用原型設(shè)計(jì)工具

Axure、Omnigraffle（Mac）、JustinMind

POP（Prototyping on Paper）、國產(chǎn)Mockplus、Pencil Project 、Proto.io等。

三： 視覺設(shè)計(jì)

交互設(shè)計(jì)一旦通過，就可以進(jìn)入下一步的高保真圖的設(shè)計(jì)，視覺設(shè)計(jì)組會(huì)根據(jù)產(chǎn)品經(jīng)理的描述，設(shè)計(jì)出最新的視覺效果(高保真圖)，一般采用ps等設(shè)計(jì)軟件。

工具

PS(Photoshop) AI(Adobe illustrator) Sketch

產(chǎn)出

在交互評審?fù)ㄟ^后，負(fù)責(zé)把控UI整體風(fēng)格和所有視覺效果的設(shè)計(jì)，主要輸出：VI選擇的方案、所有視覺效果圖、資源包等。

四：PRD詳細(xì)需求文檔

prd詳細(xì)需求文檔

PRD詳細(xì)需求文檔一般與視覺設(shè)計(jì)是同步進(jìn)行，主要是細(xì)化MRD里的功能以及詳細(xì)流程、文案等細(xì)節(jié)，主要還是產(chǎn)品經(jīng)理負(fù)責(zé)。

PRD詳細(xì)需求文檔，一般包括功能流程圖 、產(chǎn)品的功能點(diǎn)(框架腦圖)、主要功能賣點(diǎn)，模塊的內(nèi)容，文字文案、各功能描述、彈出框內(nèi)容文案，各模塊之間關(guān)系，以及各模塊業(yè)務(wù)邏輯、結(jié)構(gòu)框架圖等。

很多產(chǎn)品經(jīng)理不太重視功能流程圖，經(jīng)常交互到研發(fā)和測試的需求文檔經(jīng)常不體現(xiàn)出來，這點(diǎn)是不對的，特別是涉及到負(fù)責(zé)的流程，需要完整的流程圖，需要按照模塊的流程逐個(gè)進(jìn)行分類，分類以后按照功能的不同、簡易程度，分別畫出流程。

五：研發(fā)階段

進(jìn)入研發(fā)階段，主要會(huì)涉及到前段開發(fā)工程師、架構(gòu)師、后端工程師、項(xiàng)目經(jīng)理、測試等人員。

研發(fā)流程步驟

前端工程師

負(fù)責(zé)把視覺設(shè)計(jì)后的高保真圖，轉(zhuǎn)換為html、css，利用js實(shí)現(xiàn)其交互效果。大家熟知的前段工程師。

架構(gòu)師

一般產(chǎn)品進(jìn)入研發(fā)階段，大的項(xiàng)目需要做技術(shù)的概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)，保證技術(shù)方案的穩(wěn)定性、可擴(kuò)展性、性能等多項(xiàng)指標(biāo)，這里就會(huì)涉及到架構(gòu)師的參與,確保技術(shù)方案的可行性。

后端工程師

實(shí)現(xiàn)后端功能開發(fā)，讓功能可用、易用，「程序猿」是最直接的描述，寫代碼的牛人或者普通人。

測試工程師

測試工程師，會(huì)測試產(chǎn)品的缺陷，在各個(gè)終端的適應(yīng)性，以及產(chǎn)品在高訪問下的性能測試。

運(yùn)維工程師

測試通過后上線，會(huì)涉及到線上硬件運(yùn)維。

項(xiàng)目管理

協(xié)調(diào)技術(shù)、產(chǎn)品、運(yùn)營等部門把產(chǎn)品更好的實(shí)現(xiàn)。

研發(fā)流程步驟

一般的研發(fā)步驟都會(huì)經(jīng)歷如上階段，概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)主要是對技術(shù)的可實(shí)施性進(jìn)行完整的評估，評審?fù)ㄟ^之后才會(huì)進(jìn)入完整的編碼研發(fā)和測試階段，最后才是運(yùn)維上線，最后才是產(chǎn)品上線后的效果反饋(數(shù)據(jù)收集驗(yàn)證產(chǎn)品效果)。