政务产品怎么做标准化？这篇文章里，作者总结了三个步骤，即定义标准化范围、建立业务模型和产品架构设计。一起来看看作者的总结和分享吧。
上篇说完了什么是标准化和政务的标准化是什么样的，这次来聊聊政务产品怎么做标准化。
我认为政务产品要想做标准化，需要分三步走：定义标准化范围、建立业务模型、产品架构设计。
可以借鉴Saleforce公司的经验作为核心思路——共性需求解耦化，通用能力平台化。
根据公司业务方向和战略，锁定要发力的行业或领域，深入地研究这个方向的法律法规、政策与市场趋势、现有或目标客户的业务、市场规模、及竞品情况。
这些常规化的准备工作完成后，已经划定了一个大致的方向和范围，需要进一步思考产品标准化的具体范围（即缩小范围），以及要做到什么程度。
在这一步中，不能够太贪心，单点发力，后期拓展是一种比较好的策略，也能把产品打磨得更好。
政务可以分成三类业务：常态化业务、突发性业务、前瞻性业务。
1）常态化业务：单位依法依职责对外对内都必须要要完成的工作，除非整体业务或机构出现重大变动，否则一般不会变动。
2）突发性业务：因政策变动、行政工作变动等原因而产生，有的呈现规律性变动，有的无规律刷新闪现。有规律的包括但不限于某些政策或法律法规已完成征求意见正式颁布，或每年底的国/省/市/区不同层级的考核性任务。无规律的包括领导上任三把火等。
3）前瞻性业务：某些单位承担着改革试点的任务，部分任务放眼全国都是史无前例的，需要摸着石头过河。还有基于政策和市场洞察到的业务，这部分业务在当下暂时无法展现价值，但随着客户业务的发展，将会逐步崭露头角。另外还有一种情况是，根据客户成长进程，预判到的后期需求。
不同类型的业务的侧重点不同，但建立业务模型的方式基本一致。
1）梳理业务信息流，包括业务流程、多端用户的协作过程、业务模式等，需要关注不同领域、行政层级的业务之间的差异。
2）总结业务SOP，规范作业流程（即定义SOP），定义SOP的2个核心点是确定业务线各人员的工作流程、业务线工作中流转的信息。
3）建立标准化模型，分析业务价值链之后，找到共性业务，合并成为关键节点，建立业务模型，兼容业务差异的普通节点，并支持多种方式的配置。
基于前面提到的核心思路“共性需求解耦化、通用能力平台化”来完成实际工作。
目前政务有部分厂商已经尝试开发自己的PaaS产品，可预见的未来，会是很好的解决方案。但是从0开始做PaaS，需要投入很大成本，小厂商基本很难有机会转型。
我认为还有一个成本相对低的方式，那就是轻量业务系统+PaaS中台。即将现有的业务系统进行改造，将重度的数据处理和业务能力转移到中台，而中台模块按照效用划分、承接和处理业务数据、提供灵活配置功能，这要求中台需要按照PaaS产品的思路，并充分理解业务来做设计，否则只是徒增一大堆零碎而难以管理的中台模块。
这种方式能够保留原来业务系统的建设成果，减少前台变动，又能拥有一定的PaaS能力，对于专攻细分领域的中小企业来说，是一个比较容易接受的方案。
因为自己的产品架构能力和实践有限，可能不一定准确，在此我仅仅抛砖引玉地提几点在设计产品架构时，可以考虑的强化标准化的方式：
1）产品与业务共建
在过去的工作中，我时常需要面对一个问题“我们做的功能太多，客户只需要最基础的就够了”，这反映了产品的与业务的成长是脱节的，也会影响企业的业绩。标准化产品不可避免地会同时面对不同成长进程、不同权力的客户，他们对产品的需求是不同的。在设计产品时，可以借鉴B端SaaS产品为不同需求层级客户提供不同产品销售版本的划分与设计原则，来满足政务客户的需求。
2）建立或融入生态
这一在C端、B端已经玩得炉火纯青的东西，据我了解，政务行业其实还不算特别成熟，目前已明显成型的只有腾讯系的。大部分的厂商是没有强大的实力去建立产品生态的，所以就需要在做产品设计时就需要考虑同时保持独立性和能够融入目标生态圈系，也可以在小范围内建立自己的产品组合，但需要拥有灵活的产品搭配基础，可以有助于为公司提供更多的可销售版本与服务套餐。
3）单点突破
想要进入某个领域或扩大疆域，最佳的方式是想寻求单点突破，找到合适的切入点，做到优秀，再衍生更多的产品组合或产品线，从而吃下这个领域的更多份额，那么产品框架就需要具备延展性。
具体的产品设计工作中需要关注的两点：
在接受到个性化需求时，需要先做个简单分析，根据不同情况采取以下几种处理方式：
确认需求的客户价值和产品价值均无时，直接拒绝，并向客户加以说明。
引导实施人员利用现有功能配置并满足客户需求。
某些需求可能客户自己都没加以思考就提了，可以通过冷处理或延长引导，待后续可能便自行消灭或与现有业务/功能产生联系，便于处理。
出现政务无法避免的个性化需求时，只能为客户定制开发，但也可以用三种思路去做定制：
一是简化功能，做好随时删除或在时机成熟时并入现有模块的准备；
二是统计分析客户个性化需求，同一个客户在不同时期不同业务阶段提出需求，看似是个性化，其实是有迹可循的，如果能够找到其中的问题点，那么将会极大地减少这类个性化需求；
三是定制化的功能需要尽可能独立，与标准化功能模块完全隔离，不要影响原有和未来的标准化功能。
总的来说，要想做标准化政务产品，就必须要充分了解业务，深入理解业务背后的原因，让产品与客户保持同频的成长速度，帮助客户成长的同时，产品也能成功完成标准化历程。
对于如何做标准化政务产品，是我入行并深入了解业务之后一直在思考的问题，自己私下也在学习标准化设计更为成熟的B端产品设计的相关知识，以期帮助自己理解什么是标准化和怎么做标准化。
政务行业最近几年一直在求变，也曾出现一些让人眼前一亮的产品，不仅有部分厂商的标准化成果，也有政务与新技术的融合，以帮助客户一同完成改革和转型。整个行业，从客户（政府单位）到各厂商，再到从业人员，全都处在一个快速成长的过程中，也是一个从混乱走向秩序的过程，形成秩序最大的标志就是确立标准。
业务有了标准，标准化产品也会随之出现。而产品经理需要提前学习和具备做标准化产品的能力，才能不掉队，甚至是推动进程。
仅以此文记录自己的思考，希望能够让更多人了解政务行业，也欢迎大家指教和共同探讨。
作者：小新，公众号：北漂南泊
本文由 @Haidee也是小新 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议。
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。