第三步：搭建内容骨架

提前确定什么叫“合格初稿”。通常可以从信息是否完整、逻辑是否连贯、要求是否可执行、风险是否已提示、待确认✨问题是否列明等方面判断。初稿不一定要定稿，但必须让下一位参与者能够继续工作。

可以保留多个方🌟案，但每个方案都应写出优点、限制、所需资源和待决策问题。讨论稿的价值不在于假装所有结论已经确定，而在于帮助参与者快速比较并作出选择。

第五步：标注假设与待确认内容

如果你接到的任务就是“17.C5C-起草”，正确做法不是立即扩写，而是先确认编号对应的对象、起草目的、阅读对象、交付格式和审核人💎。信息确认后，再按照“背景—目标—内容—要求—风险—待确☀️认事项”的顺序形成初稿，既能避免方向跑偏，也方便后续修改。

确认最终需要的是一段说明、项目方案、会议⚡纪要、需求文档、制度草案，还是完整报告。形式会决定标题层级🍀、篇幅、字段和附件内容。若没有明确格式，可以先采用结构清晰的文字初稿，避免一开始把时间花在排版上。

把与17.C5C有关的任务描述📌、旧版本、会议记录、图片、数据、规范和沟通记录集中起来。先区分“已确认信息”“推测信息”和“尚未提供的信息”，不要把不同可信度的内容混写在一起。

用于产品或设计任务时

起草中经常出现“突出创意”“提升体验”“做好衔接”“保证质量”等表达，但▶️这些词本身不能🔍指导执行。应进一步说明怎样才算突出、由谁判断、在什么条件下完成。

重点写目标用户、使用场景、功能边界、风格方向、尺寸或技术约束、评审节点和修改规则。如果“17.C5C”只是设计代号，必须先确认版本号、应用范围和最终输出形式，避免把概念稿、效果稿和生产文件混为一谈。