beta-reader-feedback

ベータ読者からのフィードバック

基本的な視点

ベータリーディングは、実用的なノンフィクション原稿の製品テストです。目的は、称賛や校正、意見の収集ではありません。読者が本の約束に期待を寄せ、価値を受け取り、読み続け、次に何をすべきかを理解できるかを見極めることが目的です。

このスキルは、次の用途に使います。

• ベータ読者ラウンドを計画する。
• 適切な読者を募集する。
• 読者向けの説明を書く。
• コメントを分類し、統合する。
• 読者が離脱したことで隠れた退屈さを見つける。
• 次に何を改訂するか決める。
• 原稿が仕上げの段階に入る準備ができたか判断する。

参照先

必要な内容	参照先
ベータリーディングの基本モデルと用語	references/core/knowledge.md
運用ルールと判断基準	references/core/rules.md
説明文、フィードバックの分類、統合パターンの例	references/core/examples.md
準備とレビューのクイックチェックリスト	references/core/checklist.md
ベータラウンドを実施する	workflows/run-beta-iteration.md
コメントを改訂判断にまとめる	workflows/synthesize-feedback.md

ワークフロー

1. ベータリーディングの準備ができているか確認する

意欲のある読者が読める程度に草稿の一貫性が整った後、かつ大幅な変更に多大なコストがかかるほど磨き込む前に、ベータリーディングを始めます。

草稿がまだ漠然とした目次の段階であれば、book-toc-lab を使います。まず構成やペース配分を整える必要がある場合は、reader-experience-edit を使います。

2. 読者グループを選ぶ

各ラウンドで、次の項目を定めます。

• 対象読者のプロフィール。
• 深く読み込んでくれる読者の目標人数。
• 招待リスト。通常は、目標人数より多くします。
• より完成度の高い草稿まで参加を待ってもらう、影響力のある読者。

3. フィードバックを得る環境を整える

リアルタイムのコメントと、読者の取り組み状況を確認できるツールを使います。

• クラウド上でコメントできるツールを優先します。
• PDFをメールで回覧する方法を、主なワークフローにしないでください。
• 今回どのようなフィードバックが重要かを読者に伝えます。
• 分かりにくい点、疑問、情報不足、退屈さ、価値、実用性について尋ねます。

4. フィードバックを分類する

フィードバックを次のシグナルごとに分類します。

• 価値があったことを示す証拠。
• 分かりにくい点や情報不足。
• 疑問や、証拠の弱さ。
• 事実関係の問題、過度な一般化、過度な単純化。
• 不要な誇張や、注意をそらす文章。
• 退屈さ、離脱、コメントの減少。
• 読了後に応用するうえでの問題。

5. シグナルの強さに応じて改訂する

より多くの読者のつまずきを解消する変更を優先します。

• 離脱をデータとして扱います。
• 否定的なフィードバックは視点として捉え、指示として扱わないでください。
• 文書内で読者に反論しないでください。
• 読了後に本が行動を変えることを目指している場合は、読者にその後の状況を尋ねます。

出力形式

ベータフィードバックを支援する場合は、次の内容を返します。

1. ベータリーディングの準備状況、または設定に関する診断。
2. 読者の募集計画と説明計画。
3. フィードバックの分類体系、または統合表。
4. 優先順位を付けた改訂項目。
5. 完了基準。原稿が仕上げの段階に入る準備ができたと判断するための証拠。

品質基準

読者からのシグナルと、著者の防衛的な反応を切り分けます。コメントを要約するだけで終わらせないでください。コメントを改訂判断、未解決の問い、次のベータラウンドで検証する項目に落とし込みます。