本文深入探讨了在多个业务场景中可以共享的标准化流程的若干关键考量因素，并详细阐述了如何识别出适合作为通用流程的情形。
当前的企业自动化办公系统（OA系统）普遍配备了流程引擎，使得流程创建变得异常便捷。然而，尽管新流程的创建过程十分迅速，为何我们仍然需要考虑流程共享的可行性呢？
几乎每家企业都部署了OA系统，该系统面向全体员工，使用频率极高。当多个业务流程在界面设计和操作逻辑上高度相似时，很容易让员工产生重复操作的错觉。若将这些流程整合为通用流程，不仅可以显著简化员工的工作流程，还能有效降低学习成本和培训投入。
在大型企业中，部门众多，业务流程也随之繁杂。由于部门间沟通渠道有限，很可能出现A部门已建立的流程与B部门需求相似，但双方并不知晓的情况。虽然创建新流程的过程很快，但产品经理需要从系统整体规划的角度出发，为需求方提供专业的参考建议，避免流程冗余和信息孤岛的产生。
随着系统使用时间的延长，累积的流程数量会不断增加。其中不乏设计简单但使用频率较低的业务流程。为了提升界面美观度和办公效率，持续对流程进行精简和优化成为必要举措。
以下是一个实际工作中的案例：
某公司设有两个职责相近的技术部门，均负责销售提成自动结算工作。A部门已完成该流程的初步实施并进入试用阶段，而B部门由于业务需求与A部门高度相似，希望直接将相关流程整合至A部门中。本文将以这一案例为基础，详细分析如何评估流程共享的可行性。
首先，从需求层面判断流程是否具备共享条件，包括需求一致性以及可共享部分的占比。
在案例中，A和B两个部门的核心需求均为销售提成结算，尽管后端数据源存在差异，但前端页面内容相似度高达90%，具备共享基础。
其次，从技术实现角度评估，包括开发可行性、技术实现难度以及独立开发与共享开发的成本效益对比。当差异较大时，需通过投入产出比分析，判断是否值得为实现共享而投入额外的开发资源。
案例显示，采用共享方案相比独立开发可节省约50%的开发时间，且项目上线时间无硬性要求，因此共享方案具有可行性。
再次，从利益平衡角度分析，评估流程共享后对各方工作的影响，包括工作量变化、涉及人员范围以及使用频率，从而判断共享的必要程度。
在案例中，流程共享将缩短有交叉项目提成人员的申请时间，但同时增加了审核人员的工作量。虽然涉及交叉项目的员工数量多于审核人员，但交叉项目的使用频率低于审核工作量，需综合考量。
遇到此类情况时，应确保受影响各方充分了解共享方案，通过协商达成共识后再做最终决定。
以案例中的A和B部门为例，虽然普通员工占比较高，但管理者拥有更大的决策权。因此，必须向双方充分说明利弊，待沟通明确后才能做出最终决定，避免系统上线后因分歧导致方案调整。
最后，也是最关键的因素是评估流程共享对后期扩展性的影响，包括潜在的业务需求和管理需求。
案例中，B部门是从A部门中独立出来的，尽管B部门经常需要协助A部门工作，但两个部门在业务发展方向和管理体系上存在差异，未来必然会产生个性化需求。
综上所述，该案例中的两个流程最终未选择共享，主要原因是共享方案将增加一倍的开发时间，可能影响审核效率，且后期存在较多个性化需求。以上内容反映了笔者关于流程共性的个人见解！
题图来自Unsplash，基于CC0协议。