一個 App 創(chuàng)意，如何將其實現？

第一步：需求梳理、分析

針對這個idea來一場從內到外的洗禮，在此假設用戶需求分析已經確定 , 接下來根據提煉的真實用戶需求來確定產品需求。

產品經理將會根據溝通中的相關資料的word、ppt、jpg等等東西翻譯成邏輯語言，最簡單的就是產出一張產品功能腦圖或者一份功能列表。

▲產品功能腦圖

▲一份功能列表

第二步：產品原型圖繪制

初步產品功能需求梳理清楚之后，產品經理持續(xù)跟進，反復溝通確定產品原型圖。

PS：我們出一般是全局流的圖，程序員哥哥們比較喜歡（白眼）

▲產品原型圖

同時根據具體的項目需求，會搭配一套產品業(yè)務流程的泳道圖

▲產品業(yè)務流程的泳道圖

常規(guī)的是用axure出一份帶簡單交互的原型

▲簡單交互的原型

簡單點，用墨刀做一份帶交互的原型。

▲墨刀帶交互的原型

第三步：UI設計

UI設計，包含風格稿和內頁設計。

風格稿會根據產品需求提供的目標用戶類型、客戶傾向、LOGO等信息，以及確定做風格稿的2-3個頁面的原型圖，來進行風格稿設計。

待風格稿確認后進行內頁設計，包括設計效果、頁面元素、彈出頁面等等

▲風格稿

所有頁面設計完后會統(tǒng)一發(fā)給客戶做進一步溝通，然后統(tǒng)一修改優(yōu)化。

▲Zeplin

Zeplin能夠幫助前端更好地理解設計師意圖，而設計師又能快速得到前端反饋的協作，從而減少設計師與前端的溝通錯位，使得兩者在“界面元素”和“交互動作”上形成一致

invision用于設計先行能減少后端技術工程問題，設計的迭代越快，軟件開發(fā)就越能在時間點的把控上做到極簡。

▲invision

設計定稿后并不是設計師的工作結束了，之后還有一段周期的切圖、標注工作 。

▲標注

▲切圖

▲sketch

多維度運用zeplin、sketch、invision等等協作工具從細節(jié)上詮釋產品開發(fā)的每一個產品需求，在時間上保證高效，在結果上保證了產品技術層面與設計層面的完美融合以及項目的高效進度和最后的優(yōu)質呈現。

第四步：項目經理&技術負責人對接需求

項目經理對接上這些需求，第一個工作是細化需求，將這些翻譯成技術能更好理解地語言，搭配著原型圖或設計稿來召開技術會議，統(tǒng)一講解新項目的需求。

▲細化需求

第五步：技術方案 & 架構設計

技術負責人在清楚了解整個項目的需求之后會開始構思整個項目的技術方案，根據產品需求，提供易擴展、可持續(xù)迭代的技術框架方案。

▲整個項目的技術方案

▲可持續(xù)迭代的技術框架方案

第六步：項目排期 & 任務分解

同時，項目經理在和研發(fā)團隊溝通確認后對項目進行分解以及排期，以此來保證項目進度和質量。

▲項目管理

第七步：產品研發(fā)階段

這個階段就是各端技術按照排期規(guī)劃開始編碼，期間各種對接、調試以及撕逼。我不是程序猿，這塊就不多寫了，貼幾張他們技術wiki的截圖吧。

▲Wiki對接

▲各種對接

Paw 讓測試 API 變得輕松愉悅，可以構建內部和外部的資源。它可以在不同的環(huán)境下進行測試，也可以引用來自其他請求響應的數據。

▲PAW

它可以定義不同的環(huán)境，于是可以輕松地在開發(fā)、臨時和生產環(huán)境中進行切換，而無需重新配置任何端點（endpoint）。并且還可以在一個請求的消息體中引用另一個請求中返回的值，這能夠節(jié)省大量時間。

第八步：交付測試階段

測試工程師基本全程跟進，從最早期對接完詳細產品需求之后就開始編寫測試用例

▲測試用例

然后配合項目各個里程碑節(jié)點進行功能測試和性能測試，將問題按優(yōu)先級劃分統(tǒng)一反饋

▲測試過程

最后，按原計劃上線

以上均是理想情況下，一個App必經的幾個階段的簡潔步驟說明，具體執(zhí)行依然會根據需求穿插進行。

不同的項目管理模式或許會有完全不同的流程步驟。但是專業(yè)性幾乎是保證產品質量的唯一準則。

在浮躁的當下，風澤團隊采用遠程協作的工作方式，平衡專業(yè)與高效，熱愛與自由。

運用Tower/Trello管理整體項目進度的同時,多維度運用zeplin、sketch、invision等等協作工具從細節(jié)上詮釋產品開發(fā)的每一個產品需求。

在時間上保證高效，在結果上保證產品技術層面與設計層面的完美融合，與此同時，團隊成員技術領域的多年實踐，專業(yè)的職業(yè)素養(yǎng)以及高度自律的工作慣性，保證了項目的高效進度以及最后的優(yōu)質呈現。