任务卡片
任务卡片是任务的主要工作空间。用户在这里读取目标、查看参与者、打开文件、执行检查清单、讨论问题、提交结果并记录验收决定。
把任务卡片作为单一事实来源。如果决定是在聊天、会议或电话中做出的，也要把结论写回任务中：这样执行人知道当前要做什么，主管能看到工作进展，企业所有者也能不翻找多个渠道就理解责任和结果。
在界面中它可以从列表、通知或关联对象打开，不离开当前工作上下文。
任务卡片在桌面和手机上应保持同一套工作逻辑。屏幕密度可以不同，但描述、文件、检查清单、评论和下一步任务动作必须仍然可达，用户不应猜测约定被移到了哪里。
如何阅读卡片屏幕
先看标题、状态、负责人和期限，理解任务处于哪个阶段。然后阅读描述和完成标准，确认需要交付什么。接着检查文件、检查清单、评论和关联，理解工作材料、进度和已做决定。
建议按这个顺序阅读：
- 标题和状态。 确认要完成什么以及任务处于哪个阶段。
- 负责人和参与者。 确认谁负责结果、谁协助、谁只是观察。
- 期限和优先级。 判断是否有延期风险，主管是否需要介入。
- 描述和上下文。 找到目标、输入、限制和完成标准。
- 文件和文档。 打开执行或验收需要的材料。
- 检查清单。 理解步骤进度以及工作停在哪里。
- 评论。 查看问题、决定、阻塞点和验收请求。
- 关联。 查看任务依赖的客户、项目、文档或其他任务。
该流程帮助把卡片当作工作空间来阅读：从结果和责任，到材料、讨论和验收。
不要只根据状态判断任务是否正常。任务可能显示“进行中”，但缺少文件、期限或完成标准；也可能显示“检查中”，但结果没有附加。
如果用户打开卡片后一分钟内看不清结果、负责人、期限和下一步，应先整理卡片，再继续执行。
任务卡片对谁有用
员工用卡片作为工作说明：做什么、用什么材料、向谁提问、哪些步骤要完成。
部门负责人用卡片检查任务是否可控：责任是否清楚、期限是否现实、文件是否当前、决定是否记录、结果是否可验收。
企业所有者可通过卡片看到流程纪律：客户承诺是否被固定、重复工作是否标准化、控制是否依赖私聊。
如何在短会中使用任务卡片
打开一项任务，并按角色检查：
- 员工说明预期结果、下一步以及阻碍工作的事项；
- 主管核对负责人、截止日期、文件、检查清单和未解决问题；
- 业务或流程负责人决定：按现状继续、退回澄清、关闭结果，或把新范围移入关联任务。
如果一分钟内无法在卡片中找到某个答案，请先更新卡片：补充最终评论、文件、期限、负责人或关联任务。
卡片中应包含什么
好的任务卡片应能回答：
- 要得到什么结果；
- 谁负责，谁协作，谁观察；
- 什么时候需要；
- 完成标准是什么；
- 材料和最终版本在哪里；
- 哪些步骤已完成；
- 讨论中做了哪些决定；
- 任务关联到哪个客户、项目、文档或其他任务。
- 谁负责验收，以及按什么方式验收。
卡片区块和检查点
记录任务卡片时，不仅要说明“这是什么”，还要说明“怎样正确使用”。如果某个区块没有解释，用户说明就是不完整的。
| 卡片区块 | 用户做什么 | 主管应检查什么 |
|---|---|---|
| 标题和状态 | 快速理解任务、阶段和可用动作 | 状态符合真实情况 |
| 描述 | 阅读目标、输入和完成标准 | 结果表述可检查 |
| 参与者 | 查看提出人、负责人、协作执行人和观察者 | 一个负责人拥有最终结果，没有多余参与者 |
| 期限和优先级 | 计划工作并报告风险 | 期限现实，优先级没有代替说明 |
| 文件 | 打开材料并附加结果 | 附加的是当前版本，并说明要检查什么 |
| 检查清单 | 按步骤执行并标记进度 | 项目帮助验收，而不是复制描述 |
| 评论 | 提问、记录决定并请求验收 | 重要约定没有丢在聊天中 |
| 关联 | 跳转到客户、项目、文档或关联任务 | 任务没有脱离业务上下文 |
| 历史和活动 | 查看谁改了什么 | 有争议的变更可以恢复 |
责任和角色
卡片必须清楚显示提出人、负责人、协作执行人和观察者。一个任务最好有一个主要负责人。如果多个角色混在一起，验收时容易出现“大家都参与，但没人对结果负责”的情况。
开始工作前先检查参与者，尤其是任务来自模板、复制任务或外部流程时。通常角色这样分工：
- 提出人描述期望结果并验收工作；
- 负责人推动执行并报告进展；
- 协作执行人完成具体部分；
- 观察者跟踪上下文，需要时再加入讨论。
不要为了保险添加所有人。多余参与者会制造通知噪音并稀释责任。若某人只需要知道结果，可在合适时机把他加入讨论，或发送任务链接并附上简短说明。
开始处理任务
执行人开始前应做一次短检查：
- 阅读描述，确认结果是否清楚。
- 检查期限和优先级。
- 打开文件、文档和关联对象。
- 理解检查清单，并澄清不明确的步骤。
- 如果缺少数据，在评论中提问。
- 把新的约定写入评论或描述。
如果描述、评论和文件互相矛盾，不要先开始执行。先确认当前有效的结果版本。不要把关键问题转到私聊，否则后来主管和其他参与者无法恢复决定。
描述和约定
描述是任务的工作合同。它应说明为什么有这项工作、要交付什么、哪些标准必须满足。任务过程中如果期望变化，请更新描述或在评论中记录变更原因。
描述中应保留稳定信息：要做什么、为谁做、遵守哪些规则、什么算完成。当前问题、澄清和中间决定可以放在评论中，但重要约定还要写到容易找到的位置：描述、最终评论或检查清单。
好的结果表述应回答：
- 具体要出现什么交付物；
- 它会放在哪里；
- 谁需要看到或使用它；
- 哪些限制不能破坏；
- 按哪些迹象验收工作。
避免“研究一下”“看看”“讨论一下”这类模糊标题。更好的写法是结果导向：“准备实施成本测算”“确认邮件模板”“更新销售部门说明”。
卡片中的讨论
评论适合记录问题、决定、阻塞点、返回修改和验收请求。好的评论应具体：提到参与者、说明动作、给出需要的回答或期限。
使用评论来：
- 向提出人或执行人提问；
- 报告阻塞点；
- 确认会议或电话后的决定；
- 附加中间结果；
- 请求验收；
- 解释期限或参与者变化的原因。
不要把“已在会议上决定”只留在口头。请在任务中写一句总结，并说明下一步。
文件和文档
文件区应包含执行或验收必需的材料。对每个重要文件说明用途：来源、工作版本、最终版本或验收证明。
引用文档前请检查：
- 这是当前版本；
- 参与者有访问权限；
- 文件名不用额外解释也能理解；
- 文档确实属于当前任务；
- 评论中说明了要查看或检查什么。
如果文件在评论或检查清单项中出现，也要能理解它与任务结果的关系。
如果文件是工作结果，请在评论中写明它已准备好验收。如果有多个文档，请指出最终版本，避免主管或提出人验收旧材料。
检查清单
检查清单把多步骤工作拆成可检查动作。项目应能被明确标记为完成。对复杂流程，可使用嵌套，但不要让层级替代清晰描述。
把检查清单用于真正需要完成的动作：
- 准备材料；
- 与具体人员确认；
- 检查数据；
- 上传最终文件；
- 提交结果验收；
- 关闭关联问题。
不要把检查清单变成描述的副本。每一项都应具体到可以判断：已完成还是未完成。
主管查看检查清单时，不应只看完成百分比。还要检查项目是否真的对应完成标准，以及执行停在了哪一步。
期限和变更
期限、负责人、描述和完成标准的变更会影响所有参与者。变更时请说明原因：客户延期、材料缺失、范围变化、负责人调整或优先级变化。
期限变更的工作顺序：
- 负责人提前说明延期风险。
- 参与者澄清原因和影响。
- 提出人或主管确认新的期限。
- 新约定记录在卡片中。
- 必要时更新检查清单或参与者。
如果期限不断移动但没有解释，负责人无法区分真实阻塞和计划失控。
主管控制
如果卡片维护得好，主管不需要逐个询问“进展如何”。他应定期查看有期限风险、约定不清或验收未完成的任务。
主管打开卡片时应检查：
- 结果是否清楚；
- 负责人是否唯一；
- 期限和优先级是否合理；
- 文件是否当前且可访问；
- 检查清单是否反映工作步骤；
- 评论中是否记录重要决定；
- 是否有阻塞点或未回应问题；
- 是否存在期限风险；
- 谁需要帮助或需要被加入任务；
- 工作是否已准备好验收；
- 是否需要把重复工作转成模板或自动化。
主管控制不应替代执行。它的作用是消除障碍、明确责任，并在团队无法继续推进时做出决定。
卡片中的动作
卡片里不只有数据，还有工作动作。每个动作都会影响整个团队的流程，所以不要把它们当作形式化点击。
| 动作 | 什么时候使用 | 评论中写什么 |
|---|---|---|
| 修改描述或字段 | 输入、期限、负责人或完成标准变化 | 为什么期望变了，当前什么有效 |
| 添加文件 | 出现工作材料或最终结果 | 文件中看什么，哪个版本是最终版 |
| 添加检查清单项 | 出现必须完成的可检查步骤 | 谁执行，如何判断完成 |
| 写评论 | 需要问题、决定、阻塞点或验收请求 | 具体动作、参与者姓名和期待回答 |
| 退回修改 | 结果不符合标准 | 修改什么、在哪里检查、需要什么结果 |
| 完成任务 | 结果已验收，材料已附加，约定已关闭 | 如果任务对流程重要，写简短总结 |
如果期限、负责人、完成标准或最终文件发生变化，参与者必须理解变化原因。
当卡片只能查看或动作不可用时
有时你可以打开卡片，但不能修改字段、添加材料、切换状态或完成任务。这并不表示任务出错。通常是当前角色、任务状态或必需条件限制了下一步动作。
先把卡片当作决策来源来读：
- 谁对结果负责，谁可以修改任务；
- 当前是什么状态，以及它为什么可能限制动作；
- 是否还有未完成的检查清单、缺少的文件、未解决的讨论或逾期时间；
- 下一步应该由谁决定：执行人、提出人、经理或流程负责人；
- 仍然正确的可用动作是什么：评论、请求权限、交还负责人，或新建关联任务。
不要用复制任务、私人聊天或外部文件绕过限制。如果动作不可用，请在评论中明确写出你无法完成什么、需要什么结果、谁可以解锁下一步。对经理来说，这是一条流程信号：应澄清权限、参与者角色、验收标准或关闭顺序，而不是把工作移出 LadVen OS。
如果卡片是通过同事链接打开的，而部分数据不可见，不要要求对方绕过权限转发隐藏材料。请任务负责人以所需角色添加你，或准备一个单独任务/评论，只包含你完成动作真正需要的上下文。
验收和完成
完成任务不只是切换状态。关闭前要确认结果真的准备好、可理解，并且需要使用它的人都能访问。
验收前请检查：
- 结果符合描述；
- 所有必需的检查清单项已完成；
- 最终文件或文档已附加；
- 重要约定已记录；
- 讨论中的问题已关闭，或已转成新的任务；
- 期限和状态反映真实情况；
- 参与者知道任务已完成。
如果结果还没准备好，请用具体评论把任务退回修改。好的退回评论会说明要改什么，以及按哪个标准再次验收。
最终关闭前，如果任务发生过重要变化，请查看历史和活动：期限移动、负责人变更、最终文件替换、从验收退回，或出现新的范围。历史不能替代结果检查，但它能说明约定为什么改变，以及是否还有风险未关闭。
如果执行过程中出现新的义务，请创建单独任务并与原任务关联。不要把新的承诺留在已关闭的讨论中，否则它们很容易丢失。
常见错误
- 只看状态，不看描述和文件。
- 执行问题转到私聊，任务里没有决定。
- 指定过多负责人，导致责任被稀释。
- 文件很多但没有说明最终版本。
- 检查清单变成普通备注。
- 期限变更没有原因。
- 结果还没验收就关闭任务。
- 关联客户或项目缺失，任务脱离业务上下文。
- 口头约定没有写回任务，影响执行或验收。
良好实践
- 把任务卡片当作单一事实来源。
- 用结果而不是过程来表述任务。
- 指定一个对执行负责的人。
- 在评论中记录关键决定和阻塞点。
- 把关键约定移到描述、检查清单或最终评论。
- 文件旁说明用途和版本。
- 用检查清单显示可检查进度。
- 结果准备好后，用单独评论请求验收。
- 退回修改时写具体问题和期望结果。
- 对新的义务创建新任务。
- 关闭前检查完成标准。
任务卡片的典型场景
把这个列表作为开始工作、验收或与经理复盘前的快速检查。只看到完整卡片还不够；工作状态必须让下一步变清楚。
| 场景 | 要检查什么 |
|---|---|
| 已填写描述、期限和参与者的卡片 | 结果、负责人、期限和完成标准是否清楚 |
| 打开的文件区 | 材料、当前版本和最终文档是否放在正确位置 |
| 带嵌套的检查清单 | 步骤是否可检查，未完成项是否不会丢失 |
| 带验收请求的评论 | 结果、决定和下一位负责人是否有文字记录 |
| 退回修改 | 要修改什么、在哪里检查、什么结果会被接受是否清楚 |
| 移动端任务卡片 | 是否能从手机阅读结果、打开材料并留下必要评论 |
如果在培训、计划会或报告中展示卡片，请检查数据安全：不应出现真实客户、私密材料、无关员工，或并非所有参与者都应看到的内部链接。