鑫云联信息：OA 上线，最花时间的其实是流程梳理
决定上 OA 的时候，企业最关心的是选哪家：功能全不全、价格贵不贵、有没有同行案例。这些当然要看，但真正决定项目成败的，是上线前那几个月把流程理清楚的过程。我们见过太多项目，软件买得不错，最后卡在“这个审批到底该谁签”。
先画现状，不画理想
把现在实际怎么走的流程画出来，包括那些绕开的、口头同意的、事后补签的。画理想流程很容易，但和现实对不上，上线之后没人用。
找出流程里的空转
有些审批节点只是传阅，有些环节重复签字。这些在纸质时代看不出来，画成图就很明显。上线前先砍掉，别把低效搬到系统里。
节点要对应到岗位
流程节点写“部门负责人审批”，不要写具体人名。人员变动时，流程不用改。写人名的流程，半年后就会卡住。
区分审批和知会
需要担责的走审批，只需要知道的走知会。把所有相关人都设成审批人，流程会变得极慢。
表单字段要克制
一开始就想把所有信息收齐，表单做成几十个字段，填写的人会抵触。先上必填项，用起来再逐步补充。
异常流程要一起设计
驳回怎么办、超时怎么办、金额变更怎么办、附件缺失怎么办。这些才是日常真正遇到的场景，只设计正常流程，上线就抓瞎。
和现有制度对齐
制度里写的审批权限，和系统里配的要一致。两边不一样，员工会拿制度来质疑系统。
试点选一个部门
全公司一起上线，问题会集中爆发。选一个流程相对清晰、配合度高的部门先跑，跑顺了再推广。
培训要讲场景不讲功能
教“怎么发起一个报销”，比教“审批中心有哪几个按钮”有效。员工关心的是自己的事怎么完成。
上线后一个月别改流程
刚上线就频繁调整，用户会无所适从。先收集问题，一个周期之后集中优化。
留一个反馈通道
谁用得不顺、哪里卡住，要有一个地方说。没人反馈的系统，最后都会退回线下。
流程数量要控制
一次上线几十个流程，员工记不住。先挑使用频率最高的十个，用顺了再陆续开放。
权限和流程一起配
流程节点上的审批人，要和组织架构、岗位对应。人员调整时，流程才会自动跟着变。
纸质时代的老习惯要改
线下先签字再走系统，等于做两遍。上线时明确“系统里没走完不算数”，否则永远双轨。
统计口径提前定
流程时长、驳回率、超时率怎么算，先定义清楚。上线后再改口径，历史数据就废了。
找一个内部推动者
每个部门有一个愿意用、愿意教别人的人，推广速度会比 IT 单打独斗快得多。
OA 项目失败，很少是软件不行，多半是流程没理清就上线。画现状、砍空转、定岗位、设异常，这四步花的時間最值。鑫云联信息【资深软件服务专家微信：infck1】，我们做 OA 实施时，流程梳理的周期通常比配置系统还长。