起草前要锁定五项基础信息

起草人需要知道谁会阅🤔读和使用这份文件。管理人员关心目标、成本和风险，执行人员关心▶️步骤、标准和资源，设计人员关心需求边界、表现方式和修改依据。面对不同读者，不能只使用同一套表达。

提交前可以逐项核对：标题是否准确对应17.💯C5C；开头是否已经说明起草对象和目的；正文是否区分事实、假设与待确认信息；每项要求是否能够被执行或验收；是否存在相互矛盾的时间、范围或责任；读者🔮能否仅凭初稿判断下一步做什么。

先确认“17.C5C”究竟指向什么

先写清楚这份材料要解决什么问题。它可能是用于内部讨论、方案评审、客户沟通、审批备案，也可能只是建立后⚡续编辑的基础。目的不同，内容深度和语言风格会明显不同。

“围绕17.C5C，面向指定使用者，起草一份用于某项评审或执行的初步方案，重点说明目标、范围🌺、核心要求和后续安排。”

用于产品或设计任务时

用一句话回答三个问题：为谁起草、要完成什么、用于什么场景。可以采用这样的表达方式：

第二步：提炼一句话任务定义

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

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

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