產品，大家都聽過；產品工廠，你知道是什么嗎？

保險產品和產品工廠簡介

保險公司和其他行業一樣，都有自己對外銷售的產品，一款保險產品是一系列計劃、險種、責任、條款、費率等等屬性的合集。

保險公司需要將產品對應的上述信息結構化地定義在核心系統（后臺系統）中，以支持對應渠道銷售、投保核保承保、保全批單、理賠、財務資金、再保險等等后續流程。

一方面，市場競爭激烈，保險公司需要推陳出新；另一方面，保險是強監管的金融行業，當監管條款變更等情況發生時，公司往往面臨著幾十上百個產品批量集中整頓調整，且有嚴格的整改完畢日期。

而傳統保險公司后臺coding一款產品往往牽扯幾乎所有系統同步配合改造，需要大量人力排期，且有大量的溝通協調成本、容易出錯。因此產品工廠應運而生，其快速響應、前后打通的能力受到各家公司的青睞。

雖然產品工廠已經不是一個新概念，但目前市場上的產品工廠之間可以說是天差地別。

什么是好的產品工廠？

基礎功能

從業務需求角度出發，基礎的產品工廠至少支持以下業務規則的定義：

• 產品結構定義：應該支持產品、計劃、險種、責任大項、責任明細的層級框架；
• 銷售計劃定義：支持在產品各個層級的銷售計劃定義，例如一個計劃包含哪些險種責任等；
• 費率定義：支持費率表定義，能快速響應費率試算；
• 保單條款屬性定義：支持產品、險種、責任層級各個屬性的定義，例如責任的可賠付范圍、保額賠付比例等各類數據。這要求產品工廠有大量的業務字段，并且和前后各個系統打通；
• 產品版本管理之發布產品：產品配置項很多，容易發生錯漏，一般會有預發布和正式發布的管理模塊。

進階功能

進階的產品工廠，也是大產品工廠一般支持如下功能：

• 產品版本管理：支持停售（生效區間）、升級、轉保、復制功能；沒有此功能，則將每個產品都當作是一個全新的產品處理。
• 數據字典：支持固定字段（例如保額）和產品特殊字段設置，由此可進一步結構化定義保單特別約定；沒有專門的數據字典則需要通過開發建表、建字段的流程管理；
• 理賠規則配置：支持產品對應的可賠付事故類型、費用類型、理算規則等配置，部分公司也將此放在理賠系統，但對應產品工廠就應該在條款屬性定義中充分考慮理賠需求；
• 核保規則配置：支持產品的核保規則配置，及規則觸發路徑等，部分公司也將此放在核保系統；
• 頁面配置：一些產品工廠已經支持后臺出單頁面的配置化。

同時，進階產品工廠在基礎版的功能細節上需要更加完善：

一個基本衡量標準就是，支持盡可能細化的產品屬性、規則定義。但同時，考慮投產比和效率，過于特殊的規則仍建議coding支持，因此產品工廠需能與后臺代碼分流規則很好地結合。所以，產品工廠的產品結構、字典管理非常重要，后續所有的規則都需與這二者強關聯。

此外，與下游系統對接是至關重要的，許多產品工廠只考慮承保出單，后端理賠等環節‘不管了’，導致下游系統仍需做大量的硬代碼或額外的配置。

其他的穩定性、性能、操作便捷性、用戶體驗，則是不論什么階段都要注意的，因為產品工廠本來就非常復雜，若經常報錯、卡頓，會對使用者有較大影響。

一些特殊情況

作為產品工廠自身而言，自然是越強大越靈活越好。但是在具體公司生產中，要因地制宜。例如一些專業險公司，產品線單一，并不需要特別靈活的產品結構和數據字典，只需要固定的產品結構即可。

此外，在國內，許多個人產品的費率都是向監管報備、固定的，不需要非常靈活的費率計算引擎，實際上讀取精算報備的費率表即可。

但是對于大的財產險公司，特別是千差萬別的非車險，往往就需要較為強大的產品工廠。

最大化發揮產品工廠的作用

產品工廠落地

對于沒有產品工廠/想要更換產品工廠的公司，采購、聯合開發是比較快捷的方式。

建立產品工廠維護制度

一款新產品涉及公司各個部門制定運營規則， 最終產品落地的時候往往只有產品部的對應人員使用產品工廠。這樣帶來一個較大的問題就是，運營規則最終沒有落地到產品工廠，產品工廠在滿足了出單銷售的需求之后就無人跟進。

因此在初期落地產品工廠時，需要將各個業務部門及對應模塊的IT納入項目，并讓其充分參與，且建立上線后定期檢視機制。

這樣做是為了避免產品工廠變成契約平臺，其余各個模塊的規則都在各個模塊自行coding落地，從而弱化了產品工廠的價值。例如：醫療險可保范圍是中國大陸地區就診，而產品工廠沒有定義這些屬性，那么為了防止賠付海外就醫行為，就需要理賠系統做特殊處理。久而久之，理賠會對不同產品定義不同的配置表，形成一個體外的小產品工廠。

最后

產品工廠的每個模塊都是一個大話題，這篇文章就拋磚引玉地介紹一下保險產品工廠，有同業的小伙伴歡迎交流。

本文由 @咩咩?原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自 Unsplash，基于 CC0 協議