政务产品中「产品化」和「定制化」及集成能力的产品化

  一个政务产品的交付，不可避免会涉及到定制化开发的内容。在产品设计的过程中，产品化的部分和定制化的部分如何权衡非常重要：

1. 如果产品化的部分设计不足，会导定制化内容过多，交付的边际成本过高；
2. 如果产品化的内容设计过多，会导致过度设计，前期投入过高，并且影响产品迭代速度。
   
   

一、政务产品中「产品化」和「定制化」的分界线

1. 所有产品化，都是「有限度」的定制；
2. 所有的定制，都无非是在「自身能力」的基础上，尽量去满足客人的要求；
3. 一个政务产品，其中符合国家或行业标准的部分，是绝对需要产品化的；
4. 当一个产品覆盖率达到一定程度之后，产品本身便成为了它所在领域的一种标准；
5. 具备创造性的功能，自带价值（解决了某个通用问题），就可以产品化。
   
   

二、集成能力的产品化

1. 集成其他产品的产品例子

1.1 领导驾驶舱 > 数据集成 > 库表对接+接口对接
1.2 统一门户系统 > 单点登录+页面跳转+指标数据展示
1.3 使用工作流和UMS功能 > OpenAPI+SDK

2. 技术方案

2.1 数据集成

2.1.1 按功能点对接：展示数据、使用数据，但不存储数据
2.1.2 库表对接：ETL工具抽取需要的数据
2.1.3 离线接口对接：定时的轮询调用接口获取全量数据，保存到本系统
2.1.4 同步接口对接：补充外部业务系统流程，通过接口同步数据到本系统，需加入事务保证最终一致性

2.2 功能集成

2.2.1 页面嵌入
2.2.2 页面跳转
2.2.3 OpenAPI
2.2.4 SDK

3. 集成能力产品化

3.1 只有针对标准化的系统，才能把集成能力(方案)产品化
3.2 如果定制化的部分不复杂，可以同时用规则引擎，把定制化的部分抽象成规则（编写规则和写代码能力上是可以等价的）