服务号开场钩子备选稿

这个技能解决什么问题

服务号推文开头的几行，往往比正文更能决定读者是否继续。常见失败有两种：一种是把服务通知直接当成开场白，读者分不清这是通知还是广告；另一种是先写一个有吸引力的承诺，正文却兑现不了，导致跳出和取关。

这个技能只聚焦一个任务：基于已有的 服务通知、菜单数据 和 会员问题，生成三种逻辑不同的开头备选稿，并强制把每个承诺拉回正文可兑现的范围。它不负责全盘选题战略，也不代替真实发文、合同或合规审批。

输入与硬约束

开始前需要四类信息：

• 内容主题与受众痛点：这次要解决什么真实问题
• 证据素材：可支撑承诺的原始材料
• 服务通知、菜单数据、会员问题：用于核对背景和后续复查
• 涉及价格、库存、时间、平台规则、会员或客户数据时，必须标注来源和日期

其中一条约束是硬性的：服务信息优先且不滥发营销。任何开头都不能用无法兑现的承诺绕过这条规则。

执行步骤

1. 核对服务通知、菜单数据和会员问题，标记数据日期、来源、缺失项和不可比较口径；资料不足时先输出补证据清单，而不是硬编。
2. 从结果、冲突、场景、问题和反常识五种切口中选择，避免所有开头都是同一种腔调。
3. 把硬约束写进该场景，防止方案滑向营销话术。
4. 保证开头承诺能在正文兑现，而不是反过来要求正文迁就标题。
5. 输出三种不同逻辑的开头，并标注各自适用人群。
6. 用业务规则、菜单链接和客服记录完成交付前核验，以 菜单任务完成率 作为复查指标；没有实际数据时只给测量口径，不虚构结果。

交付物与边界

交付物包括开头备选稿、核验清单和菜单任务完成率复查记录。质量检查覆盖不标题党、首句自然、承诺有兑现、版本真有差异、证据能对应到关键判断。

任一关键条件不满足时输出 暂不可交付，列出缺失信息、影响范围和下一步补证据动作，而不是用空泛建议填满模板。

使用边界上：不承诺流量、转化率、收入或活动效果；不读取或输出密码、Token 和无关个人信息；真实发送、发布、付费、退款或权限变更必须获得明确授权；处理会员或参与者数据只保留最小必要信息并提醒去标识化；涉及价格、促销、抽奖、广告或平台规则时，先列出需业务或法务确认的事项。