這是《App產(chǎn)品設計指南》系列文章的第6篇內(nèi)容，更多精彩可以點擊下方鏈接查看。
產(chǎn)品生命周期是指產(chǎn)品從準備進入市場開始到被淘汰退出市場為止的全部過程，一般分為導入期、成長期、成熟期、衰退期四個階段。本文中提到的基礎流程可以理解為引入期之前的產(chǎn)品設計過程，或者是在不同周期內(nèi)每一個小版本的產(chǎn)品研發(fā)過程，不包括產(chǎn)品的運營環(huán)節(jié)。
流程說明
App產(chǎn)品開發(fā)的基礎流程主要包括：需求定義&需求評審—產(chǎn)品設計&PRD方案評審—視覺設計&視覺評審—敏捷會議—軟件開發(fā)—軟件測試—發(fā)布上線，下面來分別說明一下。
需求定義&需求評審
在這個環(huán)節(jié)我們要定義產(chǎn)品、需求、使用場景等等。只有充分理解商業(yè)模式，業(yè)務流程，才能發(fā)現(xiàn)合理的需求。無論是老板還是用戶的需求都應該被同等對待，客觀分析產(chǎn)品流程，業(yè)務優(yōu)先級才能制定出科學的需求規(guī)劃。需求評審環(huán)節(jié)主要是由產(chǎn)品團隊參加，研發(fā)部門和業(yè)務部門也可以考慮參加提供意見。
產(chǎn)品設計&PRD方案評審
在需求階段產(chǎn)品經(jīng)理內(nèi)部進行需求討論：討論下版本需求重點是什么，做什么功能，怎么做。通過反復調(diào)研、討論、輸出產(chǎn)品PRD方案，這份文檔是產(chǎn)品、設計、開發(fā)、測試等人員工作的依據(jù)。所以產(chǎn)品團隊應該盡可能的精細化，使用文檔讓溝通更順暢而不是增加復雜度。
視覺設計&視覺評審
通俗來說就是設計師根據(jù)產(chǎn)品方案來完成設計稿，進行標注和切圖的過程。設計稿完成后需要在團隊中進行評審，修改優(yōu)化細節(jié)。
需要說明是在大公司會有專門的交互設計環(huán)節(jié)，交互設計師提交交互文檔給視覺設計師，視覺設計師才開始做視覺設計稿。只不過在中小公司，一般是由產(chǎn)品經(jīng)理和視覺設計師來完成這個流程。
敏捷會議
不同團隊使用的開發(fā)模式不一定一樣，在互聯(lián)網(wǎng)行業(yè)比較常用的是敏捷模式。
在設計稿完成之后，在敏捷團隊中一般會進行兩個會議，分別是需求評審會和迭代計劃會。
需求評審會由產(chǎn)品經(jīng)理主導，會議的主題是針對下個迭代可能要做的需求進行逐個講解，開發(fā)人員針對需求的優(yōu)先級，選擇下個迭代要開發(fā)的需求。一旦選定，這些需求就被凍結(jié)，原則上不允許再變更。
迭代計劃會有項目經(jīng)理主導，會議的主題是針對迭代的需求進行分解，分解成具體的任務，同時進行估時和指定到具體的開發(fā)人員。這兩個會議結(jié)束后一般就表示迭代正式開始啟動。
軟件開發(fā)
項目正式啟動后，開始進入軟件開發(fā)環(huán)節(jié)。在研發(fā)過程中，產(chǎn)品經(jīng)理和項目經(jīng)理需要協(xié)同跟進研發(fā)進度，保證需求按照規(guī)劃的目標被實現(xiàn)，同時要解決研發(fā)過程中發(fā)現(xiàn)的新問題。
軟件測試
在迭代初期測試就需要著手理解需求細節(jié)，編寫測試用例。在軟件開發(fā)的中后期測試需要正式介入開始測試環(huán)節(jié)。在測試過程中，測試需要和開發(fā)，產(chǎn)品持續(xù)溝通以確定問題的優(yōu)先級。理論上所有的問題都應該被解決，但實際中一些不太重要的問題可以延期處理。測試工作完成后，測試需要輸出測試報告給項目組全體成員。
產(chǎn)品團隊在接收測試報告后需要進行產(chǎn)品驗收工作，如果發(fā)現(xiàn)有明顯的問題需要對接給研發(fā)團隊處理。需要說明的是產(chǎn)品驗收環(huán)節(jié)雖然也屬于測試，但力度相對要小一點因為絕大部分問題已經(jīng)被提前發(fā)現(xiàn)和處理了。
發(fā)布上線
驗收通過后就需要進行產(chǎn)品發(fā)布上線工作。線上發(fā)布一般都在晚上，不能影響到用戶的正常使用。線上發(fā)布有不同的策略，比如說藍綠部署，灰度發(fā)布，金絲雀發(fā)布等等。
后端代碼和接口發(fā)布后，客戶端開發(fā)人員可以提交線上安裝包。團隊成員需要最終檢查一遍配置和產(chǎn)品功能，驗收無誤后需要提交對應的應用市場，發(fā)送升級通知。到這里整個研發(fā)流程才算真正結(jié)束。
在產(chǎn)品發(fā)布后，產(chǎn)品團隊和運營團隊根據(jù)用戶反饋，進行數(shù)據(jù)監(jiān)測、數(shù)據(jù)分析，制定后續(xù)計劃，這里就不再展開。
經(jīng)驗總結(jié)
每一期的產(chǎn)品迭代一般都有一個核心主題，一般是根據(jù)產(chǎn)品運營的節(jié)奏來制定的。產(chǎn)品研發(fā)周期一般控制到2-4周，這樣才能保證項目足夠敏捷，靈活，提高工作效率；較短的周期也能讓用戶保持新鮮感。這種策略一般適合于產(chǎn)品的成長期，一旦進入成熟期，所有的決定都需要慎重，因為任何改動都可能影響到用戶，對數(shù)據(jù)帶來巨大影響。
以我所在的公司為例，產(chǎn)品團隊包括產(chǎn)品經(jīng)理，前端和設計師。產(chǎn)品團隊的規(guī)劃最好能提前開發(fā)團隊1-2個版本。在迭代啟動的同時，產(chǎn)品經(jīng)理著手規(guī)劃下期迭代的設計，設計師在做下期迭代的設計稿，前端也開始切圖，整個產(chǎn)品團隊是領先于開發(fā)團隊的。
不同公司的流程會有較大差別，但整體上都是按照這樣的流程。大公司分工明確，做事比較精細，每個人都是按部就班地處理自己的事情；小公司做的事情比較雜，對人的要求比較高，通常都是一個人負責多項事物。無論在大公司還是小公司，只要大家遵循基礎流程，充分溝通，相信一定能做出非常出色的產(chǎn)品。
在寫作過程中，如果有意見或者想法，歡迎有興趣的讀者添加我的微信一起交流探索，共同進步。
