产品文案撰写，怎样补充已有页面的信息缺口
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /72e6440e33b5.html
📄
产品文案撰写，怎样补充已有页面的信息缺口
补充已有页面的信息缺口，不是把页面写得更长，而是先找出读者看完仍无法做决定的地方，再补上缺失的事实、条件、对比或步骤。多人协作时，把“缺口”写成可交付的清单，比笼统说“再丰富一点”更能减少返工。
先观察：读者在哪一步停下来
从已有页面里找缺口，可以看三类信号：一是页面反复提到某个好处，却没有说明适用条件；二是出现“支持多种场景”这类概括，却没有具体例子；三是读者需要比较，却只看到单方面描述。观察时不要凭感觉，直接把页面按段落拆开，逐段标注它回答了什么问题。
一个可执行的检查方法是：假设读者只读这一页，能否回答“它是什么、适合谁、怎么用、和别的选择差在哪、下一步做什么”。如果某一栏空白，那里就是信息缺口。多人协作时，由一人负责标注，另一人复核，避免写作者自己觉得“已经说清楚了”。
判断：哪些缺口值得补，哪些只是重复
不是所有空白都要填。判断依据是：补上之后，读者能否做出更明确的判断或动作。能改变选择的，优先补；只是把同义词换一种说法的，不补。比如页面已经写了“操作简单”，再写“上手容易”没有新增信息；但补充“首次使用需要准备哪些资料、大约经过几步”，就属于有效补充。
- 优先补：适用条件、限制、对比依据、操作步骤、常见误解。
- 谨慎补：背景铺垫、行业泛论、与页面主题无关的延伸。
- 不要补：为了显得全面而堆砌的同义表达。
这里没有统一的字数或比例标准。判断结果应落在“读者能否据此做决定”上，而不是“这一节看起来够不够长”。
处理：把缺口写成可交付的补充项
多人协作时，建议把每个缺口写成一条任务，包含位置、缺失内容、补充形式和验收标准。例如：
位置：第二段“适合多种团队”之后；缺失：具体适用条件；补充：列出两类适合和一类不适合的情况；验收：读者能判断自己是否属于适用对象。
补充时优先使用事实和条件，少用形容词。若原文写“效率更高”，可以改为说明在什么流程、减少哪一步、需要满足什么前提。技术示例中若要在文字里提到标签，应写成<h2>，避免与页面结构混淆。
复查：确认补完没有引入新问题
复查分两步。第一步，回到最初的检查项，看每个缺口是否已被回答；第二步，看补充内容是否与原文冲突，是否出现前后条件不一致。可以由未参与写作的人试读，让他指出“还有哪里需要猜”。如果读者仍需猜测，说明缺口没有真正补上。
复查时还要确认交付边界：补充项是否都在约定范围内，是否有人误加了未经核实的数据或承诺。多人协作减少返工的关键，不是一次写得多，而是每条补充都能被验收。
下一步
拿一份现有页面，按“它是什么、适合谁、怎么用、差在哪、下一步做什么”逐段标注空白，把空白转成带位置和验收标准的任务，再分配给写作者和复核者。
