政務產品怎么做標準化？這篇文章里，作者總結了三個步驟，即定義標準化范圍、建立業務模型和產品架構設計。一起來看看作者的總結和分享吧。

上篇說完了什么是標準化和政務的標準化是什么樣的，這次來聊聊政務產品怎么做標準化。

我認為政務產品要想做標準化，需要分三步走：定義標準化范圍、建立業務模型、產品架構設計。

可以借鑒Saleforce公司的經驗作為核心思路——共性需求解耦化，通用能力平臺化。

一、定義標準化范圍

根據公司業務方向和戰略，鎖定要發力的行業或領域，深入地研究這個方向的法律法規、政策與市場趨勢、現有或目標客戶的業務、市場規模、及競品情況。

這些常規化的準備工作完成后，已經劃定了一個大致的方向和范圍，需要進一步思考產品標準化的具體范圍（即縮小范圍），以及要做到什么程度。

在這一步中，不能夠太貪心，單點發力，后期拓展是一種比較好的策略，也能把產品打磨得更好。

二、建立業務模型

政務可以分成三類業務：常態化業務、突發性業務、前瞻性業務。

1）常態化業務：單位依法依職責對外對內都必須要要完成的工作，除非整體業務或機構出現重大變動，否則一般不會變動。

2）突發性業務：因政策變動、行政工作變動等原因而產生，有的呈現規律性變動，有的無規律刷新閃現。有規律的包括但不限于某些政策或法律法規已完成征求意見正式頒布，或每年底的國/省/市/區不同層級的考核性任務。無規律的包括領導上任三把火等。

3）前瞻性業務：某些單位承擔著改革試點的任務，部分任務放眼全國都是史無前例的，需要摸著石頭過河。還有基于政策和市場洞察到的業務，這部分業務在當下暫時無法展現價值，但隨著客戶業務的發展，將會逐步嶄露頭角。另外還有一種情況是，根據客戶成長進程，預判到的后期需求。

不同類型的業務的側重點不同，但建立業務模型的方式基本一致。

1）梳理業務信息流，包括業務流程、多端用戶的協作過程、業務模式等，需要關注不同領域、行政層級的業務之間的差異。

2）總結業務SOP，規范作業流程（即定義SOP），定義SOP的2個核心點是確定業務線各人員的工作流程、業務線工作中流轉的信息。

3）建立標準化模型，分析業務價值鏈之后，找到共性業務，合并成為關鍵節點，建立業務模型，兼容業務差異的普通節點，并支持多種方式的配置。

三、產品設計

基于前面提到的核心思路“共性需求解耦化、通用能力平臺化”來完成實際工作。

1. 建設方向

目前政務有部分廠商已經嘗試開發自己的PaaS產品，可預見的未來，會是很好的解決方案。但是從0開始做PaaS，需要投入很大成本，小廠商基本很難有機會轉型。

我認為還有一個成本相對低的方式，那就是輕量業務系統+PaaS中臺。即將現有的業務系統進行改造，將重度的數據處理和業務能力轉移到中臺，而中臺模塊按照效用劃分、承接和處理業務數據、提供靈活配置功能，這要求中臺需要按照PaaS產品的思路，并充分理解業務來做設計，否則只是徒增一大堆零碎而難以管理的中臺模塊。

這種方式能夠保留原來業務系統的建設成果，減少前臺變動，又能擁有一定的PaaS能力，對于專攻細分領域的中小企業來說，是一個比較容易接受的方案。

2. 產品架構

因為自己的產品架構能力和實踐有限，可能不一定準確，在此我僅僅拋磚引玉地提幾點在設計產品架構時，可以考慮的強化標準化的方式：

1）產品與業務共建

在過去的工作中，我時常需要面對一個問題“我們做的功能太多，客戶只需要最基礎的就夠了”，這反映了產品的與業務的成長是脫節的，也會影響企業的業績。標準化產品不可避免地會同時面對不同成長進程、不同權力的客戶，他們對產品的需求是不同的。在設計產品時，可以借鑒B端SaaS產品為不同需求層級客戶提供不同產品銷售版本的劃分與設計原則，來滿足政務客戶的需求。

2）建立或融入生態

這一在C端、B端已經玩得爐火純青的東西，據我了解，政務行業其實還不算特別成熟，目前已明顯成型的只有騰訊系的。大部分的廠商是沒有強大的實力去建立產品生態的，所以就需要在做產品設計時就需要考慮同時保持獨立性和能夠融入目標生態圈系，也可以在小范圍內建立自己的產品組合，但需要擁有靈活的產品搭配基礎，可以有助于為公司提供更多的可銷售版本與服務套餐。

3）單點突破

想要進入某個領域或擴大疆域，最佳的方式是想尋求單點突破，找到合適的切入點，做到優秀，再衍生更多的產品組合或產品線，從而吃下這個領域的更多份額，那么產品框架就需要具備延展性。

3. 具體產品設計

具體的產品設計工作中需要關注的兩點：

1. 產品功能設計依據已建立業務模型來開展，期間可能需要重塑業務流程，不論是否重塑都需要尊重用戶習慣。
2. 需要給個性化業務做些預留性設計，具體預留的程度依業務情況而定。

四、對個性化需求的處理

在接受到個性化需求時，需要先做個簡單分析，根據不同情況采取以下幾種處理方式：

1. 拒絕

確認需求的客戶價值和產品價值均無時，直接拒絕，并向客戶加以說明。

2. 利用現有功能覆蓋需求

引導實施人員利用現有功能配置并滿足客戶需求。

3. 冷處理

某些需求可能客戶自己都沒加以思考就提了，可以通過冷處理或延長引導，待后續可能便自行消滅或與現有業務/功能產生聯系，便于處理。

4. 定制開發

出現政務無法避免的個性化需求時，只能為客戶定制開發，但也可以用三種思路去做定制：

一是簡化功能，做好隨時刪除或在時機成熟時并入現有模塊的準備；

二是統計分析客戶個性化需求，同一個客戶在不同時期不同業務階段提出需求，看似是個性化，其實是有跡可循的，如果能夠找到其中的問題點，那么將會極大地減少這類個性化需求；

三是定制化的功能需要盡可能獨立，與標準化功能模塊完全隔離，不要影響原有和未來的標準化功能。

五、最后

總的來說，要想做標準化政務產品，就必須要充分了解業務，深入理解業務背后的原因，讓產品與客戶保持同頻的成長速度，幫助客戶成長的同時，產品也能成功完成標準化歷程。

對于如何做標準化政務產品，是我入行并深入了解業務之后一直在思考的問題，自己私下也在學習標準化設計更為成熟的B端產品設計的相關知識，以期幫助自己理解什么是標準化和怎么做標準化。

政務行業最近幾年一直在求變，也曾出現一些讓人眼前一亮的產品，不僅有部分廠商的標準化成果，也有政務與新技術的融合，以幫助客戶一同完成改革和轉型。整個行業，從客戶（政府單位）到各廠商，再到從業人員，全都處在一個快速成長的過程中，也是一個從混亂走向秩序的過程，形成秩序最大的標志就是確立標準。

業務有了標準，標準化產品也會隨之出現。而產品經理需要提前學習和具備做標準化產品的能力，才能不掉隊，甚至是推動進程。

僅以此文記錄自己的思考，希望能夠讓更多人了解政務行業，也歡迎大家指教和共同探討。