C端、B端、G端產(chǎn)品，雖然產(chǎn)品流程大體都是一致的，但還是有各自的行業(yè)差別。這篇文章，作者分享的G端產(chǎn)品流程，我們來看看和常見的C端相比，有哪些差異呢？

G端中往往是項目居多，產(chǎn)品偏少，能夠打造一款普適性的產(chǎn)品非常難，因為各地的業(yè)務要求不同，客戶偏好不同，導致G端很難像B端那樣，開發(fā)一套系統(tǒng)，基本功能可以滿足幾十上百的企業(yè)，G端基本上都是定制化的內(nèi)容。那在G端，一個好的產(chǎn)品是如何誕生的呢？

G端的產(chǎn)品一般都始于一個項目，項目建設好，可能會有不同的客戶資源，同一場景下，客戶70%的需求都是相似的，我們可以拿出具有普適性的內(nèi)容建設成為產(chǎn)品內(nèi)容，一個產(chǎn)品的誕生就是好項目的延續(xù)，我將G端產(chǎn)品建設簡化為如下流程圖：

一、需求調(diào)研

G端項目的開始往往都是商務（售前）跑好關(guān)系之后，產(chǎn)品經(jīng)理直接去現(xiàn)場和客戶面對面進行交流。一般在產(chǎn)品經(jīng)理介入之前，公司領導會提前告知我們要建設什么系統(tǒng)，描述大體的方向和內(nèi)容，有利于產(chǎn)品了解實際情況。客戶覺得還可以的情況下，去現(xiàn)場進行初步需求調(diào)研，客戶會找個會議室，有的客戶可能給你倒杯茶，然后就開始描述他們對于系統(tǒng)建設內(nèi)容的需求，或者實際工作中需要解決的問題。

作為產(chǎn)品需要詳細記錄需求調(diào)研的情況，回來之后整理形成會議紀要然后進行存檔。

在需求調(diào)研階段，有的客戶可能會給你三四次的需求調(diào)研的機會，但是大部分客戶基本上就是一到兩次，需求的整體描述已經(jīng)說明，很難再多次對接把握更多細節(jié)，因為G端客戶的想法就是“做出來再說，現(xiàn)在提也提不出來什么細節(jié)”

二、原型設計

根據(jù)前面零散調(diào)研到的需求，我們就開始進行原型設計工作：

1. 定框架：原型設計之前，我們根據(jù)需求調(diào)研的結(jié)果，和公司領導對于這個產(chǎn)品的定位和想法，綜合一下，整理出產(chǎn)品大概的框架圖，把握產(chǎn)品的開發(fā)內(nèi)容和建設規(guī)劃，再根據(jù)建設框架梳理功能清單，可以不必特別詳細，能夠概括的羅列二級、三級的功能點即可，此時原型設計的準備工作已經(jīng)完成。
2. 定細節(jié)：原型設計時，根據(jù)功能清單，規(guī)劃好頁面布局，可以開始細致的原型設計工作。（G端公司里面角色和權(quán)限很重要，與此配套的是一套能夠兼容的后臺管理系統(tǒng)，大點的公司會自己開發(fā)一套能夠普遍適用G端業(yè)務的后臺管理系統(tǒng)，小公司可能就采用開源的后臺管理架構(gòu)來滿足需求，此處提這個是因為G端業(yè)務的后臺管理往往是重要但是容易被忽視的地方）。我們想好頁面采用的布局方式（可以結(jié)合百度、花瓣網(wǎng)、政務網(wǎng)站等內(nèi)容），就可以開始進行原型設計
3. 畫原型：一般一個星期左右，初版的原型就可以完成，如果沒有強制要求高保真，可以設計低保真的原型。原型需要提供基本的功能菜單，頁面跳轉(zhuǎn)等內(nèi)容和交互（不建議做的特別簡單，可以沒有好看的色彩，但是基礎簡單的交互建議繪制）
4. 定匯報：原型設計完成之后，可以拉上與你們對接的售前或者領導對一下，看看有沒有什么建議和優(yōu)化空間，如果領導覺得沒有問題，就可以找客戶進行第一輪原型匯報。在匯報過程中，此時產(chǎn)品有了大致的框架，客戶的要求和靈感就會源源不斷，原型中的細節(jié)可以不斷的調(diào)整和完善，在一到兩輪匯報之后，原型V1.0版本基本上可以定稿

三、評審開發(fā)

原型評審：原型評審之前，編寫系統(tǒng)頁面的設計邏輯，在原型中標注邏輯說明，準備需求說明文檔，都準備完成后，拉上UI設計、測試、前端、后端、領導（看領導要不要參加）一起參與原型評審。原型評審過程中先講解項目的背景，客戶對象，整體的系統(tǒng)規(guī)劃，以及詳細講解V1.0版本的開發(fā)功能和開發(fā)邏輯。評審中團隊成員會提出很多關(guān)于需求的問題，要進行記錄，如果有回答不上來的情況，會議結(jié)束思考后進行補充。如果原型評審沒有通過，可以再組織第二次原型評審，直到評審完成

UI評審：原型評審通過之后，UI會開始進行設計，設計之前可以咨詢一下客戶的偏好風格，審美是各不相同的，很多我們認為流行的審美，在客戶看來很可能就是不好看的，所以建議首頁和登錄頁設計完成之后，給客戶先看看，確定配色和風格是否合適，避免返工

開發(fā)技術(shù)評審：原型評審通過之后，開發(fā)要開始根據(jù)設計內(nèi)容編寫系統(tǒng)架構(gòu)文檔，確定開發(fā)邏輯，數(shù)據(jù)庫建庫，系統(tǒng)采用框架等內(nèi)容

測試用例評審：測試根據(jù)功能點編寫測試用例，說明測試前后邏輯、輸出結(jié)果等內(nèi)容

開發(fā)迭代：前三步準備工作都完成了，就可以開始迭代開發(fā)，G端系統(tǒng)普遍采用敏捷迭代的項目管理方式。產(chǎn)品經(jīng)理將功能點拆分，確定開發(fā)人員和完成時間，有功能模塊完成，就開始測試，重復評審開發(fā)的各個環(huán)節(jié)，直到V1.0版本完全開發(fā)完成

四、項目上線

系統(tǒng)V1.0開發(fā)完成，在項目現(xiàn)場進行上線，期間客戶會提出很多需要優(yōu)化的問題，根據(jù)實際開發(fā)難度和功能情況，按照排期穩(wěn)定開發(fā)即可，后期系統(tǒng)穩(wěn)定之后，客戶提出的需求也會減少，直到系統(tǒng)建設完成，具體項目上線準備內(nèi)容可以參考我之前發(fā)表的另一篇文章，“如何做好項目上線工作”

五、項目招投標

G端項目招投標視項目實際情況而定，但是普遍是開發(fā)過程中，有的甚至開發(fā)之后才會進行招投標，有的公司會要求產(chǎn)品經(jīng)理編寫投標文件，配合商務完成招投標工作。

產(chǎn)品迭代

項目上線完成，穩(wěn)定運行半年一年，可能有的其他省份也需要這個樣子的產(chǎn)品，我們依靠出色的系統(tǒng)和商務資源，拿到了其他省份的合同，這個時候我們可以開始考慮進行產(chǎn)品規(guī)劃，產(chǎn)品規(guī)劃分為以下三個部分

1. 產(chǎn)品迭代：不同省份需求肯定有差異，我們的工作就是從不同的差異中找到核心業(yè)務的相似點，并且把核心業(yè)務打造成為通用業(yè)務。我們需要從不同省份的需求中，尋找相似點，提煉出相同的需求，評估需求的可行性，最終決定是否成為產(chǎn)品功能。也可以放在項目中進行開發(fā)，開發(fā)完成后直接合并到主分支中，處理沖突代碼即可
2. 項目迭代：項目需求很難完全一致，最能體現(xiàn)出來的可能是前端的視覺界面，所以特定場景下， 或者某些客戶的特殊要求，直接在項目中進行開發(fā)即可，或者可以從主分支中拉項目分支進行開發(fā)
3. 分支管理：這個產(chǎn)品賣的好，有三四個不同地方的客戶，與之對應的就是分支管理。主支就是我們的產(chǎn)品，分支就是其他省份的項目。將痛點需求一起在主支進行開發(fā)，一些特定的需求就根據(jù)項目情況放在各地的分支中進行開發(fā)。

最終經(jīng)過3-4個項目的需求打磨出一個好的產(chǎn)品，在各省市有復用的空間，一個好的產(chǎn)品就此誕生。產(chǎn)品的出現(xiàn)是非常不容易的，G端項目事情多且雜，很多時候為了響應項目現(xiàn)場的情況，都是急匆匆地開發(fā)完成就部署到現(xiàn)場，回過頭才仔細推敲需求，進行后續(xù)迭代，所以在日常工作中，處理好項目和產(chǎn)品之間的關(guān)系，分配好工作精力也是產(chǎn)品必須具備的能力