用一页任务卡固定起草方向

修订时可以逐段追问三个问题：这句话是在陈述事实、提出判断，还是安排行动？事实有没有来源，判断有没有依据，行动有没有负责人和完成条件？无法回答的问题应补😎充信息、降低表述强度，或明确标记为待确认事项。

一、项目背景与问题定义

如果你正在处理“17.c.cow起草”，首先不要直接套用一篇泛泛的创意文案。仅凭“17.c.cow”这一组字符，无法可靠判断它是项目编号、文件代号、栏目名称、系统字段，还是某个内部任务名称。稳妥的做法是先确认使用场景、文档对象、阅读人群和最终交付格式，再按照“背景—目标—方案—执行—验收”的顺序完成起草。

当需求方无法提供完整背景时，可以用五个问题快速补齐信息：为什么要做、准备解决什么问题、面向谁、计划怎样实施、完成后怎样判断有效。五个问题的答案不必一开始就很长，但必须能够彼此对应，不能出现目标写用户增长、方案却只描述视觉设计的情况。

提交版本需要同时通过名称、内容、执行和格式四层检查。名称检查确认代号写法统一，标题、正文、附件和文件名没有出现不同版本；内容检查确认背景、目标、方案和验收标准相互匹配；执行检查确认人员、时间、资源和风险都有对应安排；格式检查确认标题层级、段落顺序、表格字段和版本号符合要求。

起草中最容易出现的五类问题

任务卡中的“待确认”内容应单独标注，不要为了让文章看起来完整而填入猜测。特别是预算、用户数量、上线时间、合作方名称和效果数据，只有在有明确来源或负责人确认后才能写成确定表述。

目标部分需要说明项目要改变什么，以及改变到什么程度。无法量化的目标可以采用清晰的行为描述，例如完成统一流程、形成可复用模板、减少重复沟通或建立审核机制。成功标准应与目标一一对应，不能只写“取得良好效果”。如果暂时没有数据基础，可以先写验收动作，例如完成测试、通过评审、交付指定文件或获得目标用户反馈。

文档质量问题通常不是语法错误，而是信息边界、责任关系和承诺程度没🎆🔍有写清楚。以下情况会直接影响阅读和执行。

四、资源安排与责任分工

17.c.cow起草的第一步不是润色句子，而是确认任务边界。信息不完整时，文档⭐越早进入正式写作，后续返工的概率越高。至少需要核实以下四项内容。

任务卡适合在正式👍写作前锁定17.c.cow的基础定义。任务卡不🔍是最终正文，而是对核心判断的压缩，能够帮助起草者区分已知事实、暂定设想和待确认事项。