现场共情：每天都在重复，不等于应该先自动化
团队每天复制表格、整理资料、催审批、回填系统，看起来处处都能省时间。真正排优先级时，却常被“谁抱怨最响”或“哪个演示最炫”带走。结果是流程规则还在变化、输入格式各不相同、异常没人接手，自动化上线前先堆出一批维护工作。正确起点不是统计动作数量，而是找到一个边界清楚、能观察结果、出错后可以人工接回的完整小流程。
判断条件：至少同时检查四件事
记录一周内发生次数、每次人工分钟数和排队时间。优先处理稳定重复的高频任务，不用年度偶发流程练手。
业务人员能说明输入、判断、输出和例外，不依赖某位老员工的直觉。规则仍在争论时，先统一流程。
样本不是为了演示临时整理的；字段来源、格式差异和权限都可确认，缺失数据有明确处理方式。
能定义“完成、失败、待确认”，关键输出有人复核；失败时保留原始输入，可转人工继续，不让任务静默丢失。
可以给候选流程做一张简单排序表：周频次、单次耗时、规则稳定度、数据可得性、异常比例、错误成本各记一项。优先选择频率高且错误成本可控的流程，而不是直接挑战最复杂、最核心的链路。
明确不适合做的情况
流程每周都在改；不同负责人对正确结果没有共识；输入主要靠口头补充；一次错误会直接触发付款、公开发布或不可逆客户承诺；没有人负责处理异常和维护规则；预期收益只写“提升效率”，却拿不出当前频次与耗时。此时更合适的动作是补 SOP、清字段、定责任和建立人工检查表。把未定义的流程交给 AI，只会把不一致放大并加快传播。
3 天最小动作：用一个真实批次跑闭环
选一个候选流程，跟着执行者完成 5–10 个真实任务。记录触发条件、输入来源、判断规则、输出去向、等待点和全部例外，形成一页流程图。
只替代最稳定的一段，允许人工上传、确认和导出。用昨日样本逐项比较结果，记录错误类型，不急着接生产系统或自动发送。
复盘完成率、人工仍需时间、异常比例和回退是否顺畅。通过标准应写成可观察条件；不通过就缩小范围或停止，不靠增加提示词掩盖流程问题。
证据与成熟度边界
小程序案例提供可演示的业务入口、数据处理和结果回传链路，可用于讨论“一个小闭环如何落地”；合作流程页提供从诊断、PoC 到交付的方法。两者都不能证明你的流程已经适合自动化，也不代表生产环境效果、客户采用率或财务回报。是否继续，应由真实样本、异常记录和责任边界共同决定。
查看小程序可演示链路 →查看诊断与 PoC 方法 →