中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

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

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

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

一、需求調研

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

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

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

二、原型設計

根據前面零散調研到的需求，我們就開始進行原型設計工作：

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

三、評審開發

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

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

開發技術評審：原型評審通過之后，開發要開始根據設計內容編寫系統架構文檔，確定開發邏輯，數據庫建庫，系統采用框架等內容

測試用例評審：測試根據功能點編寫測試用例，說明測試前后邏輯、輸出結果等內容

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

四、項目上線

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

五、項目招投標

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

產品迭代

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

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

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