用表格跟交付进度的人大概都经历过这个循环:打开多维表格,按截止日期排序,逐条看状态列,找到那些快到期却还没完成的记录,复制负责人名字,切到飞书聊天窗口,一条条粘贴催办消息。记录少的时候还撑得住,一旦同时跟十几个任务,漏催和重复催就变成常态。飞书多维表格自带的自动化能力可以把这段重复劳动接过去:你只需要把“什么条件下提醒谁”写成规则,剩下的交给流程定时执行。下面以“临近截止日期且状态未完成”为例,带你从字段准备走到测试上线,并把重复通知和条件不匹配这两个最容易踩的坑讲清楚。

先确定三件事,再动手配置
自动化流程只是执行器,它无法替你决定团队规则。开工前先和团队对齐三点,否则流程越自动,误会越大:
- 责任人字段归谁填。提醒对象应该来自表里的“负责人”成员字段,而不是你在流程里硬编码某个人。人员变动时只改表格,不改流程。
- 提醒频率。是每天提醒一次,还是截止前一天提醒、当天再提醒一次?频率决定了后面去重字段怎么设计。
- 数据权限。自动化发出的消息会带记录信息,确认哪些人可以看到这张表、这个视图,避免把敏感内容推送给无关成员。
这三点确定之后,流程本身其实只有一句话:在固定时间,找出满足条件的记录,按分支决定提醒谁、说什么。
准备字段:让条件可以被判断
条件分支能否生效,取决于表格里有没有“可判断”的字段。建议先把下面几列补齐:
| 字段名 | 字段类型 | 用途 |
|---|---|---|
| 任务名称 | 文本 | 消息正文里引用 |
| 负责人 | 成员 | 决定提醒对象 |
| 截止日期 | 日期 | 判断是否临近到期 |
| 状态 | 单选 | 判断是否已完成 |
| 上次提醒时间 | 日期(含时间) | 用于避免重复通知 |
| 提醒次数 | 数字 | 观察是否异常触发 |
两个细节值得提前处理。第一,“状态”尽量用单选而不是自由文本,选项名保持稳定,比如统一为“未开始 / 进行中 / 已完成”,后期改名会让已有条件失效。第二,“截止日期”必须是日期类型而不是文本类型,文本形式的“3月15日”无法参与日期比较,这是条件不匹配最常见的原因之一。
配置流程:定时触发 + 条件分支 + 发消息
打开多维表格顶部的自动化入口(不同版本可能叫“自动化流程”,也可能收在扩展菜单里,以你界面上实际显示的名称为准),新建一个流程。整体结构是三个节点:
节点一:定时触发。 选择按固定时间执行,例如每天上午 10:00。时间点建议选在团队上班后半小时左右,消息不容易被淹没在 overnight 的通知里。
节点二:查找记录 / 条件筛选。 这是流程的核心。把筛选条件设为“且”关系:
- 截止日期 早于或等于 今天 + 1 天
- 状态 不等于 已完成
- 上次提醒时间 早于 今天(或为空)
第三条就是去重开关,下一节详细说。
节点三:条件分支 + 发送消息。 在筛选结果上再加一层分支,让提醒内容有区分度:
- 分支 A:截止日期 早于 今天 → 消息主题写“已逾期”,语气更急。
- 分支 B:截止日期 等于 今天 → “今天到期”。
- 分支 C:其余情况 → “明天到期,提前准备”。
每个分支下发消息给“负责人”字段对应的成员,正文里引用任务名称和截止日期。如果团队习惯在群里同步,也可以额外发一条汇总消息到群,但注意别让群消息变成新的噪音源。
配置完成后,记得回写“上次提醒时间”为当前时间,并让“提醒次数”加一。回写动作要放在发消息之后,这样即使发送失败,也不会误标记为已提醒。
避免重复通知:三个常见漏洞
漏洞一:只靠定时触发,没有去重条件。 流程每天跑一次看似没问题,但如果你手动测试过一次,或者修改过记录触发了一次,同一条任务当天就可能收到两条消息。用“上次提醒时间早于今天”这类条件把当天已经提醒过的记录挡掉。
漏洞二:把“记录被修改时”当作触发条件。 编辑触发很灵敏,改一个错别字就会触发一次提醒。提醒类流程优先用定时触发,编辑触发只用来做“状态变更后通知”这类一次性动作。
漏洞三:回写字段和筛选条件互相打架。 如果筛选条件是“上次提醒时间为空”,而回写又把它填上,那么这条记录以后永远不会再被选中。想让同一任务在截止当天再提醒一次,就应该用“上次提醒时间早于今天”而不是“为空”。
测试与排查:条件为什么不匹配
上线前先造三条测试记录:一条已逾期未完成、一条今天到期未完成、一条已完成但日期已过。手动运行一次流程,看每条记录是否落进预期的分支、消息是否只发给了对应负责人。大多数自动化面板都提供运行记录,能看到每次执行的筛选结果和节点输出,这是排查的第一手材料。
如果发现该提醒的没提醒,按这个顺序检查:
- 字段类型对不对:日期列是不是真的日期类型,有没有混入文本。
- 空值怎么算:截止日期为空的记录通常不满足任何日期比较,确认这是不是你想要的行为。
- 选项名是否被改过:状态单选改名后,旧条件里可能还留着旧选项。
- “且”和“或”用反了:条件越多,越要逐条读一遍逻辑关系。
- 流程是否启用:编辑状态下流程可能处于关闭,测试时手动运行能跑通不代表定时已生效。
- 权限是否足够:发消息的机器人或执行者需要有对应会话的发送权限,否则节点会静默失败。
落地建议
先在一张测试表上把流程跑通,再复制到正式表;把“上次提醒时间”和“提醒次数”当作流程的健康指标,定期看一眼有没有异常增长。自动化能替你省掉复制粘贴,但提醒的边界、频率和对象,仍然需要团队自己定下来并且定期复盘——工具负责准时,规则负责合理。


评论列表 (1条):
加载更多评论 Loading...