beta-reader-feedback

Beta 读者反馈

核心视角

Beta 阅读是对实用型非虚构手稿进行的产品测试。目标不是获得赞美、校对文本或收集意见，而是发现读者是否认同这份承诺、获得了价值、保持了投入，以及知道接下来该做什么。

使用此技能来：

• 规划 Beta 读者轮次。
• 招募合适的读者。
• 编写读者说明。
• 对评论进行分类和综合。
• 通过读者中途放弃来发现隐藏的无聊感。
• 决定接下来修改什么。
• 决定手稿何时可以进入润色阶段。

参考资料导航

需求	阅读
核心 Beta 阅读模型与术语	references/core/knowledge.md
操作规则与决策标准	references/core/rules.md
说明示例、反馈类别与综合模式	references/core/examples.md
设置与审阅的快速检查清单	references/core/checklist.md
开展一轮 Beta 测试	workflows/run-beta-iteration.md
将评论综合为修改决策	workflows/synthesize-feedback.md

工作流

1. 确认是否已准备好进行 Beta 阅读

当草稿已足够连贯，能够供积极投入的读者阅读，但尚未被过度润色、以至于重大修改代价过高时，就可以开始 Beta 阅读。

如果草稿还只是模糊的目录，请使用 book-toc-lab。如果需要先调整结构和节奏，请使用 reader-experience-edit。

2. 选择读者批次

每轮都要明确：

• 目标读者画像。
• 希望获得的深度投入读者人数。
• 邀请名单，通常人数要多于目标读者人数。
• 是否要留到稿件更完善后再邀请有影响力的读者。

3. 准备反馈渠道

使用支持实时评论和参与度可见性的工具。

• 优先选择托管在云端的评论工具。
• 不要把通过电子邮件互传 PDF 作为主要工作流程。
• 告诉读者当前哪些反馈最重要。
• 询问读者是否感到困惑、怀疑、信息缺失或无聊，以及他们认为内容是否有价值、是否适用。

4. 对反馈进行分类

按信号类型对反馈分组：

• 价值证据。
• 困惑或信息缺失。
• 怀疑或证据薄弱。
• 事实问题、过度概括或过度简化。
• 不必要的戏剧化表达或分散注意力的句子。
• 无聊、中途放弃或评论减少。
• 阅读后的应用问题。

5. 按信号强度进行修改

优先处理能帮助更多读者继续阅读的修改。

• 将中途放弃视为数据。
• 将负面反馈视为观察视角，而非指令。
• 不要在文档中与读者争辩。
• 如果本书预期能在阅读后改变行为，请在阅读后进行跟进。

输出格式

协助处理 Beta 反馈时，请返回：

1. 对 Beta 阅读准备情况或设置方案的诊断。
2. 读者招募与说明计划。
3. 反馈分类体系或综合表格。
4. 按优先级排序的修改事项。
5. 完成标准：哪些证据表明手稿已准备好进行润色。

质量标准

区分读者信号与作者的防御心理。不要只是总结评论，而要将其转化为修改决策、待解问题以及下一轮 Beta 测试内容。