添加检查清单
在 LadVen OS 中，检查清单帮助把任务拆成可检查步骤，让人无需阅读整段讨论也能快速理解进度。它既适合创建任务时使用，也适合之后在任务卡片中澄清工作。
不要把检查清单当作第二份任务描述，而要把它当作一组可用于验收结果的动作。
该图展示从阶段到可检查项目、证明文件以及按进度验收的路径。
什么时候使用
在以下情况下添加检查清单：
- 工作按清晰流程重复；
- 结果依赖多个必要步骤；
- 任务由多个参与者执行；
- 需要把工作阶段与评论讨论分开；
- 任务需要执行证明：截图、文档、中间文件。
如果任务只有一个明显动作，通常不需要单独检查清单。最好在任务标题和描述中说明结果。
对负责人来说，检查清单特别适合那些每次都应按同样方式完成的任务：启动活动、准备合同、验收设计稿、客户在部门之间交接、关闭财务期间。在这类任务中，检查清单把负责人的期望变成清晰工作顺序，降低执行人遗漏必要步骤的风险。
不要用检查清单记录想法、讨论和长说明。如果需要解释上下文，请放在任务描述中。如果需要讨论决定，请使用评论。检查清单中只应保留可检查的动作。
检查清单由什么组成
检查清单有几个层级：
- 带总体进度的检查清单区块：已完成项目数 / 总项目数；
- 用于工作阶段的分组；
- 可以标记完成的项目；
- 用于子步骤的嵌套项目；
- 项目或分组的优先级；
- 具体项目的附件；
- 编号设置。
分组帮助区分阶段，例如“准备”“审批”“发布”。分组内的项目仍应是独立、可检查的动作。
如何添加项目
- 打开任务或创建新任务。
- 进入检查清单区块。
- 添加第一个项目或分组。
- 按执行顺序写入项目。
- 如有必要，添加嵌套项目。
- 保存变更，或确认变更已自动同步。
项目应回答：“具体什么可以标记为完成？”好例子是“检查客户资料”。差例子是“检查资料、发送合同并等待回复”。后一种情况最好拆成三个项目。
分组和嵌套
用分组表示大阶段，用嵌套表示同一结果内部的子步骤。不要把结构做得比执行人工作所需更深。
好的结构：
- 分组“准备”；
- 项目“收集原始文档”；
- 嵌套项目“请求合同”“检查资料”“附加最终版本”。
差的结构：
- 为一个项目创建分组；
- 每个项目只是在视觉上依赖相邻项目；
- 文字太长，勾选前必须反复阅读。
如果某个项目可以独立完成，就让它与其他项目处于同一层级。如果某个项目是某一步的证明或澄清，就把它做成嵌套项。
实用规则：第一层表示阶段，下一层表示可检查动作，嵌套项目表示澄清或证明。如果负责人必须展开多层才能理解总体进度，结构就太深了。
大多数任务两层就够：
- 分组作为工作阶段；
- 分组内项目作为可以执行和验收的动作。
第三层只在子步骤确实能帮助避免遗漏重要细节时使用。例如“检查合同”可以包含“检查资料”“检查付款期限”“附加已确认版本”。但如果嵌套项目变成不同人员的独立工作，最好提升为主要项目或创建单独任务。
编号
编号有助于长检查清单和嵌套检查清单：参与者可以在评论中按编号引用项目，更快核对执行顺序。
在以下情况下启用编号：
- 项目很多；
- 有嵌套步骤；
- 执行顺序重要；
- 检查清单用于验收结果。
对两三个相互独立的短项目，编号可能多余。如果任务中有分组，请检查编号在每个分组内部以及无分组根区块中的显示方式。
项目优先级
不是每个项目都需要优先级。只有当某个步骤会阻塞结果、期限或任务验收时，才设置高优先级。
关键项目示例：
- 检查具有法律意义的文档；
- 发送给客户前获得审批；
- 附加没有它就不能关闭任务的文件；
- 完成会影响另一位参与者工作的步骤。
不要把所有项目都提成高优先级。如果所有内容都标记重要，参与者就看不出真正关键的步骤。
项目附件
文件不仅可以附加到整个任务，也可以附加到具体检查清单项。当文件用于证明具体步骤已完成时，这很方便。
适合附加到项目的内容：
- 检查截图；
- 已签署或已确认的文档版本；
- 单独阶段的结果文件；
- 只对该项目有用的图片或材料。
任务通用材料最好放在任务文件中，具体证明放在项目附件中。这样检查人不必猜哪个文件对应哪个步骤。
如果附件有多个，请检查它们可以打开、下载，并能通过名称区分。对图片，建议打开预览，确认需要的区域可见。
如何保持顺序
好的检查清单不仅在创建时有用，在工作过程中也应保持有用。当动作顺序变化、出现新的必要步骤或某部分工作不再需要时，请更新它。
保持顺序的方法：
- 按自然执行顺序排列项目；
- 把新步骤放进正确阶段，而不是总加到末尾；
- 删除或重命名不再反映真实工作的项目；
- 不要“提前”勾选项目；
- 如果项目卡住，澄清表述，或添加带延迟原因的嵌套子步骤；
- 把重要决定固定在项目中，而不是只放在评论里。
对负责人来说，检查清单应不经额外会议就回答三个问题：什么已经准备好，什么阻塞结果，哪些证明可以打开检查。如果答案必须手动在评论和文件中寻找，就需要整理检查清单。
AI 草稿
AI 助手帮助从文本或图片快速生成检查清单草稿。当你已有流程描述、邮件、截图、需求列表或技术任务草稿时，它很方便。
工作顺序：
- 在检查清单区块中打开 AI 助手。
- 粘贴文本或添加图片。
- 启动草稿准备。
- 查看建议的分组和项目。
- 删除多余内容，重命名不清楚的项目，然后再应用草稿。
AI 草稿不能替代执行人的检查。应用前请确认项目简短、可检查，并且不重复任务描述。如果助手无法可靠识别步骤，或对图片返回警告，最好澄清原始文本并重新生成。
保存、同步和错误
修改检查清单时，系统可能显示中间状态：
- 项目正在保存；
- 文件正在上传；
- 变更等待同步；
- 出现错误，可以重试；
- 因权限原因操作不可用。
添加大文件后不要马上关闭任务：等待上传完成。如果项目显示错误指示器，请重试操作或检查任务访问权限。勾选完成出错时，请确认项目不是只在视觉上显示为完成：刷新任务后，状态应与真实结果一致。
在创建任务模式下，项目附件可能会在任务本身保存后上传。因此创建后最好打开任务，检查文件是否出现在正确项目上。
如何处理执行
只有在步骤真实完成后才勾选项目。如果任务需要检查，不要只因为所有项目都勾选就关闭：先确认结果符合任务描述，且必要证明已附加。
如果项目表述太宽泛，不要部分勾选。把它拆成几个步骤，只勾选已经准备好的部分。
讨论具体项目时，请在评论中引用该项目。这样参与者无需额外说明就能看到讨论的是哪一步。
关闭的检查清单不等于已接受的结果。关闭或验收前，负责人不仅检查百分比，还要检查含义：结果是否符合任务描述、是否附加最终文件、是否有总结评论、是否有新请求没有关联任务承接。
如果所有项目都已关闭，但最终文件没有附加，或评论没有解释限制，最好不要静默接受任务。请执行人添加证明，或把新范围固定为单独关联任务。
工作检查清单示例
简单执行任务：
- 获取原始数据；
- 准备结果；
- 附加最终文件；
- 发送检查。
需要验收的任务：
- 分组“准备”：收集材料、检查访问、澄清完成标准；
- 分组“执行”：完成工作、附加中间证明、处理意见；
- 分组“验收”：附加最终结果、获得确认、关闭任务。
跨部门任务：
- 准备原始数据的部门分组；
- 执行主要工作的部门分组；
- 接受结果的部门或负责人分组。
不要把这些示例变成所有任务的硬模板。检查清单的意义是让具体工作透明，而不是用相同的形式化项目填满卡片。
良好实践
- 保持项目简短且可检查。
- 用分组表示阶段，而不是做装饰性分隔。
- 对单独或快速项目保留无分组根区块。
- 对长列表和嵌套列表启用编号。
- 只给关键步骤设置高优先级。
- 把证明附加到具体项目，把通用材料放到任务文件。
- 应用 AI 草稿前删除多余和模糊项目。
- 不要只把重要决定藏在评论中：如果决定影响执行，请添加或更新项目。
保存后检查什么
- 总体进度显示正确的已完成数和总数；
- 分组按预期展开和折叠；
- 嵌套项目位于正确父项目下；
- 编号没有打乱阅读顺序；
- 优先级只放在真正需要的位置；
- 文件能在正确项目上打开；
- 没有上传或错误指示器；
- 刷新任务后，检查清单保留结构和完成标记。
常见错误
重复任务描述。 检查清单应显示执行步骤，而不是重复长描述。
把多个动作混在一个项目中。 如果项目无法明确标记完成，请拆分。
创建过深嵌套。 执行人应能快速理解下一步，而不是像读说明书一样读树状结构。
无意义地使用分组。 分组用于阶段或逻辑块，不用于视觉装饰。
把所有文件附加到任务，尽管它们属于不同步骤。 具体动作的证明最好放在项目附件中。
不查看就应用 AI 草稿。 自动生成列表可能包含多余、重复或过于笼统的项目。
忽略同步错误。 如果变更未保存，参与者会看到旧检查清单，并可能按错误进度验收。
文档需要哪些截图
公开检查清单文档需要的截图不只展示添加按钮，还要展示工作逻辑。
需要这些状态：
- 新任务中的空检查清单区块；
- 带分组、嵌套项目和总体进度的检查清单；
- 编号开启和关闭；
- 带高优先级和嵌套文件的项目；
- AI 草稿应用前，以及编辑后的结果；
- 项目附件上传或错误状态；
- 长检查清单的移动端视图；
- 与主浅色截图相同场景的暗色主题。
截图中不应包含真实个人数据、商业文档、私人客户名称和内部评论。请使用项目名称清楚的演示任务：“检查合同”“附加最终版本”“获得审批”。