起草前需要锁定的五项信息

事实内容应注明来源或已有依据；假设内容应使用“暂定”“预计”“可选”等词；待确认内容应单独列出负责人和确认节点。三类信息混在一起，会让读者误把推测当成结论。

一份可提交的任务草案不需要一开始就做到视觉完成，但必须让审核者知道当前方案如何形成、下一步需要谁做什么。以下结构适合设计、策划和创意类任务，也可以按实际场景删减。

起草文档最常见的问题不是文字不够漂亮，而是文档无🎵法帮助决策。以🎆下错误会让审核者提出大量重复问题。

第二步：区分已知、假设和待确认

任务卡应放在文档开头，用三到🌟五句话说明任务名称、背景、目标、对象、截止时间和当前版本。任务卡不是宣传语，而是供审核者快速判断“是否理解正确”的控制面板。

结构可以按照“背景—问题—目标—方案—执行—风险—待确认”展开。设计类任务还应补充用户场景、视觉方向、交互重点和输出规格；文案类任务则应补充受众痛点、核心利益、语气和行动指引。

待确认事项不应散落在正文😎各处。集中列出问题并指定确认人，可以防止不同参与者分别理解，减少同一内容多轮修改。

先判断17.C5C-起草对应的交付物

创意方案不宜只给一个未经验证的结论。可以先提出两到三个方向，每个方向使用相同维度描述：核心概▶️念、适用场景、优势、限制、所需资源和后❤️续动作。统一维度便于横向比较，也能避免只凭个人偏好做决定。

17.C5C-起草的可执行写作流程

任务编号的第一项工作是确认“起草”究竟指哪一种文件。相同的起草动作，可能对应产品概念、宣传文案、设计说明、项目提案、流程制度或会议决议，不同文件的结构和审核人完全不同。

第五步：把抽象词改成可观察内容

完整的起草流程应当从事实整理开始，😎再进入创意判断和表达加工。按照以下顺序推进，可以减少反复返工，也能让其他人🌅快速看懂尚未定稿的部分。

提交前检查17.C5C-起草的质量

早期任务通常仍有目标和范围变化。初稿过度包装会让团队误以为方😎向已经锁定，后续修改成本也会增加。初稿应明📌确哪些内容已经确定，哪些内容只是建议。

当资料不足以支撑明确结论时，合格的初稿不是假装确定，而是把不确定性管理清楚。围绕17.C5C-起草完成编号确认、交付物定义、方案比较和待确认事项，通常就能把一个模糊任务转化为可评审、可修改、可继续执行的工作文件。