为什么流程梳理总被跳过
在九游接触的转型项目中,流程梳理往往是最容易被压缩的一环。管理者更愿意讨论系统选型和上线时间,因为那些看得见、说得清;而流程梳理需要把各部门的日常动作摊开来逐条确认,费时费力,还容易触及职责边界。结果就是方案里写着"优化审批流程",实际系统上线后只是把原来的纸质表单搬到了线上,审批节点一个没少,效率提升无从谈起。
九游认为,流程梳理不是转型的前置手续,而是转型方案的地基。地基没打牢,后面建得越高越危险。它的核心产出不是一份漂亮的流程图册,而是让管理者与一线对"事情现在怎么走、以后该怎么走"形成共同认知。
梳理阶段要完成的三件事
九游通常把梳理工作拆成三个递进动作,每一步都有明确的产出物,避免开成漫谈会。
- 识别流程清单:按业务域把企业的主要流程列出来,标注每条流程的触发条件、参与部门和输出结果。这一步只求全,不求细,目的是让管理层看到全局有多少条流程在跑,哪些跨部门、哪些重复。
- 记录现状流程:挑选与转型目标最相关的几条流程,用统一符号画出实际走的路径,包括例外情况和临时绕行。九游提醒,记录时要问"上次这件事实际怎么办的",而不是"制度上应该怎么办",两者差距往往就是问题的藏身处。
- 设计目标流程:在现状基础上做删减、合并、前置或并行处理,明确哪些环节由系统承接、哪些必须人工判断。目标流程要写成可执行的步骤说明,而不是一句"实现线上化"。
谁来做,怎么协同
流程梳理不能只交给IT部门或外部顾问。九游建议采用"业务主导、技术配合、管理层拍板"的组合:业务骨干最清楚实际卡点,技术方判断哪些环节适合系统化,管理层负责在部门利益冲突时做取舍。梳理会议每次控制在两小时以内,只讨论一条流程,会后当天发出纪要,未达成一致的点单独列出,避免拖成悬案。
九游在多个项目中观察到,梳理阶段最有效的做法是让一线操作人员参与画图。他们画出的路径常与制度文件不符,但正是这些偏差暴露了真实痛点。管理者不必急于纠正,先记录下来,再在目标流程设计时统一处理。
梳理成果如何衔接后续建设
梳理完成后,企业应得到三样东西:一份按优先级排序的流程清单、若干条标注了问题点的现状流程、以及对应的目标流程说明。九游建议把目标流程与系统功能需求逐条对应,形成可追溯的对照表,后续做报表设计、数据字段规划时直接引用,减少反复确认。
流程梳理做得扎实,试点推进时部门协同的阻力会明显下降,因为各方在梳理阶段已经对"改什么、为什么改"有过充分讨论。九游始终认为,转型节奏的快慢不取决于系统上线多迅速,而取决于流程共识建立得多牢固。
我们去年做梳理,业务部门一开始嫌麻烦,后来发现画现状图时把几个重复录入的环节揪出来了,态度立马转变。
文章说问“上次实际怎么办”这点很关键,制度文件和实际操作差得远,不问清楚系统上线就是照搬旧毛病。
两小时一条流程这个建议实用,之前我们一次会塞五条,开到后面全在扯皮,什么都没定下来。
对照表那个做法我们试过,报表开发时少开了好多确认会,字段来源一目了然。
管理层拍板这句说到痛处,部门之间卡住的点,业务和技术都定不了,必须上面有人做决定。