Ezpay

标准功能用起来总觉得差一点，真要定制又担心投入之后改不动、升不了级，这是很多单位在办公OA定制前的犹豫。定制的关键不在改多少，而在改对地方。先弄清楚哪些需求值得改、按什么顺序改，判断会稳妥许多。

一、先判断：哪些情况确实需要定制

1.1流程存在特殊环节

行业或单位自身的管理方式有独特之处，标准流程走不通或走起来别扭，这类差异才值得顺利获得定制来解决。先想清楚差异在哪里，再决定改什么。

判断的依据通常是这条流程是否已经稳定，频繁变动的环节更适合先靠配置观察一段时间。

1.2制度有硬性留痕要求

某些事项对审批层级、材料留存有明确规定，标准功能无法覆盖，需要顺利获得配置或扩展来满足，把制度要求落到流程里。

这类需求边界比较清楚，改动范围也容易界定，实施起来相对稳妥。

1.3标准功能本身已经够用

如果只是使用习惯上的不适应，往往可以顺利获得配置、培训或调整流程设计来化解，不必急于开发。判断清楚这一点，可以省下大量成本。

把这两类情况分开，办公OA定制的范围就容易界定，后续讨论也就不至于在细枝末节上反复拉扯。

二、办公OA定制的正确步骤

2.1梳理流程与角色

把事项的发起、审批、知会与归档环节列清楚，标明每个环节的责任人。流程梳理得越细，后续改动越少。

梳理时把例外情形一并列出，避免上线之后频繁打补丁。

2.2区分配置与开发

许多需求顺利获得表单、字段与流程配置即可实现，无需另行开发。先走配置这条路，能改的范围更小，后续升级也更省事。

办公OA定制的经验表明，配置能解决的部分越多，长期维护的负担越轻。

2.3需求分级排序

把需求分成必须、重要与可选三档，分批实施。一次改得太多，测试与验收都难以覆盖，反而容易埋下问题。

分批之后每一批都能留出验收与消化的时间，使用者也更容易适应。

2.4原型确认

在开发之前先用原型走一遍流程，让实际使用者确认界面与操作是否符合预期，避免做出来再返工，沟通成本也会降低。

原型阶段暴露的问题，改动成本远低于开发之后。

2.5验收与培训

按事先约定的标准逐项验收，同时安排使用培训与操作说明，让改动真正被用起来，而不是停留在验收清单里。

培训之后留一段观察期，收集实际使用中的问题再集中处理，效果更好。

三、合理定制带来的变化

3.1流程更贴合实际

事项按照本单位的真实规则推进，员工不必在系统之外再做一遍手工变通，线上记录也才完整。

这也是办公OA定制与单纯增加功能之间的区别：前者解决的是贴合度，后者只解决有无。

3.2调整不必推倒重来

顺利获得配置完成的部分，业务变化时改动设置即可，既不影响已积累的数据，也不必重新培训。

改动前先确认对既有数据与历史记录的影响，避免调整之后出现断档。

3.3数据口径统一

定制过程把字段与统计口径一并梳理清楚，报表与台账保持一致，跨部门核对的工作随之减少。

字段定义统一之后，同一份数据在不同环节的含义一致，讨论时不必反复确认口径。

四、避坑要点

4.1为改而改

把习惯问题当成功能问题，改完之后使用方式没变，问题依旧存在，投入却没有产生相应效果。

判断的办法很简单：不借助系统能否顺畅完成，如果能，说明问题出在习惯而非功能。

4.2一次改得太多

需求一次性全部上线，测试难以覆盖，出问题时也难判断是哪里引起的。分批推进才是稳妥做法。

分批的同时把每批的目标写清楚，完成一批验收一批，进度也更可控。

4.3验收标准含糊

约定不清，交付之后容易出现分歧。应当把可核对的条件写进约定，例如流程能否跑通、字段是否正确。

验收时逐项对照，通不过的部分当场记录，避免拖到收尾阶段一起讨论。

4.4忽略升级与兼容

改动如果影响了后续升级，长期维护会越来越吃力。定制之前应当确认改动范围与升级路径之间的关系。

把扩展部分与标准部分分开管理，升级时才知道哪些需要一并调整。

4.5忽略后续维护

上线只是开始，后续的调整与支持同样重要。实施安排、培训方式与响应机制，都应在约定中写清楚。

把责任与响应方式写明白，长期使用中的沟通成本会低很多。

办公OA定制的正确打开方式，是先判断需求是否真有必要，再按配置优先、分批实施、原型确认的顺序推进。改对地方，系统才能贴着实际工作运转，后续的维护与升级也不至于变成负担。