在自动化的洽谈中，几乎每次都会出现同样的两个问题。第一个是数据去了哪里，第二个是这个："我什么时候能看到结果？"
诚实的答案不是一个数字，对报出数字的一方也值得多留一份小心。同一件事在两家公司所花的时间可能相差很远。差别不在技术，而在企业准备到什么程度。
本文谈决定周期的因素、实施要经过的阶段，以及如何判断事情是否在推进。目的不是给出日程表，而是指出该看哪里。
⏱️ 请记住：自动化的周期，取决于流程定义得是否清楚，多过取决于技术难度。步骤落到纸面、例外情况清楚的流程，搭建起来很快。若做法因人而异，大部分时间不是花在搭建上，而是花在把流程弄清楚上。
为什么没有人给出确定的周期
在一次实施中，看得见的部分是系统本身：触发条件、步骤、连接。这部分通常可以预估。意外来自看不见的部分。
看不见的部分，是流程实际如何运转。纸面上只有五步的工作，实际可能藏着十五种例外。这些例外在搭建过程中一个个浮现，每一个都需要作出判断。
因此认真的方案会用阶段而不是一个数字来说明周期。每个阶段何时结束，取决于上一阶段的产出。
决定周期的五个因素
流程是否已经定型
把每月都在变样子的工作自动化，等于每月重做一次。若在流程稳定之前动手，时间会花在修改而非搭建上。这是最能拉长周期的因素。
该怎么做：在搭建之前把流程逐步写下来。仅此一项就是最大的加速器。从哪里入手，五步实现数字化转型一文可以给出方向。
例外的数量
"我们一般这么做，但那种情况不一样"这句话出现多少次，会直接反映在周期上。每一个例外都是系统里的一条独立路径。例外少的流程搭建得快；例外多的流程，最好先简化。
该怎么做：从一个流程开始。同时搭建五个，比做完一个再做下一个更慢。若想动手练习流程梳理，我们的培训系列会逐步展开。
数据的状况
数据集中且有条理，搭建就快。若一半在表格里、一半在笔记本上、还有一部分在谁的手机里，就要先做汇总。这项工作排在自动化之前，也计入周期。
该怎么做：不必等搭建，先着手汇总。被拉长的不是搭建本身，而是它之前的准备。
需要连通几套系统
在一个地方开始、在一个地方结束的流程，搭建得快。若要把网页表单、消息通道、表格、日程和记账程序连起来，每一条连接都是独立的工作，各有各的意外。
该怎么做：第一轮先限制连接数量。等系统跑起来，再逐步添加。
由谁来负责
如果企业这边没有人负责，实施就会不停地等。要回答问题、要拍板、要测试。没有人做这些，即便技术这边准备好了，事情也推不动。
该怎么做：开始前指定一位负责人。一个能回答问题、能作决定的人就够。
实施要经过的阶段
看阶段而不看时长，是更稳妥的尺子。每个阶段都有自己的产出，产出没有出现就不进入下一阶段。
第一阶段：梳理流程
谁在什么时候做什么，哪条信息流向哪里，什么情况下做法不同。这一阶段的产出是一份书面的流程图。没有它就动手的实施，往往要重来。
第二阶段：搭建
系统在这里成形。定下触发条件，串起步骤，写好判断条件，打开例外通道。这是技术上最密集的阶段，但通常也是最可预估的一段。
第三阶段：并行运行
系统在跑，旧办法也还在跑。两者并肩走一段时间。目的是看系统面对真实数据时的表现。意料之外的输入会在这里出现并被修正。
这个阶段让人想跳过，因为看上去像是把活干了两遍。可一旦跳过，第一个差错就发生在正式运行中，信任随之受损。
第四阶段：交接
放下旧办法。团队开始使用系统。这一阶段交付培训、权限设置，以及"出问题时该怎么办"的说明。
第五阶段：磨合
系统运转的过程中会出现新情况。客户换一种方式填表，供应商改了格式。这类修正是正常的，会持续一段时间。之后系统就稳定下来。
第一份收益何时出现
看得见的第一份收益，通常出现在第三阶段，也就是并行运行期间。系统尚未交接，但已经开始分担一部分工作。
这里有个值得点明的误解：第一份收益未必是省下时间。并行期间团队仍在同时做两份事。最先出现的差别往往在别处：
- 被遗忘的事情变少。提醒在运转，跟进不再掉线。
- 用于查找的时间缩短。信息集中在一个地方。
- 回复的延迟下降。收到的消息会自己送到该看的人手里。
- 同一条信息录入两遍的必要消失。
真正的时间节省是在交接之后感受到的，因为那时旧办法才被放下。
进展是否顺利：值得留意的信号
搭建期间，进展应当可以衡量。以下情况可能说明方向是对的：
- 每个阶段都有实实在在的产出，而且看得见。
- 冒出来的例外被记录并作出决定，不是堆着不管。
- 团队里至少有一个人能独立使用系统。
- 问题在减少。起初问题多是正常的；若一直不减少，说明有些地方没讲明白。
- 搭建过程中流程本身也在改善。多余的步骤变得显眼。
停滞的信号
若出现下面这些情况，事情可能卡住了：
- 同一个决定谈了好几次，却始终没有定下来。
- "这个也加进去吧"的要求越积越多，范围越铺越大。
- 有东西该测，却没有人去测。
- 团队没见过系统，只有管理层知道。
- 例外不断出现，却没有记录下来。
这些信号多数属于组织问题而非技术问题，解法同样如此。自动化项目为何卡住，我们在自动化项目为何失败中作过详细讨论。
工具选择对周期的影响
装一套现成方案比从零开发要快，但当它与流程对不上时，就会反过来把流程掰去迁就工具，时间就丢在这里。定制搭建耗时更久，却能照原样接住流程。
选对了可以缩短工作，选错了会拉长总周期。作这个判断时，定制开发还是现成方案中的标准或许用得上。
我们的做法
在任何搭建之前，我们会与客户一起梳理流程，并在开头就把阶段谈定。每个阶段的产出是什么，谁来决定什么，何时进入并行运行。
我们不给出单一的周期数字。取而代之的是一段一段往前走，在每个阶段结束时一起看清现在走到哪里。如果某个阶段比预期长，我们会说明原因。
常见问题
实施期间日常工作会受影响吗？
实施本身不会让日常工作停下来，因为原有做法仍在运转。占用团队时间的是梳理流程和测试这两个阶段：回答问题、展示实际案例、试用做好的部分。如果这段时间正好赶上忙碌的日子，实施就会等待，所以日程最好一开始就谈定。
交接之后还需要维护吗？
需要，而且了解维护的性质会有帮助。所连接的服务时有变动，传入的数据格式会改变，企业的流程也会演进。这些不是故障，而是日常照料。由谁负责、出问题时找谁，应当在实施阶段就写下来。
什么时候可以自动化第二个流程？
在第一套系统交接完毕、团队能够自行使用之后。判断依据是行为而非日历：如果团队没有退回旧做法，提问也少了，就可以着手下一个流程。两套实施相互重叠，可能让两边都慢下来。
如果实施半途停下，我手里还剩什么？
这取决于停在哪个阶段。如果流程图已经梳理出来，这份文件会留在企业手里，本身就有价值，之后无论用哪种工具都能派上用场。系统方面，已搭建的流程与数据是否移交给您，应当写进合同。
团队中谁该参与，需要多少时间？
每天做这件事的人，以及能拍板的人。前者最了解流程，后者在出现例外时给出方向。这两个角色可以是同一个人。所需时间并不均匀：集中在梳理与测试阶段，进入搭建阶段后会减少。
结语
"要花多久"这个问题的答案因企业而异，决定它的并不是技术。流程定义得是否清楚、带着多少例外、数据放在哪里、由谁来负责，共同决定了总周期。
所以与其看日程表，不如看阶段。给每个阶段一个实在的产出，产出没出现就不进入下一步。这样既知道自己走到哪里，也能早早发现停滞。