发现一个重复动作时，很自然会想把它交给程序。但有些步骤虽然重复，却充满例外；有些任务虽然简单，却很少发生。选择合适的起点，比急着搭建完整流程更重要。
先记录一周的重复动作
每遇到一次相同的操作，就写下输入、输出、操作时间和例外情况。不要只记录鼠标动作，还要记录中间做了什么判断。整理之后，才能知道哪些步骤真正有稳定规则。
用四个问题筛选
- 它是否经常发生，且每次步骤基本相同？
- 输入是否结构清楚，结果能否检查？
- 遇到异常时，能否安全停止并交回人工？
- 节省的时间，是否超过开发和维护成本？
从辅助整理开始
汇总文件清单、标记缺失字段、生成待办草稿，通常更容易做成可以检查的工具。程序先给出结果，人再决定下一步。涉及外部发送、覆盖文件或业务提交时，再单独设计确认与恢复机制。
估算要把维护也算进去
假设某个任务每周发生五次，每次手动需要六分钟，自动化后仍需两分钟检查，那么每周节省约二十分钟。如果开发和后续维护耗时较多，是否值得做，还要考虑这个任务将持续多久。
这些数字只是估算示例，不是项目实测结果。规则经常变化的任务，还需要额外预留维护时间。
先完成最小闭环
选一个输入样本，生成一份可核对的结果，记录正常与异常路径。确认这个闭环有用之后，再考虑批量处理。一个稳定的小步骤，往往比一个无法解释的大流程更容易留下来。