入行G端近一年了，之前已寫過一篇關于G端市場前景以及産品特點的文章：互聯網 政務服務的市場前景以及G端産品的特點。本次将結合今年第一季度的工作經曆分析一下G端産品。

什麼是G端産品

市面上有很多的人認為G端産品是 To B的一個分支，筆者承認B端和G端有很多的共性，但是筆者始終從事G端産品一年之後有了不同看法。

從客戶角度講：他們都涉及使用者、幹系人、決策者；使用者是産品的真正使用者，是一線操作人員，他們的話語權不大，對于産品是否使用的影響也不大；幹系人是使用者的領導，幹系人的回報會影響到領導是否使用産品；最終的決策者始終是領導。

從功能方面講：都比較偏向與業務，注重業務邏輯，在功能和交互體驗上都是優先功能，其次才會考慮交互體驗……

盡管很多方面他們都有很多的共性，但是筆者始終認為G端和B端是有本質區别的。如下所示：

産品定位的本質區别

B端産品的定位有兩個方向：節流、開源。一個是從節約成本方面提升利潤空間，一個是從外部拓展方面賺取利潤。

節流：通過提升公司工作效率，輔助決策等。例如像提升公司協同效率的OA系統，輔助銷售人員管理客戶的CRM系統，輔助财務人員的财務管理系統也可以從另一個方面反饋公司的成本的問題；還有現在比較正在慢慢發展的工業化物聯網其實也是從存放使用率、材料利用率等方面節流。

開源（B2b模式，B2C）：開源比較好理解，有自己産品的就通過互聯網的模式賣商品，或者導流。做代工廠的就加入到供應鍊中，做供應鍊中的一個環節，通過供應鍊來導流。

通過以上的講解，可以知道B端産品的定位始終離不開利潤。

在這一點上G端産品從定位就完全不一樣，G端産品的定位是服務大衆和監管市場。

服務大衆：方便企業或者群衆辦業務、政策法規發布、公示等，例如商品房網簽、身份證辦理等；監管市場：像商品房的資金監管等；

從用戶方面區分

B端産品的用戶是某一類特定的用戶（可能是個人，也可能是企業），他們的用戶會企業自身的産品而定不會涉及的太廣。B2C模式的電商類産品的用戶群是C端消費者，例如京東自營，天貓等，但是他們的用戶也隻是某一類群體；B2B模式的産品是企業；B2B2C模式的産品的用戶包含企業和消費者。

G端産品的用戶，可以是企業、也可以是普通群衆、還有G端用戶（行政人員），也可以是三者都包含。以房産為例，商品房網簽備案系統，針對C端用戶，隻要是商品房購買者都需要使用産品，從另一個角度講，全國所有人都是潛在用戶（因為他們都有可能買房）。針對B端，凡事房地産開發公司都産品的潛在用戶，甚至與房産建設有關的從業主體都是潛在用戶。

總結

1. G端不是B端的一個分支，他們有着從産品定位、用戶定位等方面的本質區别（當然還有其他的本質區别）。
2. G端産品是政府向行業企業和普通群衆提供業務辦理服務政務平台；是收集市場數據、群衆反饋來監控監管市場的企業信用管理平台；向行業企業和普通群衆發布政策法規信息發布平台、信息公示的平台。

政府服務項目如何産品化？

未從事G端産品之前，一直認為政務服務是完全定制化開發，是項目，無法産品化。最近這段時間在主持公司産品經理崗面試的工作，通過與面試者之間的交流發現，很多的産品經理也認為政務服務是項目，無法産品化。至于是否可以産品化，請看後續介紹。

TA不是長在“公有雲”上的

G端産品絕大多數都不會部署在如阿裡雲這一類的公有雲上，他們大多數是部署在自己的機房内（現在逐漸的有部署在政務雲上的）。對于多數沒有G端産品經驗的産品經理來說，沒有部署在公有雲上就不是互聯網産品，就無法随時随地聯網等。

其實不然，G端産品即使部署在政府内的機房也是可以做到随時随地聯網的，我們可以将行政端部署在政府機房内（業内稱之為内網），向外服務的部署在公有雲、政務雲上（業内稱之為外網），内網和外網通過VPN打通就可以了。

不同地域之間産品差異較大

産品的定義是“為了滿足市場需要，而創建的用于運營的功能及服務”。

相較于C端可以滿足所有區域的功能，不同區域的G端産品是有差異的，甚至差異還可能非常大。去年筆者做過一個白蟻防治系統，當時有一個參考成都這邊的白蟻防治系統，根據需求與成都版白蟻系統做了一個業務方面的對比，結果是系統有80%的業務不能完成。

造成不同地區較大差異的原因是我國政策允許各行政區域有自己特色的管理條理，管理方法。成都的白蟻防治，政府是監管方，不負責施工；合肥的管理方式是白蟻所自己就是施工方，直接對接開發企業。

G端産品也是可以做标準産品的，隻是标準産品無法像C端那樣做到全國各地都一樣。我國雖然允許各行政區域有自己特色的管理方式，但是大的框架是不會變的，變動的隻是其中具體的某些條理。

例如信用管理系統，也就是幾樣業務，基本信用信息、不良行為、良好行為等，在業務方面不會有較大改變。因此G端也是可以産品化的，隻是在做标準産品時需要找到業務共性，同時也需要做到靈活配置。同時因為地域差異，多數G端産品是無法直接平鋪上線的，還需要根據當地的差異做部分的定制化開發。

總結：G端是可以标準化的，在研發标準産品時需要找到業務共性，做最基礎的版本，同時也需要滿足為二次開發在産品技術架構上做到較大的可拓展性。

G端實施難點

G端産品本身業務不會很複雜，但是依舊難以實施。

甲方爸爸的信任

任何項目的推進都離不開甲方的配合，業界一位前輩說：甲方信任你，你做錯了那也是沒錯的，甲方不信任你，你做的再完美，你也是錯的。

筆者親身經曆過，我們項目組因為某些原因（不僅僅是産品本身，還有很多很多的原因）導緻甲方不怎麼信任我方，導緻的直接結果就是項目推進困難重重，比較好的是後續經過一番努力正在慢慢的挽回客戶的信任。

G端産品是項目制

G端産品是項目制，而且持續周期機會是半年起。相較于B端或者C端産品的不停的疊代優化，G端産品是分期完成，隻需要完成合同簽訂時定下的功能，然後通過了驗收就算結束。因此G端産品給最終不好用、甚至難用的影響，因為項目實施方越早結項，越少的人員投入，成本就越低。

需求的不确定性

一般來說，我們項目團隊是不能夠直接與使用者接觸的，多數情況下是直接幹系人（部門領導）對接需求，更不用說直接上手體驗業務，幹系人将來自真正用戶的需求加工之後，需求就變成了方向，這就意味着我們拿到的需求是經過加工的，因此我們的方案也就意味着一開始就方向錯了。

針對這類情況，我們要麼就直接要求對接使用者或者上手體驗業務，要麼就是一次次拿着方案去與幹系人碰，去修正。

“一句話需求”

近個月最頭痛的一種需求了，這種需求一般是領導提出來的。領導不會給你解釋他到底想要什麼，為什麼需求，一切都需要自己去揣摩，去找他的下屬了解。

針對這類需求，我們的應對策略是，首先找他的直系下屬去了解情況，然後去查閱相關的政策法規，再然後就是出一個方案去跟領導碰。其實領導也不知道自己到底想要什麼，做成什麼樣，我們那種方案去跟他碰的過程中就會逐漸的找到方向，慢慢的修正。

存量數據

G端産品還有一個難點就是存量數據的處理了。存量數據的來源有兩種：一種是紙質的檔案數據要數字化存入到系統中；另一種是之前系統中已有的數據。

針對紙質檔案數據數字化，難點在于，進入系統中之後，因為會缺失點某些環節的數據，造成統計數據不準等情況。

真正有難度的是之前系統中又有的數據，針對這類情況的數據，我們一般是通過“數轉“來處理的。有些數據是經曆過幾個系統沉澱下來的，像這類數據做數據是非常麻煩的。

系統與系統之間的數據交互

系統與系統之間的數據交互在G端産品非常常見，這也是G端産品的需要二次開發的一個重要影響因素。

政務服務現在提倡信息一張網，因此就需要調用很多其他系統的數據進行驗證或者應用。例如商品房備案的時候需要調用公安系統的身份信息等。

不同系統可能是不同企業研發的，有些系統甚至已經沒有企業再維護了，在這些情況下如何調用系統系統數據就是難題了。

産品之外的事情

G端産品，産品本身業務可能不複雜，但是為什麼還需要那麼長的時間研發周去，時間都去哪兒了？很多時間都是花在需求确認，上線流程等産品之外的事情上了。特别是多方參與的項目，更是複雜到天際。

從事G端産品的同道中人還不是很多，其他的更多同道中人一起來研究。

本文由@啤酒配咖啡 原創發布于人人都是産品經理，未經許可，禁止轉載

題圖來自Unspalsh， 基于CC0協議

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部