“数字化”和“自动化”常被当成同一个目标：买一套工具，让原来的工作自己运行。两者其实回答不同问题。数字化先让团队知道发生了什么，自动化才决定在明确条件下由系统做什么。前一步不可靠，后一步不会修正混乱，只会扩大速度和范围。
例如团队连“已分配”和“已接收”都混用，自动提醒就不知道何时停止；首次来源与转化来源共用一个字段，接口同步只会更快覆盖历史；一次下载被直接定义为MQL，流程会把学习者批量推给销售。问题不是自动化技术太弱，而是业务事实没有先建立。
数字化究竟完成什么
数字化不是把纸表搬到屏幕，而是让业务对象、事件和状态可查询。谁是联系人，哪家公司是账户，客户原话是什么，任务为何产生，谁负责，当前状态是什么，什么时候变化，依据来自哪里，都应能在适当权限内被找到。
记录还要可修正和可追溯。销售发现账户匹配错误，应能更正并保留变更；字段规则更新，应知道从何时生效。只有一堆无法解释的表格，不算完成数字化。
自动化究竟完成什么
自动化是在某个入口事件发生后，按已确认条件执行动作、等待、分支或退出。例如咨询成功入库后通知负责人；接收时间到期仍无状态时提醒管理者；字段缺失时进入补充队列；客户拒绝后停止普通培育。
自动化负责稳定重复，不负责发明规则。系统可以计算“近30天符合两项条件”，但这是否代表兴趣、是否允许联系、是否应交销售，仍取决于企业定义与人工判断。
为什么主数据不清就不能自动化
同一事实若在多个系统都能随意修改，自动同步会发生覆盖。CRM把商机阶段改为关闭，营销工具又用旧值写回；销售修正企业账户，表单系统下一次提交又新建一条。速度越快，错误越难追溯。
先指定主责：内容版本由CMS管理，销售关系与商机由CRM确认，来源事件保留原始值，拒绝状态由实际触达流程共同执行。数据交换写明方向、冲突和空值处理，再谈自动更新。
为什么状态定义要先统一
“线索”“MQL”“已接收”“退回”和“激活”必须有可执行含义。若市场把下载者当MQL，销售只接有明确项目的人，自动分配会持续制造争议。系统不会判断哪个部门更合理，只会忠实执行配置。
先用样本校准定义：哪些事实满足进入，哪些需要人工核实，退回原因对应什么动作，何时停止。第15课的资格判断和市场销售SLA可作为相关学习。
哪些动作适合优先自动化
优先选择低风险、规则稳定、重复较高、结果易验收的动作，如提交确认、内部通知、必填校验、到期提醒、已确认退回原因的分流和接口失败告警。即使这些动作，也要有频率、权限与停止条件。
复杂意图识别、跨账户合并、销售资格确认和合同承诺不适合在证据不足时全自动。可以让系统给出待核实信号或生成任务，但由有权限的人完成判断。
一个流程需要哪些组成部分
至少包括入口事件、适用对象、必要字段、判断条件、排除条件、执行动作、等待规则、分支、成功出口、拒绝出口、异常出口、人工接管、负责人、版本和复盘指标。只画“触发—发送”不是完整流程。
每个出口都要能解释状态。例如目标达成后不再重复发送；销售已接收则退出营销催促；无法送达进入数据处理；客户拒绝立即停止适用触达。出口缺失会让对象永久困在流程里。
为什么要先手工跑通
手工运行能暴露规则中没写出的判断：公共邮箱怎样处理，已有客户提出新问题给谁，原负责人休假怎么办，同一人从两个入口出现是否合并。把这些例外记录下来，才能决定自动化和人工队列的边界。
手工不是长期目标，也不是要求员工重复低价值劳动。它是验证业务语义的实验。选少量脱敏样本，记录每步理由，稳定后再配置系统。
怎样小范围上线并保留回滚
先限定一种入口、一类对象和少量内部用户，保留旧流程对照。上线前准备测试记录、失败告警、暂停开关和人工补偿；上线后比较入库、重复、延迟、接收、退回和拒绝执行是否符合定义。
发现问题先暂停受影响分支，保存日志和版本，再修复重放。不要为了证明项目成功而隐藏手工补救。第24课事实与原因分开复盘可用于记录上线结果。
如何判断自动化真的有用
比较同一任务在上线前后的真实步骤、遗漏、重复、等待和维护投入。还要看错误是否更容易发现、历史是否完整、员工是否采用、客户约定是否被执行。单纯“发送量增加”不能证明流程更好。
效果需要自己的基线和观察窗口。工具成本还包括配置、迁移、培训、权限、安全和持续维护；不能只用账号价格或演示中节省的点击数计算收益。
自动化前的就绪度检查
准备自动化前，可以设置六道检查门。第一，定义门：对象、状态、进入、退出和排除是否有共同口径；第二，数据门：必要字段是否真实存在，来源与更新时间是否可追溯；第三，责任门：规则、内容、异常和审批分别由谁维护；第四，例外门：重复、缺值、冲突、接口失败和人员离岗如何处理；第五，客户边界门：使用依据、允许用途和渠道、拒绝与撤回是否能执行；第六，度量门：如何发现正确执行、误执行和业务结果。任何一门只有口号而无负责人和证据，都不应直接扩大范围。
检查结果不必简单写“通过或不通过”。可以使用红、黄、绿三种状态：绿色表示定义明确、样本验证过且有人维护；黄色表示可以小范围试行，但需要人工确认或每日检查；红色表示可能造成不可接受的数据、权限或客户关系风险，应先修正流程。状态要附日期和依据，避免一次评审永久有效。业务、人员和产品版本变化后，原来的绿色也可能需要重审。
上线时先选择一个低风险入口、一个明确对象和有限受众，保留人工接管与立即停止能力。不要把“测试环境成功”直接等同于真实运行成功，因为真实数据会出现重复、缺值、历史冲突和不同权限。试行期记录每次异常的触发条件、影响、补偿和规则修订；只有错误能够被发现、恢复不会制造新问题，才考虑扩大覆盖。
自动化后的复盘也要允许得出“不值得继续自动化”的结论。若流程变化频繁、样本过少、判断高度依赖上下文，人工任务加标准模板可能更透明。软件采购的价值不是自动步骤越多，而是让正确工作更稳定、错误更快被发现，并让团队保留对客户承诺和关键判断的责任。
就绪度检查最好由实际执行者、流程负责人、数据或技术人员共同完成。执行者能指出隐藏的复制、催办和补录，负责人判断状态与承诺，技术人员核验字段、接口和日志。任何一方单独评审，都可能把自己的视角误当成完整流程。会议结束后，把未达成一致的定义单列为待办，而不是为了赶进度先写入自动化规则。
还要给每项检查指定下一次复核日期并留痕，避免流程已经变化，系统却继续执行旧规则。
学完这一页要完成什么
选一个计划自动化的流程，分别列出当前可查询的事实与准备自动执行的动作。为入口、排除、成功、拒绝、失败和人工接管写规则；若任一核心状态仍有两种解释，先停止配置并安排样本校准。
继续本课：画清重复工作、区分软件职责、走查一条咨询、测试软件演示和同场比较采购方案。
本页来源与禁写边界
- 主要来源：已确认学习单元 `marketing-software.md`；赵岩《B2B数字营销笔记2025》第68—73、88—92页；营销自动化系统连接方法；市场与销售SLA。
- 禁写：自动化天然比手工正确；浏览行为自动成为MQL；系统替人确认需求；采购软件必然节省成本或提高转化；未核验产品能力与固定实施周期。