
使用此模板
清单能在手术中挽救生命,在航空领域预防事故,并在所有使用场景中减少错误。借助 Trupeer,你可以从经过验证的清单示例和模板开始,使用品牌规范进行定制,并将每份清单转换为视频教程,用于培训与入职引导,从而节省创建清单的数小时。
清单是最便宜的质量控制方式,但大多数清单并不奏效。它们太长,会列出没人会忘的步骤;并且在一天结束时“一次性签字确认”,却从未真正阅读。
真正有效的清单遵循航空与手术领域制定的规则——因为漏掉某一步的代价足够高,人们才会去研究究竟什么能真正起作用。这个免费的清单模板应用了这些规则,并提供你可以改编的带示例内容。
下载清单模板
格式 | 适合用于 |
|---|---|
Word (.docx) | 可编辑的清单,用于打印或共享。免费下载,无需注册 |
Excel (.xlsx) | 重复使用的清单、完成情况跟踪、同一张表内多次运行 |
可打印与可填写版本,以及任何需要签署的格式 | |
Google Docs | 团队共同编辑的共享清单 |
Google Sheets | 实时跟踪:多位人员在同一次运行中勾选项目 |
免费、可编辑、可打印、无水印。
清单模板
字段 | 填写内容 |
|---|---|
清单名称 | 网站上线清单 |
版本与日期 | v2.1, [date] |
负责人 | 负责保持其最新状态的角色 |
使用时机 | 触发条件:意味着有人应当拿起并使用这份清单 |
类型 | 读-做(Read-do)或做-确认(Do-confirm) |
项目 | 一个检查项,以可验证的条件表述 |
每项的负责人 | 当涉及多位人员时 |
完成 | 复选框 |
备注 | 例外情况、偏差、咨询过的人 |
签署确认 | 姓名与日期:当需要明确责任时 |
读-做(Read-do)或做-确认(Do-confirm)
清单有两种类型,会在不同的时刻使用。几乎所有无效清单,都是把其中一种当成另一种来用。
读-做(Read-do)。 你先阅读一个项目,然后执行它,再进入下一个。适用于不熟悉或不常见的任务,以及在工作记忆不可靠的紧急情况下。在驾驶舱里的发动机故障清单就是读-做。同样,首次发布软件也是读-做。
做-确认(Do-confirm)。 你凭借记忆与专业经验完成任务,然后在一个预先定义的节点停下来,确认关键项目都已完成。适用于由胜任人员执行的熟悉工作。比如,手术团队在切开之前确认患者、手术部位与手术方式——这就是做-确认。
把这两者用错会带来可预期的后果。把读-做清单交给经验丰富的人,他们会觉得被“指点”,从而被忽略;于是真正重要的项目也会被跳过,其他内容也就跟着失去意义。把做-确认清单交给第一次执行任务的人,他们会缺少所需的具体指引。
在写任何项目之前先决定你要写哪种类型,并在清单上标注。两种类型的长度限制也不同。
如何在 Trupeer 中自定义此模板
步骤 1:打开模板(Templates)板块
从主导航进入“模板”板块。

步骤 2:选择并打开模板
点击任意你想要编辑的模板,将其打开。

步骤 3:展开模板视图
如有需要,展开模板视图以清晰查看完整布局与细节。

步骤 4:编辑模板
点击“编辑(Edit)”开始修改所选模板。

在编辑器中,你可以:
添加新的章节
定义或更新格式规则
添加徽标,并调整其位置与相关设置
步骤 5:保存你的自定义模板
完成所有必要修改后,点击“保存(Save)”,将更新后的模板存为你的版本。

步骤 6:预览并微调模板
当你想查看自定义模板的效果时,打开“预览(Preview)”。

在预览界面中,如有需要,你仍可继续直接进行调整,确保模板呈现得与你想要的一致。
借助清单示例与模板,你可以:
节省创建时间:跳过空白页,直接使用经过验证的清单结构。
减少错误:清单能防止关键流程中漏掉步骤。
保持品牌一致:使用 Trupeer 的品牌套件应用你的徽标、字体与颜色。
覆盖每一种使用场景:提供日常运营、安全、入职引导、项目与质量相关的示例。
更快培训团队:将清单与视频演示结合,帮助新员工快速上手。
触达全球团队:一键将清单翻译为 65+ 种语言。
一份优秀的清单,是最简单、最具成本效益的质量工具。使用这些示例,构建能够守护质量、安全与一致性的清单。
一份清单应该包含多少项
比你想的更少。
对于做-确认(do-confirm)清单来说,在任何一个暂停点(pause point)上,实用的上限是 5 到 9 项。超过这个数量,人们会停止阅读并开始机械勾选——从而产生“看起来完成了”的假象,却没有真正的实质内容。世界卫生组织(WHO)《外科手术安全核查清单》是现存最常被研究的示例之一,总计约 19 项,分布在三个独立的暂停点中,因此不会有任何一个暂停点超过该限制。
读-做(read-do)清单可以更长,因为你是逐项阅读并执行,但仍应拆分为不同阶段,并在阶段之间设置清晰边界。
如果你的清单有 30 项,那么通常只有三种情况成立:你把多份清单合并在一起了;你在记录一个流程——这种情况下应使用业务流程模板或SOP;或者你包含了没人会忘的步骤——这是最常见的问题,也是下一部分要讨论的内容。
“致命项”(Killer items)
清单设计中最有用的一条纪律。致命项是指:一旦漏掉就会造成真实伤害,而且在实践中确实很容易被忘记。
这个测试有两部分,而且两部分都必须成立。
忘了它会有影响吗? 如果后果很轻微,或立刻就能看出来,那它不应该出现在做-确认清单里。
它真的会被忘吗? 如果从来没有人漏过它,那么把它列出来只会增加长度,并稀释对真正会被漏掉项目的注意力。
未通过第二个测试的步骤,正是清单变长之后又被忽略的原因。没有人会在部署网站时忘记上传文件。人们确实会忘记移除暂存(staging)环境里的 robots.txt,而且这条就应该出现在清单里。
找到致命项的方法,是回头看究竟发生过什么问题。事故复盘(post-incident reviews)、支持工单(support tickets)、险些发生(near misses)以及人们为之道歉的那些事情,就是你的素材来源。凭空想象出来的清单会列出显而易见的内容;基于事故历史构建的清单会列出那些真正会被漏掉的部分。
暂停点(Pause points)
做-确认清单需要一个明确的使用时刻,否则它就会变成一天结束时的形式主义。
好的暂停点是自然的边界:停下来几乎不会付出什么成本,但一旦越过错误继续推进,代价就会非常高。上线之前。索赔支付之前。患者被麻醉之前。告诉客户“已准备就绪”之前。
在清单本身上为暂停点命名,并把它放在发生切换的地方,而不是放在最后。完成在不可逆步骤之后的清单,是一份记录,而不是一种控制。
让清单真正发挥作用的关键
足够短,能被阅读而不是被机械勾选。
每个项目都是可验证的条件,而不是模糊的意图。“已验证可恢复备份(Backups verified restorable)”,而不是“检查备份(check backups)”。
在一个明确的时刻使用,而不是等到有人想起来。
它是基于真实发生过的问题构建的。
它有负责人和版本,因此会持续改进,而不是逐渐僵化。
它在工作发生的地方可用,而不是躺在文件夹里。
有人对签署确认负责:当风险足以证明需要明确责任时。
它能放在一页内。两页意味着人们只会看第一页。
每日清单示例
做-确认,6 项,用于每个班次开始时。刻意保持简短。
# | 项目 | 完成 |
|---|---|---|
1 | 已复核过夜告警:无未处理项 | ☐ |
2 | 昨日失败任务:已重新运行或已升级处理 | ☐ |
3 | 支持队列已分诊:超过 24 小时的已标记 | ☐ |
4 | 已与团队确认今日优先级 | ☐ |
5 | 昨日的阻塞项:要么已清除,要么已升级处理 | ☐ |
6 | 今日到期但尚未开始的事项 | ☐ |
注意缺少了什么。没有“检查邮件”,没有“登录”,没有“参加站会”。这些从不会被忘记,所以把它们列出来只会增加长度,并降低对第 1、2 项(真正会被漏掉的项目)的关注。
入职引导清单示例
读-做,分阶段,因为使用它的人是第一次执行。
第一天之前
# | 项目 | 负责人 | 完成 |
|---|---|---|---|
1 | 已开通并测试账号与系统访问权限 | IT | ☐ |
2 | 设备已交付并确认可正常使用 | IT | ☐ |
3 | 已填充第一周日程表 | 经理 | ☐ |
4 | 已指派伙伴并完成简报 | 经理 | ☐ |
5 | 合同已签署并已归还 | 人力资源(HR) | ☐ |
第一周
# | 项目 | 负责人 | 完成 |
|---|---|---|---|
6 | 已将经理的一对一会议安排为定期事项 | 经理 | ☐ |
7 | 已与直属团队完成相互介绍 | 经理 | ☐ |
8 | 已完成产品或服务演示讲解 | 伙伴 | ☐ |
9 | 已确认文档访问权限与已录制培训内容 | 伙伴 | ☐ |
10 | 已将第 30 天的成功标准写下并共享 | 经理 | ☐ |
如需完整版本,请使用入职引导清单与计划模板,并从能力侧配套使用30-60-90 天计划。
质量保证清单示例
做-确认:在发布前的某个暂停点使用,而不是放在最后。
# | 项目 | 完成 |
|---|---|---|
1 | 范围内每项需求的验收标准均已满足 | ☐ |
2 | 回归测试通过,失败项已分诊处理 | ☐ |
3 | 已在两种最低规格的支持配置上完成测试 | ☐ |
4 | 已测试回滚,而不仅仅是记录文档 | ☐ |
5 | 已确认错误监控与告警已在生产环境中生效 | ☐ |
6 | 已向支持团队说明将发生哪些变更及可能出现的问题 | ☐ |
第 4 项是大多数发布清单中的致命项。纸面上存在、但从未执行过的回滚方案,在真正需要的时候就会失效。
网站上线清单示例
# | 项目 | 完成 |
|---|---|---|
1 | 已移除暂存环境 robots.txt 与 noindex 标签 | ☐ |
2 | 已测试每个旧 URL 的重定向,而不仅仅是列出 | ☐ |
3 | 分析与转化追踪在生产环境中已触发 | ☐ |
4 | 表单已端到端测试,包括通知邮件 | ☐ |
5 | SSL 有效,并将 http 重定向到 https | ☐ |
6 | 已在真实手机上检查,而不仅仅是调整浏览器尺寸 | ☐ |
7 | 404 页面可正常工作,且链接到有用的内容 | ☐ |
清单中的每一项,都是由胜任团队“把它们以错误方式交付出去”的真实情况。正因为如此,它们才具备资格。完整版本是网站上线清单模板。
清单的类型
类型 | 用途 | 读-做或做-确认 |
|---|---|---|
每日或交接清单 | 日常开始与交接 | 做-确认 |
待办清单 | 个人任务记录,并不是真正的清单 | 都不是 |
流程清单 | 确认多步骤流程已完成 | 做-确认 |
入职引导清单 | 首次执行的流程 | 读-做 |
质量或 QA 清单 | 发布前的验证 | 做-确认 |
安全清单 | 在执行高风险任务前确认防护措施 | 做-确认 |
审计或合规清单 | 基于标准收集证据 | 读-做 |
交接清单 | 所有权变更时不遗漏任何内容 | 读-做 |
上线清单 | 发布前验证 | 做-确认 |
故障排查清单 | 在压力下处理问题 | 读-做 |
应急清单 | 罕见、高风险,且记忆不可靠 | 读-做 |
检查清单 | 记录物理或系统状态 | 读-做 |
简易清单模板
如果你想要的是“最小可用”,只需要三列:项目、完成、备注。再加上标题以及使用时刻。
这对大多数个人清单与小团队清单来说已经足够。更复杂的版本会增加负责人列、签署确认模块与版本控制——当多位人员共享清单,或之后有人可能会追问是否已完成时,这些就很重要。对于你自己使用的清单来说,这些额外内容就是“开销”。
从简单开始,只有当缺少某个字段曾经导致问题时,才添加它。
给学生的清单示例
清单对课程作业非常有效,因为学生作品的失败模式通常不是能力不足,而是“提交了,但最后几件事没有做”。
作业提交清单。 字数在范围内,引用格式一致,文内引文与参考文献匹配,姓名与学号齐全,文件格式正确,并在截止时间前提交到正确的门户。
修改清单。 每个主题一行,并设置“已阅读”“已练习”“我自己已测试”“仍然薄弱”的列。最后一列才是最有用的。
小组项目清单。 谁负责每个部分、每个部分的商定截止日期、由一人负责合并,以及一个检查:确保所有贡献者的格式保持一致。
考试准备清单。 允许携带的材料、地点与时间已确认,设备在前一晚已准备好。
同样的设计规则适用。不要列出你从不忘的内容。列出那些上次因为漏掉而让你丢分的内容。
如何创建清单
用一句话决定目的:这份清单要防止哪种错误?
选择读-做或做-确认,并把它写在清单上。
定义暂停点:这份清单到底在什么时候使用?
从真实发生过的问题中收集候选项目,而不是凭空想象。
对每个项目应用致命项测试:忘了它会有影响吗?它在实践中真的会被忘吗?
每个暂停点最多切到 9 项,或拆分为多个阶段。
把每个项目表述为可验证的条件,而不是一个动作。
当涉及多位人员时,为每项指定负责人。
让不参与编写的人在真实条件下测试它。
为清单设置版本与负责人,并在每次未能捕捉到问题之后重新审视。
第十步才是把“活的清单”与“覆膜清单”区分开来的关键。每一次逃逸(漏掉)都是关于缺失项目的信息。
测试你的清单
让没有编写它的人在真实条件下使用,而不是在评审会议里“走流程”。留意三件事。
他们在不阅读的情况下跳过的项目,说明清单太长或包含显而易见的步骤。需要他们解释/理解的项目,说明表述不可验证。无法在当下检查的项目,说明暂停点放错了位置。
然后用它对照你最近的三次事故(或问题)。如果清单本可以但却没能捕捉到它们,那说明你在检查错误的东西。
清单、SOP、作业指导书或待办清单
它们经常被混淆,而选错会导致生成一份“适配不了任何场景”的文档。
清单 | 待办清单 | SOP | 作业指导书 | |
|---|---|---|---|---|
回答 | 我们是否做了关键事项 | 我需要做什么 | 这个流程如何运行 | 我到底该如何完成这项任务 |
可复用 | 每次都不变地复用 | 一次使用,然后丢弃 | 每次都复用 | 每次都复用 |
默认具备能力 | 是,适用于做-确认 | 是 | 部分 | 否 |
长度 | 少于一页 | 不管是什么 | 两到十页 | 一到两页 |
在以下情况下失效 | 太长 | 没关系,它是一次性的 | 太模糊 | 不够具体 |
你需要 SOP 而不是清单的最明确信号是:你的清单项目开始“长出子步骤”。当某个项目需要解释时,它就属于一个流程(procedure),清单应该引用它,而不是把它吸收进来。
最佳实践
在文档本身上标注清单类型与暂停点。
从事故历史构建项目,而不是凭空想象。
把任何一个暂停点控制在 9 项以内。
把项目表述为可验证的条件。
为所有内容设置版本,并写明负责人的角色。
把它存放在任务发生的地方。
每次漏掉了本该捕捉到的内容后都进行复盘。
删除从未被漏过的项目。这是最难的纪律,也是最有价值的。
常见错误
列出“一切”,而不是列出“会被漏掉的部分”。清单被忽略的首要原因。
没有定义使用时刻,因此变成了“每天结束时勾选一下”的练习。
面向受众的类型选错了。专家用读-做,新手用做-确认。
不可验证的项目。“检查网站是否正常工作”无法被确认或证伪。
太长,所以人们会在不阅读的情况下勾选。
在不可逆步骤之后使用,使其变成记录而不是控制。
从不更新,因此同样的漏项会不断发生。
把它变成流程文档——从那一刻起,它就不再适用于“工作发生的当下”。
没有负责人,因此会在无人察觉中逐渐失效。
把清单变成人人都能照着做的东西
在 Trupeer AI 中打开模板,应用你的品牌套件,让清单与其他运营文档保持一致,然后直接编辑任意章节。设置说明见模板指南。
清单的局限在于:它能确认,而不是提供指令。“已测试回滚(Rollback tested)”对懂得如何测试回滚的人来说是个不错的项目;但对不懂的人来说毫无用处——这就是为什么针对不熟悉工作的读-做清单会在中途被放弃。
把任务记录下来,Trupeer AI 会同时生成两样内容:给懂得这项工作的人用的清单,以及给不懂的人用的带旁白的视频演示。同一份录制内容,因此他们不会“理解偏离”。将其翻译为 65+ 种语言,供分布式与多站点团队使用,并在使用时把两者都保存在你的知识库中。
记录它。做成品牌风格。翻译它。用 Trupeer 来实现。
常见问题解答
Word 里有免费的可编辑清单模板吗?
有。Word 是最灵活的版本:支持编辑项目、复选框,以及为负责人和备注预留空间。免费下载,无需注册,无水印。
有没有可下载为 PDF 的免费清单模板?
有。包含两种 PDF 版本:一种可打印,适用于剪贴板与墙面使用;另一种可填写,你可以在屏幕上完成并保存为记录。
有没有我可以在屏幕上填写的 PDF 清单模板?
有。可填写的 PDF 为每个项目提供表单字段,并包含备注与签署确认模块,因此你可以在不打印的情况下保存并归档已完成的运行记录。
Excel 有清单模板吗?
有,而且 Excel 适合任何需要重复使用的场景。每次运行一列意味着一个月的每日清单可以放在同一张表里,完成率也会变得可见——这就是你如何找到每次都会被漏掉的那一项。
有没有简单的清单模板?
有。简单版本包含三列:项目、完成、备注;再加上标题与使用时刻。对大多数个人与小团队清单来说,这已经足够;在你需要之前就添加字段,是让清单看起来像“管理文档”的最快方式。
有没有免费的每日清单模板?
有。每日版本以做-确认为结构,包含 6 到 8 项,适配班次开始或结束时使用。上面的示例展示了你应该达到的水平,而这套纪律的关键在于:把你从不忘的内容排除掉。
我在哪里可以找到免费的清单模板?
在本页面中,提供 Word、Excel、PDF、Google Docs 与 Google Sheets 版本。全部免费,无需账号即可使用。还提供针对项目清单、交接、网站上线以及入职引导的特定版本。
给学生的清单示例是什么?
最有用的通常包括两类:一份覆盖字数、引用、文件格式与门户的作业提交清单;以及一份带“仍然薄弱主题”列的修改清单。两者都有效,因为它们聚焦的是“因为漏掉而丢分”的内容,而不是因为“不理解”导致的缺失。
读-做与做-确认清单有什么区别?
在读-做清单中,你会先阅读每个项目,然后执行它;这适用于不熟悉的任务与紧急情况。在做-确认清单中,你会凭借专业经验完成工作,然后暂停以确认关键项目已完成;这适用于由胜任人员执行的常规工作。使用错误的类型,就是为什么清单会被忽略,或让人陷入无从下手的困境。
一份清单应该包含多少项?
对于做-确认清单来说,在任何一个暂停点上应控制在 5 到 9 项。若读-做清单拆分为多个阶段,总体可以更长。总数超过约 30 项时,你几乎可以确定是在写流程文档,而不是清单。
什么是致命项(Killer item)?
致命项是指:一旦忘记就会造成真实伤害,并且在实践中确实会被忘掉的项目。两项条件都必须成立。没人会漏掉的步骤只会增加长度,并稀释对真正重要内容的注意力——因此,删减项目通常比添加项目更有价值。
清单与 SOP 有什么区别?
清单用于确认关键事项是否发生,并默认执行者知道如何完成这些事项。SOP 则会描述流程如何运行,并提供足够细节以便照着执行。如果你的清单项目开始出现子步骤,你就需要 SOP;清单应当引用它,而不是把它吸收进来。
清单与待办清单有什么区别?
清单在每次相同情境出现时都会保持不变地复用。待办清单只会为特定的某一天或某个项目创建一次,然后就会被丢弃。混淆两者会导致清单里充满一次性的任务。
我该如何制作一份人们真的会用的清单?
把每个暂停点控制在 9 项以内,从真实发生过的问题而不是“可能会发生”的情况来构建项目,把项目表述为可验证的条件,明确使用时刻,并删除任何从未被漏过的内容。然后让没有编写它的人来测试。
我可以自定义这些清单模板吗?
可以。所有版本都支持完全编辑。你可以在需要明确责任的地方添加负责人列与签署确认模块;如果不需要,也可以把内容精简为三列。在 Trupeer AI 中,你还可以应用你的品牌套件,让清单与其他运营文档保持一致。
