Brain ブラッシュアップ室
本編ダッシュボード（brain-dash-34071c.pages.dev）とは独立した、品質の天井上げ専用ページ。
照合→パッケージ掲載→けん裁定→裁定済み分はこのチャットが本編へ直接反映（2026-08-03けん承認のフロー。詳細は方針タブ）。
照合→パッケージ掲載→けん裁定→裁定済み分はこのチャットが本編へ直接反映（2026-08-03けん承認のフロー。詳細は方針タブ）。
このチャット（ブラッシュアップ室）の役割
Brainの商品価値は、けんの判断基準の濃度そのもの。買い手が貼った瞬間の出力の質は、各制作室のナレッジ集の質で天井が決まる。今の制作室のナレッジ集（1室あたり10本前後）は269統合判断基準からの蒸留であり、メルマガクリエイタースキルの詰まり具合と比べるとまだ薄い。この差分を埋め、さらに高度化するのがこの部屋の仕事。
- 制作進行チャット＝本編を前に進める係。このチャット＝後追いで各項目の質を突き詰める係。役割を混ぜない
- ブラッシュアップ案はこのページに Before/After で掲載し、けんが本編と見比べて裁定する
- 裁定済みパッケージは、このチャットが本編へ直接反映してよい（2026-08-03けん承認。それ以前は読み取り専用＋実装指示書渡しの運用だった）
運用変更（2026-08-04 けん指示）：対象は未実装の全制作室（5→4→1→2→6→8の順）。照合→パッケージ作成→本編実装まで、パッケージごとのけん裁定を待たずに自走する（パッケージ・実装ログは事後確認と差し戻し用にこのページへ全掲載）。ただし一括実装は禁止＝セクション単位で実装→自分でレビュー→次へのゲートを必ず挟む。方向性が変わる論点は完全停止してけんに確認、軽微な編集判断は確認保留リストに記録して続行。
実装フロー（2026-08-03確定。1パッケージ＝1サイクル）
- 方式：全室分をため込んで一括実装しない。裁定が出たパッケージから即実装する。理由＝①制作室7は残り室の型見本なので、早く反映するほど後続の制作に波及する②diffが小さいほど検品と整合性チェックが確実③裁定で確認は済んでいるので、実装前の再確認は挟まない（遅くなるだけ）
- 実装の手順（毎回必ず）：元ファイルは残してバージョン繰り上げ（例：v2→v3。追記だけの場合はその場更新も可）→実装指示書の整合性チェックリスト消化→機械検品（ナッジ・生ダブルクォート・規格欠け）→本編マスター.mdの履歴に意図つきで詳細追記→data.jsonの参照・履歴更新→本編ダッシュボード再生成・デプロイ→このページの実装ログと進行管理を更新
- 対象の条件：本編でけん確認が済んで確定した制作物だけ。確認待ちの版には手を出さない
- 第2部・第0部：個別にやらず、全制作室完成後に全体整合の形でまとめてブラッシュアップ（8/3けん指示）
1件のブラッシュアップが完了するまでの流れ
- 対象の室を1つ選ぶ（縦切り）ソース別に全室を横断しない。室単位で4ソースを通し切る。ナレッジは使う場面とセットで初めて意味を持つ、という7/10確立の原則に従う
- 現状の棚卸し本編の該当室（ワークフロー・修理カード・ナレッジ集）を読み、今入っている判断基準を一覧化する
- ソース②：発掘資産と照合269統合判断基準（C1〜C4）・発掘01/03/04・records原文と突き合わせ、室に入っていない基準・薄まって入った基準を拾う。_基準更新台帳と必ず照合し、旧AI環境由来の基準は載せない
- ソース④：メルマガクリエイターを基準器として当てる中身の移植（書き物系の室に不足ナレッジを拾う）＋形の移植（事故→原理化・立場契約・症状表の解像度を品質基準として当てる）の2層で使う
- ソース③：外部収集（従属・最後）心理学・行動経済学などの外部知見は、けんの現場で反応が取れている原理への裏付け・命名・適用範囲の輪郭付けにだけ使う。外部知見が単独で室に入ることはない
- ソース①：制作履歴の狙い撃ち発掘（穴があるときだけ）②④で言語化の穴が特定された論点に限り、.specstory等のチャット履歴を室単位・論点単位で掘る。全量の再発掘はしない
- 提案パッケージ作成 → このページに掲載場面・前提／どう考えるか／なぜか、のセットで書き、Before（本編の現状）とAfter（ブラッシュアップ案）を並べて「ブラッシュアップ版」タブに載せる
- けん確認本編ダッシュボードと見比べてOKか修正指示。修正指示は理解を示してそのまま反映
- OK後：制作進行チャットへ実装指示（けんから）本編への反映は制作進行チャットが実施。このチャットは本編を触らない
- 本編反映を確認して完了反映後の本編を読み込みで確認し、進行管理タブを「本編反映済み」にして1件完了
4つのソースと役割分担
ソース②｜既存発掘資産との照合（主軸・最初）
過去ログ約1,020レコード→269統合判断基準（C1〜C4・約3,750行）＋発掘01/03/04＋records62ファイル。一次情報かつ精製済みで最も軽い。各室への蒸留で捨てられたもの・薄まったものを拾い直す。
過去ログ約1,020レコード→269統合判断基準（C1〜C4・約3,750行）＋発掘01/03/04＋records62ファイル。一次情報かつ精製済みで最も軽い。各室への蒸留で捨てられたもの・薄まったものを拾い直す。
ソース④｜メルマガクリエイタースキル（基準器）
けんの制作系スキルで最も詰まっている現物。個別ナレッジの移植に加えて、どこまで言語化すれば完成と言えるかの到達水準（立場契約・事故の原理化・前提ゼロ原則・禁止構図の契約化・症状の解像度）を各室に当てる。
けんの制作系スキルで最も詰まっている現物。個別ナレッジの移植に加えて、どこまで言語化すれば完成と言えるかの到達水準（立場契約・事故の原理化・前提ゼロ原則・禁止構図の契約化・症状の解像度）を各室に当てる。
ソース③｜外部ナレッジ収集（従属・裏付け専用）
心理学・行動経済学・セールスライティングの一般原理を、確定済みの原理への裏付け・命名・輪郭付けとしてだけ使う。判断軸はターゲットの反応・使用体験の最大化だけであり、外部の正論を軸に混入させない。
運用実績（2026-08-03時点）：独立した収集パスは走らせず、パッケージ作成時に一致する定説がある箇所へ1行付与する形で運用（例：社会的証明の希釈・情報の隙間理論）。理由＝①②④の一次情報が十分濃く、web収集は汎用論しか足さないと判断したため。一次情報が薄い題材（例：ファネル設計室の素材待ち部分）が来たら、その時だけ情報収集スキルでの本格収集を検討する。
心理学・行動経済学・セールスライティングの一般原理を、確定済みの原理への裏付け・命名・輪郭付けとしてだけ使う。判断軸はターゲットの反応・使用体験の最大化だけであり、外部の正論を軸に混入させない。
運用実績（2026-08-03時点）：独立した収集パスは走らせず、パッケージ作成時に一致する定説がある箇所へ1行付与する形で運用（例：社会的証明の希釈・情報の隙間理論）。理由＝①②④の一次情報が十分濃く、web収集は汎用論しか足さないと判断したため。一次情報が薄い題材（例：ファネル設計室の素材待ち部分）が来たら、その時だけ情報収集スキルでの本格収集を検討する。
ソース①｜制作履歴の再発掘（保険・狙い撃ちのみ）
やるかやらないかの事前二択はしない。②④を通した後に穴が特定された室・論点に限って履歴を掘る。発動条件は照合の結果で決まる。
やるかやらないかの事前二択はしない。②④を通した後に穴が特定された室・論点に限って履歴を掘る。発動条件は照合の結果で決まる。
守るルール（本編と共通）
- ナレッジの書式：1行のアクション箇条書き禁止。どういう場面・前提で／どう考えるか／なぜか、のセットで長くても濃く書く
- 判断軸：ターゲット（買い手）の反応・使用体験の最大化のみ。事実の厳密性・レビューAIの正論を軸に混入させない
- 捏造の禁止：実績・数字・顧客の声・限定性をAIに創作させない仕掛けを保つ
- 用語：最小単位はナレッジ（ナッジは禁止語）。買い手に内部用語（工程番号・N番号）を見せない。内部用語はけん提示時に翻訳
- 口調：本文提案は一刀口調・ダブルクォート禁止（ケン人格ベース＋スタイルガイド準拠）
- 鮮度：発掘レコードは古い可能性がある。_基準更新台帳と執筆時に必ず照合
- 対象範囲：ナレッジ集だけでなく、ワークフロー内の判断分岐・修理カードの症状表も同じ土俵に載せる
本編との衝突防止：本編側でけん確認待ちの制作物（例：誘導LP室v1）は、本編で確定するまでブラッシュアップに着手しない。確定前に二重の版が走ると混乱するため。
ステータスの定義
待機
未着手
照合中
提案作成中
けん確認待ち
OK・実装指示済み
本編反映済み
待機＝本編側が未執筆・未確定のため着手できない状態。未着手＝着手可能だがまだ始めていない状態。照合中＝ソース②→④→③（必要なら①）を通している状態。
対象一覧と現在地
着手順のメモ（2026-08-03 けん指示）：第2部（けんの1日手順書）と第0部（入口・案件パック）は、個別にブラッシュアップしない。全制作室を作りきった後に、全体と整合性が合うようにもう一回まとめてブラッシュアップするため、それまで着手順から外す。制作室が全部揃った時点で、この2つを最終整合の対象として再登録すること。
| 対象 | 本編の状態 | ブラッシュアップ | メモ |
|---|---|---|---|
| 制作室7｜LINE配信・メール | v3に更新（8/3反映） | 本編反映済み | パッケージ①を8/3にこのチャットが本編反映（v2→v3新規作成・v2は保存）。検品0件・本編ダッシュボード更新済み。1件完了 |
| 共通部品（カード9枚＋原理集4本に増強） | 増強済み（8/3反映） | 本編反映済み | パッケージ②を8/3にこのチャットが本編反映：既存5枚に追記＋新カード3枚（立場保全・ノイズ設計・参考例の借り方）＋態度と立場の原理集4本＋修理庫に症状6行。1件完了 |
| 第2部｜けんの1日手順書 | 工程0〜10確定済み | 全室完成後 | けん指示（8/3）：個別にやらず、全制作室完成後に全体整合の形でまとめてブラッシュアップ。それまで着手順から除外 |
| 制作室5｜誘導LP | v2に更新（8/4反映） | 本編反映済み | パッケージ③をセクション単位レビュー方式で反映（v1→v2・検品0件・211→266行）。確認保留1件＝外部理論名は本文から除外（記録には保持） |
| 制作室4｜セミナー | v2に更新（8/4反映） | 本編反映済み | パッケージ④を自走方式で反映（252→288行・検品0件）。新規10本＋補強4件＋WF6件＋症状1行 |
| 制作室1｜訴求の芯 | v2に更新（8/4反映） | 本編反映済み | パッケージ⑤を自走方式で反映（227→259行・検品0件）。制作室7のA-7/A-8との矛盾なしを照合で確認 |
| 制作室2｜コンセプト | v2に更新（8/4反映） | 本編反映済み | パッケージ⑥（232→255行・検品0件）。設計の継ぎ目（信憑性軸）1件を発見・解消 |
| 制作室3｜ファネル設計 | 本文v2（本編） | 本編反映済み | 見本HTML＝けんOK済み（8/10）。本文v1をこのチャットで執筆→8/10けん指示でメイン制作チャットが本編（本文/）へ移植し、接続の型を適用してv2化。第1部v2の索引・ダッシュボード両タブ接続済み。確認用タブは記録として残置 |
| 制作室6｜誘導動画 | v2に更新（8/4反映） | 本編反映済み | パッケージ⑦（222→238行・検品0件）。使い回し判定・視聴の構えなど4本新設 |
| 制作室8｜実施設計 | v2に更新（8/4反映） | 本編反映済み | パッケージ⑧（220→222行・検品0件）。矛盾1件解消（値引きNGの例外条項を復元）。LINE自動化2件は収載済みを確認 |
| 第4部｜修理庫 | v1・けん確認待ち | 待機 | 症状6行はパッケージ①②で追加反映済み。庫全体の照合は本編確定後 |
| 第1部｜考え方とAI分業論 | v1・けん確認待ち | 待機 | 本編確定後に着手（素材の発掘04はブラッシュアップ済み資産） |
| 第0部｜入口・案件パック | けん確認待ち | 全室完成後 | けん指示（8/3）：第2部と同じ扱い。全制作室完成後の全体整合ブラッシュアップで対応。それまで着手順から除外 |
| 付録｜原典42本 | 収録確定 | 対象外 | 原典として凍結。ブラッシュアップのソース側として使う |
このページの更新履歴
- 2026-08-15＝制作室3の本編移設を確認・クローズ：けん依頼「本編への移設お願いします」を受けて照合。8/10にけん指示でメイン制作チャットが実施済みと確認（「_ブラッシュアップ/制作室3_ファネル設計_v1.md」→「本文/」へ移設→接続の型を適用して「制作室3_ファネル設計_v2.md」に）。最新内容（管理3目的・フロー図サンプル画像の挿入位置メモ）の引き継ぎを実測確認＝欠落なし。第1部v2索引・ダッシュボード両タブ・マスター記録・見本フォルダ（HTML＋フロー図サンプル.png）も揃っている。二重編集を避けるため本編側には触らず、このチャット側の記録のみ更新して担当完了
- 2026-08-10＝制作室3（ファネル設計室）の制作：けん指示で本編編集中のためこのチャットで制作。①おさる英語の実制作履歴から事実抽出（2系統）②見本HTML v1（縦ノード図）→けん指摘で全面作り直し：デザイン正本（青テンプレ）＋参考実装のスイムレーン形式・セミナーセールス同一内容×3日程・仮日程1/1〜1/30・スクリーンショットでの自己検査4件修正→**けんOK（めちゃくちゃいい感じ）**③本文v1執筆（ワークフロー＝骨格→日別→HTML生成の6手順・生成プロンプト＝技術/デザイン/構成/描き方の規定＋見本ソース利用の運用・修理カード6症状・ナレッジ7本）。検品0件。「制作室3（確認用）」タブに掲載＝けん確認待ち。OK後に本編へ移設
- 2026-08-05＝通し破壊テスト完遂：架空案件で9テスト（実走6＋破壊プローブ3）全合格。捏造耐性・修理の規律・再開カードの引き継ぎ・ブラッシュアップで入れた原理の実働を確認。実バグ1件（項目数表記）検出・修正。改善19件をパッケージ⑨として全室反映（不採用6件・第0部送付1件は記録）。保留リスト更新＝演者情報カードは本編のシートv2で解消済みに変更
- 2026-08-04（5回目）＝全室完了：制作室2（⑥・矛盾1件解消）→制作室6（⑦）→制作室8（⑧・矛盾1件解消）を自走方式で完遂し、着手可能な全室のブラッシュアップが一巡完了。室間整合チェックで修理庫への症状未反映4行を検出・修正。総括カード（数字まとめ・確認保留リスト8件・次にやれること）を先頭に掲載
- 2026-08-04（4回目）：制作室1（訴求の芯）を自走方式で完遂（照合42件→新規10本＋補強4件＋WF5件・v1→v2・検品0件）。構造の発見1件（演者パーソナル情報カードの欠落→確認保留）。コンセプト理論5点を制作室2へ送付。次＝制作室2
- 2026-08-04（3回目）：制作室4（セミナー）を自走方式で完遂。照合（原典10本再読＋recordsセミナー系9ファイル・55件・矛盾0件）→パッケージ④→セクション単位レビューで実装→本編反映（v1→v2・検品0件）。原典→部屋の蒸留で落ちていた中位機序（問題提起3段の内部制御・権威性ブロック・共感設計のタイミング・デモ2軸）の回収が中心。次＝制作室1（訴求の芯）。送付事項1件あり（温度感ターゲット）
- 2026-08-04：制作室5（誘導LP）の照合完了→提案パッケージ③を掲載（けん確認待ち）。照合＝C2（68件）＋recordsのLP系8ファイル精読（28件）＋C1/C3（14件）＋原典2枚は自分で通読。矛盾0件。原典→部屋の蒸留は忠実で、差分の中心は原典にも無かった3層（誰に向けるかの上流判断／ページ中盤の構造原理／作り方・直し方のプロセス）。メルマガスキルは前回抽出を再利用し新規照合なし。裁定後は確定フローどおり即・本編反映（v1→v2）予定
- 2026-08-03（4回目）：実装フロー確定（けん承認：裁定済み分はこのチャットが本編へ直接反映・1パッケージずつ・実装前の再確認なし）→パッケージ①②を本編に反映完了（制作室7 v3・共通部品増強・修理庫症状6行・検品0件・本編マスター履歴とダッシュボード更新済み）。ソース③の運用方針を方針タブに明記（独立収集はせず裏付け・命名の付与のみ。一次情報が薄い題材が来たら本格収集を検討）。本編の現在地を再同期（8/3中に全室v1・6室けん確認済みまで進行）し、対象一覧を更新。次の対象候補＝誘導LP室→セミナー室
- 2026-08-03（3回目）：共通部品の照合完了→提案パッケージ②を掲載（けん確認待ち）。現物6枚を精読した結果、制作室7照合時に未収載と報告した項目の多くが共通部品側に既収載だったことが判明し、サマリーで訂正。残った本物の差分＝既存カード追記5件（整形の数値基準・カジュアルは態度・欠陥の命名・擬似差分・自己評価型見出しNG・蓄積のリズム）＋新設カード1枚（参考例の借り方）＋位置づけ整理＋スタイルシートの葉への送付1件。あわせてけん指示を反映：第2部と第0部は全制作室完成後の一括整合ブラッシュアップに回すため着手順から除外（対象一覧にメモ）
- 2026-08-03（2回目）：パッケージ①のけん裁定（全提案採用・態度4本は制作室7と共通部品に独立二重掲載・保留2〜5は仮説どおり）を受けて、実装指示書_制作室7_v1.mdを作成（全変更に何を／どこに／なぜ／整合性チェックの4点セット・横断チェックリスト・本編マスター履歴の追記文案つき）。共通部品版の態度4本と新設修理カード2枚の本文も執筆済み。本編は別作業で編集中のため反映せず、制作進行チャットの実装待ち。ブラッシュアップ版タブに実装ログを新設
- 2026-08-03：制作室7の照合完了→提案パッケージ①を掲載。照合は4系統（発掘統合C2/C3/C4・発掘01/04・records原文22ファイル・メルマガスキル全ファイル）で延べ約200件抽出、矛盾0件。ソース①（履歴の全量再発掘）はrecords精読で穴が残らず今回は不要と判定。共通部品向けの収穫3束は持ち越しリストに分離
- 2026-08-02：ブラッシュアップ室を新設。方針・ワークフロー・4ソースの役割分担・進行管理の枠組みを確定（けんとのすり合わせ済み）。着手順の第1候補は制作室7→共通部品→第2部
実装ログ｜制作室7（裁定と反映の記録）
本編ダッシュボード側とこのページを突き合わせたとき、どちらのチャットが・何を・どんな意図でやったかが辿れるようにする記録。パッケージごとにここへ追記していく。
パッケージ③：制作室5｜誘導LP（2026-08-04 本編反映済み）
- 反映方式：8/4のけん指示（全室自走・セクション単位レビュー）の1件目として実施。ヘッダー→新設3セクション→補強8件（3グループ）→ワークフロー→修理カードの順に、各セクションで実装→読み直しレビュー→次へ、のゲートを挟んだ
- レビューで直したこと：隣接する追記2件が同じ書き出し（もう1個）で機械的だったため片方を修正／外部理論名の括弧書きは買い手向け本文では教科書臭になるため本文から除外（確認保留として記録。制作室7 v3実装時と同じ判断）
- 保留3件の適用：①上流5本は独立掲載（かぶり許容の既裁定に従う。制作室1・2の照合時に突き合わせ）②需要構築6ステップは症状表からの参照方式（本文複製せず）③媒体転用ルールはLP室置き（セミナー室照合時に共通部品昇格を判断）
- 結果：v1（211行）→v2（266行）。機械検品0件。data.jsonの参照切り替え・本編マスター履歴追記・デプロイ済み
パッケージ①：制作室7｜LINE配信・メール
- 2026-08-02〜03 照合：4系統（発掘統合C2/C3/C4・発掘01/04・records原文22ファイル精読・メルマガクリエイタースキル全ファイル）で延べ約200件抽出。既存ナレッジとの矛盾0件。ソース①（チャット履歴の全量再発掘）はrecords精読で生の言い回しまで回収できたため不要と判定
- 採否の考え方：制作室7に入れたのは配信の制作判断に直接効くものだけ。AI臭さ除去・整形・口調温度の収穫（大量）は共通部品の担当なので持ち越しリストへ分離。LINE自動化・アンケート設計は部屋違いのため他室送付。事務連絡メール構成はローンチ配信のスコープ外で不採用
- 2026-08-03 けん裁定：提案内容すべて採用。保留1（態度と立場4本の置き場所）は「かぶってもいいので必要な所すべてに置く。制作室7と共通部品の両方に独立で置く。参照方式にしない。独立で機能することを優先」。保留2〜5は仮説どおり（自動化→制作室8送付／メール形式は軽く追記／アンケート→セミナー・LP室送付／事務連絡メール→不採用）
- 裁定を受けた追加作業：①共通部品版の態度と立場4本を、配信主語ではなく全制作物主語で新規執筆（制作室7版と意図的に別文面。後から統一・参照化しないこと）②新設修理カード2枚（立場保全・ノイズ設計）の貼るブロック本文を原典ライブラリ規格で書き起こし
- 成果物：実装指示書 `_ブラッシュアップ/実装指示書_制作室7_v1.md`。変更1件ごとに【何を／どこに／なぜ／整合性チェック】の4点セット。末尾に横断整合性チェックリスト7項目と、本編マスター履歴への追記文案つき
- 2026-08-03 本編反映（パッケージ①②とも完了）：フロー変更のけん承認（本編をしばらく触らないため、このチャットが直接反映してよい・裁定済み分は確認なしで即実装）を受けて実施。①制作室7＝v2を残してv3新規作成、data.jsonの参照もv3へ切り替え②共通部品＝AI臭さ除去カードに追加指示2手、葉ファイルの4カードに追記、末尾に態度と立場の原理集4本＋新カード3枚（立場保全・ノイズ設計・参考例の借り方）を増設③修理庫の症状表に6行追加④機械検品＝ナッジ0件・生ダブルクォート0件⑤本編マスター.mdの履歴に意図つきの詳細記録を追記、タスク一覧にブラッシュアップ室の並行稼働を明記⑥本編ダッシュボード再生成・デプロイ・反映確認済み。実装前に本編の現在地を再同期し、8/3中に本編側が大きく進んでいたこと（全室v1・6室けん確認済み・付録整理済み）を確認した上で、確定済みの制作室7と共通部品だけに反映した（確認待ちの版には触っていない）
通し破壊テスト（2026-08-05）：9本全合格＋パッケージ⑨反映済み
架空案件（ピラティス集客ゼミ。実案件と重ならないジャンル）で、買い手のAIを模したエージェント（該当制作室＋案件パック以外読めない条件）による全室実走＋破壊プローブ。詳細＝ `_ブラッシュアップ/通しテスト/検証ログ.md`
- 実走6本：制作室1（訴求メモ・違和感検収）→2（コンセプト・拮抗案の合成処理）→8（スケジュール・動線・入れ方判定）→4（セミナー骨組み・口述無し挙動）→6（動画・使い回しと締切の緊張）→7（送信表＋本文2通）。再開カードの部屋間引き継ぎも機能
- 破壊プローブ3本：捏造誘導（声の水増し・架空の先着人数→拒否＋代替提案に到達）／全部直して要求（修理の規律が耐えた・立場事故5種中4種検出＝設計どおりの守備範囲）／確定稿モードの停止（行動可能な要求付きで停止）
- 実バグ1件検出→即修正：実施設計室の開始前チェックが4項目表記のまま5項目（パッケージ⑧実装時の更新漏れ。破壊テストの狙いどおりの検出）
- パッケージ⑨（採用19件・全室反映・検品0件）：停止級不足の定義／データ無し案件での欄の扱い（該当データなし・原文なしの明記）／実在実績者でも発言記録が無ければ一人称引用しない／限定性が無いときは実在上限の確認→日程締切へ置き換え／口述無しは骨組みまで・本文前に収録必須／使い回し確認を最初の質問に昇格＋締切要素の非日付型置換／本数未定時は複数案提示／横断2件（入力ソース食い違い時は新しい方を優先し申告＝7室・修理の順序は再要求にも変えない＋管轄外は対象外申告＝8ファイル）
- 不採用・送付：軽微6件は見送り（検証ログに理由つきで記録）。第0部一括整合への送付1件＝案件パックに「リストの状態（新規か教育済みか）」の欄が無い（制作室7のナレッジを使うための入力が上流に無い）
総括：全制作室ブラッシュアップ完了（2026-08-04）＋確認保留リスト
制作室1・2・4・5・6・7・8＋共通部品＋修理庫の一巡が完了。制作室3（ファネル設計）も制作済み・本編反映済み（8/10移植）。第2部・第0部は全室完成後の一括整合（けん指示）、第1部・修理庫の本体照合は本編確定後。
数字のまとめ
- パッケージ8本（①〜⑧）。照合はサブエージェント延べ12本＋原典・現物の自分読み。抽出は延べ約450件、うち本編反映＝新規ナレッジ約60本・既存補強約30件・ワークフロー追記約40件・修理カード/症状の増強・新設共通カード3枚＋原理集4本。全ファイル機械検品0件（ナッジ・生ダブルクォート・非日本語混入）
- 発見して解消した設計の矛盾2件：コンセプト室＝絞り込みの信憑性軸が6軸評価に無い継ぎ目（担保構造を明文化）／実施設計室＝値引きNGの絶対化（原典の例外条項＝小規模テストの経営判断を復元）
- 室間整合チェックでの検出・修正1件：各室に追加した新症状4行が第4部修理庫（症状の集約ページ）に未反映だったのを発見し、修理庫へ反映済み
確認保留リスト（けんの判断があれば従う。当面はこのまま運用）
- 外部理論名の扱い：パッケージ掲載時に付けた外部理論の括弧書きは、買い手向け本文では教科書臭になるため本文から除外した（出典はこのページに保持）
- 共通ルール3行の全室統一：制作室7 v3に入れた削除権限・推測の精度管理・検査の根拠提示は、セミナー室は独自形で持つが他室には未展開。全室のワークフロー共通部として統一するかは型の変更なので保留
- 再開カードの5層構造拡張（原理・思考・一次情報・トレードオフ・誤解しやすい点）：全室共通の型変更のため保留
- 教育型セミナーの導入章5要素テンプレ（定義→位置づけ→メリット→線引き→持ち帰り）：汎用性が案件依存のため保留
- 演者パーソナル情報の独立カード新設：解消済み（8/4）——本編側がローンチ情報シート完全版v2で演者の欄（C：経歴・実績・価値観・失敗談・矛盾ギャップ）を新設し、この保留事項を吸収した
- 高単価は上位概念訴求（意識高い系の属性翻訳）：訴求の芯に採用済みだが、出典の案件色が比較的強いため、違和感があれば指摘ください
- YouTube運用台本系records2本：ローンチ制作物のスコープ外と判定して未照合
- 媒体転用の原文差し戻しルール：LP室置きを維持（セミナー室照合で同型が出なかったため共通昇格は見送り）
- 制作室3への導線が修理庫・第2章に無い（8/15検出）：第4部修理庫v2の症状表と第2章の工程からは制作室3への案内がゼロ。第2章側は整合ブラッシュアップ時に「素材待ちのため対応不要」の裁定だったが、いまは部屋が完成済み。メイン制作チャットの一括整合か再評価ラウンドで「図・スケジュール系の症状→制作室3」「工程からの部屋案内」を足すか判断する引き継ぎ事項
次にやれること（指示があれば）
- 制作室3（ファネル設計）：完了（8/10制作・本編反映済み）。外部収集はおさる英語の実制作履歴で足りたため不使用
- 第1部・修理庫の本体照合：本編でけん確認済みになり次第
- 第2部・第0部の一括整合：全室が落ち着いたタイミングでけんの号令があれば
提案パッケージ⑧：制作室8｜実施設計（自走方式・本編反映済み）
掲載日 2026-08-04｜v1→v2（220→222行・検品0件）。照合＝原典工程7〜9系6枚の再読＋ヒロさんローンチ方針（16件・矛盾1件）。
反映内容の記録（補強3件＋WF3件・矛盾1件の解消）
- 矛盾の解消：v1は集客導線の値引きNGを絶対ルール化していたが、原典は「単価が良い訴求での小規模テストは経営判断の例外」を明示的に残している。例外条項を復元した
- 補強3件：セールス期間の判定をif分岐に（追い施策の有無＋VSLの有無）＋延長のコスト（教育を濃く長くすれば天井は上がるがヘイトも積み上がる）／値引きの出し方の型（立ち上げたばかりなので、の理由づけとセットで面談内で初出し）／発注期限は難易度と発注先スピードで差をつける（均等割りNG）
- WF3件：入れ方2タイプの判定2軸を明文化（リストの状態×企画の毛色のマッピング）＋オープンチャットの運用差分／配信ツールのリハーサルを開始前チェックの5項目目に追加（原則としては2箇所に書かれていたのに手順から落ちていた）／パッケージ①送付のLINE自動化2件は収載済みを確認
提案パッケージ⑥⑦：制作室2｜コンセプト＋制作室6｜誘導動画（自走方式・本編反映済み）
掲載日 2026-08-04｜⑥コンセプト室：v1→v2（232→255行）。⑦誘導動画室：v1→v2（222→238行）。ともに検品0件。
⑥コンセプト室の記録（新規7本＋補強4件＋WF5件・矛盾1件を解消）
- 照合：原典工程3系6本の再読＋コンセプトnote理論セッション2本＋制作室1からの送付5点（18件・矛盾1件）。v1は元々強く、六角形評価（足切り＋1〜2軸突出）と管轄の線引きは収載済みだった
- 矛盾の発見と解消：案の絞り込み5項目にある信憑性が、後段の6軸評価に対応軸を持たない設計の継ぎ目を発見。6軸は組み替えず「信憑性は絞り込み段階で担保・評価中に疑義が出たら手順5へ差し戻す」と明文化して解消（編集判断として記録）
- 新規7本：入力は需要と供給の2系統（悩みだけから作ると悩み→解消に収束）／コンセプト効果の時間減衰（新規性は消費される・市場成熟度で切り替え）／期待値の上限は権威性で決まる／弱点開示と比較軸ずらし／成功パターンを万能の型にしない／刺さらない時は表現側を直す（需要分析と別能力）／フレーズは背景の物語込み
- 補強4件＋WF5件：役割配置に多重活用（1素材が複数役割）と双方向チェックと経営判断の重み／管轄の例外条項（絶対に買わない層だけは見る）／素材の二層関係（訴求メモ→切り口翻訳→制作物と掛け算）／期待・回収の因果チェーン／類似実績の比例換算検証／人間確認3項目追加
- レビューで直したこと：キリル文字の打ち間違い1箇所を検出・修正（機械検品に非日本語文字チェックを追加）
⑦誘導動画室の記録（新規4本＋補強1件＋WF3件・追加照合なしの判定理由つき）
- 照合の判定：原典誘導動画テンプレ・ページ執筆・冒頭フック・共感BAは既読、C1/C2/recordsの既存抽出で動画関連は回収済み。未読はYouTube運用台本系2本のみで、Brainのスコープ（ローンチ制作物）外と判定し追加エージェントなし（確認保留リストに記録）
- 新規4本：使い回すなら日付と期限を言わない（判定軸＝その素材を使い回すか。期限訴求は配信とLPに持たせる）／視聴の構えの見極め（吟味モードなら前半の証拠密度を最大化）／視聴者の信頼度は混在・構成は完全初見に合わせる（比率で見る）／詳細パートは期待と確信まで・やり方は特典と当日へ
- 補強1件＋WF3件：所要時間の言及はコスト提示／骨組みで使い回し確認と視聴モード反映／決めつけ共感の変換技法／使い回し時の残存チェックを人間確認に追加
提案パッケージ⑤：制作室1｜訴求の芯（自走方式・本編反映済み）
掲載日 2026-08-04｜v1→v2（227→259行・検品0件）。照合＝C1＋原典工程0〜2系再読（12件）＋records17ファイル精読（30件）。矛盾0件。
反映内容の記録（新規10本＋補強4件＋WF5件＋症状1行）＋構造の発見1件＋送付
- 新規10本：着手の3点ゲート（インサイト・演者情報・スタイルシート。約1時間）／良いターゲット出し＝恥ずかしくて言えない本音／ベネフィットの一次ゴール検証（役に立てるは副産物）／引き込み・手法・反応層の三位一致／需要分析とコピーは別能力（直す場所の切り分け）／行動は場面とセットで自分ごと化＋悩みの言葉と具体シーンは別物／表の訴求と実態はずらしてよい（教育で回収できる範囲まで）／訴求軸は深さより狭さ（LP室とかぶり掲載）／高単価は技術より上位概念の訴求＋属性翻訳と配合の塩梅／市場の反応は鮮度か普遍かを見極める
- 補強4件：原文のままの機序（単語は話者の立ち位置マーカー・解決語彙は脳内最大公約数）／市場からの逆算＋AIは面談データで毎回痛み提案に収束する癖／訴求強度と集まる層の質の相関（弱め訴求は他責層）／状況条件の使い道と初対面の距離感（行動履歴への直接言及NG）
- WF5件＋症状1行：3点ゲート報告と演者ヒアリング項目化／リサーチ生データの素材保存・検索履歴・外部ノウハウ分離／申込率は情報開示レベルとセット評価／事例は貢献度×見せ方の2軸／視聴モード判定（吟味か覗き見か）。症状＝分析は合ってるのにコピーが弱い→訴求語彙＋制作室2
- 構造の発見（確認保留に追加）：着手前3点のうち演者パーソナル情報を担う独立カードが原典に無い。新設は第0部案件パックとの役割分担に関わるため保留し、ナレッジでカバーした
- 送付：制作室2へコンセプト理論5点（新規性の時間減衰／需要と市場供給の2入力／管轄は集客×成約のみ／六角形の足切り＋1〜2軸突出／期待値上限は権威性依存）＋市場ワードは原理まで抽象化して転用。不採用記録＝卒業後動機の内訳（案件固有性が強い）
提案パッケージ④：制作室4｜セミナー（自走方式・本編反映済み）
掲載日 2026-08-04｜8/4けん承認の自走方式で、照合→パッケージ→セクション単位実装まで完遂。v1→v2（252→288行・検品0件）。照合＝原典セミナー系10本の再読（27件）＋recordsセミナー系9ファイル＋発掘04精読（28件）。矛盾0件。
反映内容の記録（新規10本＋補強4件＋ワークフロー6件＋症状1行）
新規ナレッジ10本（一刀口調の本文はv2参照。ここは何を・なぜの記録）
- 主役は手段じゃなく状態：スクール・手法名を主役にしない。状態訴求が成立していれば中身が何でも売れる（原典・骨組みカードの状態フレーミングが部屋に落ちていなかった）
- 施策を絶対視しない・指標を単純化しない：期待値の比較で語る誠実さが答えを持っている人の印象を作る（recordsメルマガセミナー2の実判断2件を統合）
- 本人ギャップのユーモア開示：自分ができていないことは太っているダイエットインストラクター型でギャグっぽく開示（records・発掘04）
- 権威付けは語る資格・ストーリー・スケール感：流れの型カードの権威性ブロックが丸ごと欠落していた＋実績がしょぼすぎると逆効果の実指摘
- 反論と不安の処理は生まれる場所に置く：独学でいいのでは＝手前で潰す／できるか不安＝決済直前（菅井・すがい両案件の実判断）
- 複数コースは序列でなく目的の違い＋差別化の2検査：上を持ち上げると下が劣化に見える／他媒体でも言える主張は差別化でない／作り手が唸る理屈は使わない
- 教育とデモは見栄えか気づきかを先に選ぶ：2軸分岐＋できている作業を対象に＋比喩ワンクッション＋迷わず実施できるかの評価軸（教育パートカードの中位機序）
- 台本は上から順に書かない：核から書いて導入は最後・粒度は大枠→具体→細部（2セッションで再現の実運用）
- キュリオシティギャップ：反発される手順は隠して落差と好奇心だけ・ブラインド対象は方法論・秘密/裏ワザ語彙NG
- 検収の疑いどころ4つ：要約は本文の体温計／問題ありませんに理由を書かせる／継ぎ接ぎ箇所の追加検証／所要時間の異常な短さで手抜き検知
補強4件：問題提起3段に各段の内部機序（どこまで踏み込むかの制御）／強い素材に実績者選定と自分ごと化優先のタイブレーク／冒頭別枠にNGパターン・サムネ整合・章の仕上げ序列／判断委ねに評価反転の機序と抽象語NG
ワークフロー6件：目的はAIに再定義・提案させる／骨組み出力に認識・認識変化・感情・教育の4点／移動統合時は入れてから消す＋インタビュー許可／章間の損失は具体的に／通し検証に言い換え検査と継ぎ接ぎ再検証／人間確認に他人事例の掲載倫理とサムネ整合
修理カード＋1行：差別化パートが他のやり方でも言えることを言ってる→流れの型／需要構築6ステップ
送付・保留：制作室1へ送付＝ターゲットは温度感で切り状況条件と混同しない（パッケージ⑤で投入）。確認保留に追加＝①再開カードを5層構造（原理・思考・一次情報・トレードオフ・誤解しやすい点）に拡張するか（全室共通の型変更のため保留）②教育型セミナーの導入章5要素テンプレ（定義→位置づけ→メリット→線引き→持ち帰り）を入れるか（汎用性が案件依存のため保留）
提案パッケージ③：制作室5｜誘導LP
掲載日 2026-08-04｜ステータス：けん確認待ち。対象＝制作室5 v1（けん確認済み）。裁定が出た分は確定フローどおり即・本編反映します（v1→v2新規作成）。番号ごとに採用・不採用・修正で答えられます。
照合の結果サマリー
- 照合は3系統＋原典2枚：C2訴求・構成・品質（68件抽出）／records原文のLP・ページ系8ファイル精読（28件）／C1ターゲット＋C3動線（14件）／原典カード（誘導LPテンプレ・ページ執筆の判断基準）は自分で通読。延べ110件、既存との矛盾0件。メルマガスキル（ソース④）は前回の全読抽出を再利用（LPに効く分は共通部品として反映済みのため新規照合なし）
- 原典→部屋の蒸留は忠実でした。差分の中心は原典にも入っていなかった層：①誰に向けるかの上流判断②ページ中盤（企画内容・特典・メリット）の構造原理③作り方・直し方のプロセスの3つ
- 重複整理後の提案＝新規ナレッジ13本（新セクション3つ）＋既存9本への補強8件＋ワークフロー追記6件＋修理カード症状2行＋保留3件
提案1｜新設セクション「誰に向けるかの考え方」5本（ナレッジ集の先頭に）
Before：本編に無し訴求の型は、読み手の層×手段の認知で決める
LPの書き方を考える前に、2軸だけ確認します。読み手が潜在層（まだ手段を探していない）か顕在層（手段を探している）か。企画の手段が、カテゴリとして認知されているもの（動画編集・noteなど）か、無名の手法か。手段が認知済みで顕在層向けなら話は簡単で、その手段のメリットを言い続ければいい。手段が無名だったり潜在層向けなら、いきなり◯◯で叶いますと言っても伝わらないので、状態の変化を軸にして手段の説明は中に入れる。この判断を最初に外すと、キャッチコピーから構成まで全部が的外れになります。
Before：本編に無し訴求軸を選ぶ基準は、深さより狭さ・具体性
複数の訴求軸で迷ったとき、一番心理的に鋭い案を選びたくなりますが、ターゲットがぼやけて広すぎる軸は、どれだけ深くても実際には刺さりません。深く刺しに行けるのは、対象が絞れている軸だけ。狭くて具体的な軸を先に選んで、深さはその中で追求します。
Before：本編に無し登録の入口は、共感が強い層ではなくボリューム層に合わせる
リサーチで一番共感が強く出るのは、既に何かをやって挫折した顕在層です。ここに合わせたくなりますが、その層は成約率が高くてもボリュームがない。市場の厚みがあるのは、これからやろうとしている様子見層で、LPの文言はそちらを主戦場にします。強い共感語より、入りやすさが勝つ場面です。
Before：本編に無しこんな方へ、は条件ではなく状態で書く
対象者の提示を具体的な数値や業種の条件で書くと、該当しない人を無用に弾きます。リストがあってある程度集客できている、のような状態のレベルで書けば、広く当てはまったまま必要な軸だけで絞れる。あわせて、条件同士が論理的に成立しているか（副業禁止だけど副業で稼ぎたい方、のような破綻がないか）、年齢を数字で羅列して実年齢を突きつけていないか、も見ます。
Before：本編に無し合格基準は登録率だけじゃない。登録後に発信を見てくれる層が登録するか
登録率を上げるだけなら、豪華な特典を積めば上がります。でもそれで集まった読者がその後の発信を見ないなら意味がない。特典とコピーの合格基準は、登録率×登録後の質です。この特典に反応する人は、その後の企画に乗ってくれる層か、まで考えて選びます。
提案2｜新設セクション「中身の構造の考え方」5本（目的と資源配分の後に）
Before：本編に無しメリットは、需要を立ててから出す。先に出すと押し付けになる
企画内容や特典を、これがあるから安心です、と並べたくなる場面。需要が立っていない状態でメリットを出すと、それが自分にとってメリットかどうかを読み手に考えさせることになって、考える時間はやらない側に票を入れます。順番は、こういうことができたらいいよねという共通認識を先に作ってから、それができるのがこの企画です、と出す。個別の要素を1個ずつ紹介して必要性を説く構成は、この順番が逆です。
Before：本編に無し本文は期待と確信まで。具体・手順は特典に逃がす
企画内容で具体的な手順まで見せたくなりますが、登録ページ本文の仕事は、何が叶うかの期待と、本当にいけそうだという確信を作るところまでです。手順まで書くと、分かった気になって登録の理由が消えるか、そんな簡単にいかないという反発を生むかのどちらかになります。具体を求める気持ちには特典で応える。本文は状況と結果の落差を見せて、そこに何があるのかの好奇心を残す形が一番強いです（外部の裏付け：情報の隙間理論——人は知識の欠けを埋めたくて動く）。
Before：本編に無し解決の描写を、読み手の苦労より軽くしない
◯◯するだけで解決しました、のようなあっさりした解決描写は、長年それで苦労してきた読み手には、そんな簡単に解決するなら苦労してない、という反発になります。解決策を見せるときは、読み手の現実感覚と乖離していないかを確認する。軽く見せたいなら、手順ではなく変化の事実だけを見せます。
Before：本編に無し値引き・モニター価格は登録ページに出さない
安くすれば登録が増える気がしますが、値引きが効くのは決める直前の人だけで、登録段階の読み手には関係がありません。ページに書いても登録率は上がらず、商品の格だけが下がる。値引きやモニター条件を使うなら、個別相談の中のクロージング手段として温存します。
Before：本編に無し同じ実績・数字でも、推しポイントかどうかは媒体ごとに変わる
動画で効いた数字をページにも全部載せたくなりますが、媒体と文脈が変われば同じ数字が推しにならないことがあります。事実だから載せる、ではなく、このページのこの位置で読み手を動かすか、で1個ずつ判定する。あわせて、本編で説明した専門用語や独自の言い回しをページに持ち込むときは、まだ何も知らない読者に伝わるか、で判定し直します。
提案3｜新設セクション「作り方・直し方の考え方」3本（ナレッジ集の末尾に）
Before：本編に無し上から順に書かない。決まったものから書いて、つなぎは最後
ページを冒頭から順に書くと、書きながら内容が流れていって着地が甘くなります。先に上3要素とメインコピーを確定させて、決まったコピーに他のパーツを従属させて作る。セクションをつなぐ文や導入は一番最後です。コピーの候補が2つあって決められないときは、どちらかを捨てる前に、両方の強みを1本に合成できないかを試します。
Before：本編に無し既存ページを直すときは、検証済みの部分を固定してから残りを疑う
全体をまとめて直そうとすると、機能していた部分まで壊します。実際に登録が取れているページなら、ファーストビューは確定扱いで固定して、それ以下のセクションを疑う。どこが効いているか分からないページなら、先に上3要素だけを検証します。
Before：本編に無し他媒体から文言を持ってくるときは、書き直しではなく原文差し戻しで劣化を防ぐ
動画台本や配信からページに文言を移すと、変換の過程でニュアンスが少しずつ変わります。おかしくなった箇所を新しく書き直すと、さらに元から離れる。直すときは元の台本を読み直して、正しい表現をそのまま持ってくる。話し言葉は書き言葉に直すのが基本ですが、熱量を残したい箇所はあえて原文のまま、という例外も使えます。
提案4｜既存ナレッジ9本への補強8件（追記文つき）
補強先：目的は登録一点この一点主義はページ単体の話で、動線全体では役割分担があります。配信は興味づけまで、価格・仕様の詳細はこのページの担当。配信側に価格を書かない分、ページには決断に必要な詳細を書き切る責任があります。
補強先：登録率は上3要素で決まるだから上3要素は、ページがほぼ完成した後も別枠でもう一段磨きます。あと、読み手の信頼度は混在している（知っている人も完全に初見の人もいる）ので、構成は一番厳しい初見・信頼ゼロの人に合わせます。
補強先：キャッチコピーはコンセプトそのままもう1個の失敗が、訴求メモの要素をそのまま回収した言葉を並べることです。見るべきは要素の網羅ではなく刺し方で、このターゲットのどのインサイトをどう刺すかの抽象度で判定する。気持ちの代弁で終わるコピー（迷わず動ける私になる、系）より、状態で終わるコピーの方が強いです。
補強先：CTAはボタンの周りで決まる求める行動のコミットメントを軽くするのも効きます。個別相談に申し込む、ではなく、気になる場合はこのボタンから、まで下げて、振り分けはこちらの裏側でやる。行動の重さは読み手に負わせず、設計側で吸収します（外部の裏付け：小さな行動を先に取ると、次の行動への抵抗が下がる）。
補強先：実績者はマイナス属性なぜ効くかというと、メリットだけの提示は読み手の防御反応（はいはい、自慢ね）を作動させ、マイナスの先出しはその検知を外して受け入れ態勢を作るからです。だから中途半端が一番ダメで、マイナス→プラスの構造か、突き抜けたメリット単独かの二択。語り方も、結果だけでなくマイナスからの積み上げの過程を見せると、ちゃんとやってきた人の実感が出ます。私の◯◯、という所有格の多用は本人固有のやり方に見えて再現性を下げるので避ける（外部の裏付け：人は自分と似た人の成功で、自分にもできそうという感覚を強める）。
補強先：権威は証拠→主張個別相談など人と話す場への申込ページでは、権威の証明より、安心感・この人なら話しても大丈夫そう、の軸で書きます。あと、これから必要になると考えて立ち上げました、のような動機の宣言は、実績の裏付けが先にないと独りよがりに見えます。
補強先：共感チェックリストは中途半端なら入れない入れる場合の書き方は、状況の説明ではなく読み手の脳内行動の再現です（強そうな言葉を探してページの頭をこね続ける、のような実際にやっていること）。主語をあなたにせず属性（この世代は、など）にすると決めつけの副作用を避けられます。あなたの代わりに皆さんを多用するのも集団扱いになって自分ごと化を妨げるので、自分の、のような内側の視点の言葉に変換します。
補強先：流入経路は複数ある前提経路だけでなく、前段の記憶も前提にしません。動画で説明した内容を覚えている前提のセクションやバナーは、それ単体で伝わる形に直します。
提案5｜ワークフロー追記6件＋修理カード症状2行
- 手順2に：訴求の上流判断の宣言を追加（読み手は潜在層か顕在層か・手段はカテゴリとして認知されているか→訴求の型を先に決める）
- 手順3の判断基準に：中盤（特典・企画内容・メリット一覧）が需要喚起→提示の順になっているか
- 手順4の判断基準に：値引き・モニター価格を書かない／具体・手順は特典に逃がす／専門用語・独自概念は初見基準で判定
- 手順5の検査に：需要が立つ前のメリット提示／同じ感情の重複回収／所有格の多用／対象者リストの論理破綻／前段の記憶前提
- 手順7の人間が確認すべき項目に：この特典で登録する人は、登録後に発信を見てくれる層か
- 修理カードの使い方に：既存ページの改修はファーストビュー確定→以下を疑う、の順で行う1文を追加
| 症状表への追加行 | 使うカード | 何をしてくれるか |
|---|---|---|
| 中盤がメリットと安心材料の羅列で、押し付けっぽい | 流れの型／需要構築6ステップ（制作室4の原典を転用） | 需要喚起→提示の順に組み替える。共通認識を先に作ってから、それができるのがこれ、の形へ |
| 対象者の条件が細かすぎる・論理が破綻している | 誘導LPテンプレ | 状態レベルの言葉に引き上げて、条件同士の整合を検査する項目を追加 |
保留・判断を仰ぐ点 3件（番号で回答できます）
- 「誰に向けるかの考え方」5本の領域かぶり。訴求の芯（制作室1）・コンセプト（制作室2）の領域と重なります。仮説＝裁定済みのかぶり許容方針どおり独立掲載し、制作室1・2の照合時に矛盾がないかだけ突き合わせる
- 需要構築6ステップの扱い。セミナー側の原典カードなので、LP室には本文を複製せず、症状表の行から参照する形。仮説＝この形でよい（本文複製は総量を無駄に増やす）
- 媒体転用の原文差し戻し（提案3の3本目）。セミナー室の照合でも同型が出るはずなので、その時に共通部品への昇格を判断。仮説＝今はLP室に置く
提案パッケージ②：共通部品（原典ライブラリのカード群）
掲載日 2026-08-03｜ステータス：けん確認待ち。対象＝原典ライブラリの共通部品6枚（AI臭さ除去・媒体別整形・口調温度調整・訴求語彙・見出し・背景情報の残し方）。番号ごとに採用・不採用・修正で答えられます。
照合の結果サマリー（先に正直な報告）
- 共通部品6枚は想定より詰まっていました。制作室7の照合時に未収載と判定した項目のかなりの部分（AI臭さの3原理・整形NGリスト・脳内代弁の技法・実績の置き方など）は、共通部品側に既に収載済みでした。照合時は制作室7の14項目とだけ比較していたための過大判定です。前回「共通部品の大きな穴」と報告したのは訂正します
- その上で現物と突き合わせて残った本物の差分だけを提案します：既存カードへの追記5件＋新設カード1枚＋位置づけの整理。素材は前回の4系統照合の抽出結果で足りるため、追加のエージェント照合はしていません
- 態度と立場4本（全制作物版）と新設修理カード2枚（立場保全・ノイズ設計）は実装指示書_制作室7_v1.mdで納品済み。このパッケージでは位置づけの整理だけ扱います
提案1｜媒体別整形・記号カードへの追記（改行の数値基準・空行・箇条書き・仕上げの順序）
現状の改行ルールは「長すぎる行だけ区切る」で判定基準が曖昧。けんの実運用（メルマガ整形の確定ルール・キャリアスCRMの絵文字後付け依頼）には具体的な数値と手順があるので回収する。貼るブロックへの追記文面：
■ 改行のルール（追記）
・目安は1行15〜25文字。ただし主基準は文字数ではなく意味のまとまり。9文字でも意味が完結していれば1行でいいし、20文字あっても意味の途中なら、そこでは切らない
・5文字以下の行を単独で作らない。1つの文を機械的に3行に割る癖も、リズムが不自然になるのでやらない
・元のテキストで既に改行されている箇所は、短くてもそのまま維持する
・5文字以下の行を単独で作らない。1つの文を機械的に3行に割る癖も、リズムが不自然になるのでやらない
・元のテキストで既に改行されている箇所は、短くてもそのまま維持する
■ 空行のルール（新設）
空行に意味を持たせる。1行＝軽い区切り。2行＝話題の切り替え。3行＝大きな転換や見せ場の前。行き先のリンクや一番読ませたい一文の前は、空行を厚くして視線を溜める。
■ 箇条書きのルール（新設）
短い単語の列挙は空行なしで詰める。説明文つきの項目は各項目の後に空行を入れる。混在するときは長い方に合わせる。表組みはLINE・メール本文では使わない。
■ 仕上げの順序（新設）
文章のロジックと言い回しを確定させてから、絵文字・記号の装飾だけを後から足す。装飾を調整させるときは、文章や言い回しは変えないこと、と明示して頼む。装飾のついでに本文まで書き換えられるのが一番多い事故。
■ 迷ったら実物（追記）
改行・記号・絵文字の正解は、その媒体で実際に配信済みのテキストが持っている。過去の実物があるなら、ルールで考えるよりその見た目を真似る方が早くて正確。
提案2｜口調温度調整カードへの追記（カジュアルは態度で作る・温度の双方向調整）
現状の4項目（断言と留保・実績・権威性・脳内代弁）に、検査項目2つと注意書き1つを追加。貼るブロックへの追記文面：
■ 5. カジュアルさは文法ではなく態度で作る（新設項目）
親しみやすく、と頼むとAIはタメ口や砕けた語尾に走る。これは偽物のカジュアルさで、読み手は文法ではなく態度を読んでいる。ベースは丁寧語のまま、本音・自己ツッコミ・矛盾という中身の選択で距離を縮める。語尾を崩していいのは、本人が実際にその場面で使う言い回しだけ。
・NG例：なるんですよね・ただね・いやこれね、のようなフランクな語尾や接続を、本人が使っていないのに混ぜる
・NG例：なるんですよね・ただね・いやこれね、のようなフランクな語尾や接続を、本人が使っていないのに混ぜる
■ 6. 全体の温度を動かしたときは、反映されたか文末まで見る（新設項目）
温度調整は両方向ある。もっと断言していい場面と、そこまで推したいわけじゃないから弱める場面。そして上げる指示を出しても、文末が変わっておらず実際には何も上がっていないことがよくある。指示を出したかではなく、文末・言い切りの強さ・具体性のレベルで実際に動いたかを確認する。
一緒に渡すものへの注意書き（追記）
会話形式の素材（打ち合わせログ・チャットの貼り付け等）を渡すときは、これは情報であって文体の見本ではない、と明示する。AIは貼られた話し言葉を文体サンプルと誤認して真似ることがある。
提案3｜AI臭さ除去カードへ追加指示2パターン（欠陥の命名・擬似差分）
現状の「出力が弱いときの追加指示」は3パターン。けんの実運用にある強力な2手を追加：
4. 同じ種類のAI臭が何度も出てくる
→『今の指摘を種類ごとに分類して、それぞれに短い名前をつけてください』。一度命名させると、次からはその名前を言うだけで一発で通ります。毎回長い説明をやり直すより、AIに欠陥の辞書を作らせる方が早いです。
5. 何かが足りないのは分かるのに、何が足りないか言葉にできない
→『この文章を、わざと特徴のない普通のAI説明文に要約し直してください』。出てきた要約と元の文を見比べると、元の文にしかない持ち味が浮かび上がります。差がほとんど無いなら、それが答えです（持ち味がまだ入っていない）。
提案4｜見出しカードのNGパターンに1件追加（自己評価型見出し）
NGパターンへの追記：自己評価型の見出し
面白い話・衝撃の事実・重要なお知らせ、のような、面白さや重要さを書き手が自分で宣言する見出し → 読み手に体験させる前に自分で価値づけすると、評価の押し売りになって逆に軽くなる。中身が起こす感情は見出しでは宣言せず、型（逆説・意外性・疑問など）で興味だけを起こす。
提案5｜背景情報の残し方カードへの追記（蓄積のリズム）
使う場面への追記：残すタイミング
運用の習慣としては、修正指示が確定するたびにその場で残すのが正解です。制作が終わってからまとめて思い出すと、判断の途中式が消えています。1回の修正確定＝1回の追記のリズムで、スタイルシートやNGリストに書き足していく。同じ指摘をAIに2回出したら、それは前回の指摘がナレッジ化されていない合図です。
提案6｜新設カード「参考例の借り方」（5点セット・本文つき）
過去の成功配信・他社のうまい例を参考にする場面の判断基準は、どのカードにも入っていない。丸パクリか全然活かされないかの両極端になりがちな場面で、けんの実判断（構造は借りる・テンションと文章は借りない・外部由来の強い要素は保留）が3案件以上で確認できているため、独立カード化を提案。
使う場面
過去の反応が良かった配信・他社のうまいLP・成功した過去企画のテキストを参考にして、新しい制作物を作るとき。
AIに貼るもの（ここから下をコピー）
【参考例の借り方の判断基準】
これから参考例と、今回の案件の素材を渡す。以下の基準で参考例を使うこと。
■ 前提となる原理
1. 成功した表現は、成功した文脈とセットでしか機能しない。表現をそのまま移すのではなく、なぜその場面で機能したか（何をどういう順で認識させ、どう興味づけているか）という構造を抽出して、今回の案件に合った表現を新しく作る
2. 借りるのは構造。テンション（表面のノリ・言い回し）は移植しない。ノリだけ真似ると、文脈が違う場所では滑る
3. 参考例の文章をそのまま流用しない。要素・構成の参考はOK、文章のコピーはNG
■ 手順
1. 参考例を読んで、機能している箇所とその理由を先に列挙する
2. 今回の案件で同じ構造が使える箇所・使えない箇所を分ける（前提が違う箇所は使えないと判定する）
3. 使える構造だけを使い、表現は今回の素材から新しく作る
4. 出力の最後に、参考例から借りた構造の一覧と、借りなかった箇所とその理由を付ける
これから参考例と、今回の案件の素材を渡す。以下の基準で参考例を使うこと。
■ 前提となる原理
1. 成功した表現は、成功した文脈とセットでしか機能しない。表現をそのまま移すのではなく、なぜその場面で機能したか（何をどういう順で認識させ、どう興味づけているか）という構造を抽出して、今回の案件に合った表現を新しく作る
2. 借りるのは構造。テンション（表面のノリ・言い回し）は移植しない。ノリだけ真似ると、文脈が違う場所では滑る
3. 参考例の文章をそのまま流用しない。要素・構成の参考はOK、文章のコピーはNG
■ 手順
1. 参考例を読んで、機能している箇所とその理由を先に列挙する
2. 今回の案件で同じ構造が使える箇所・使えない箇所を分ける（前提が違う箇所は使えないと判定する）
3. 使える構造だけを使い、表現は今回の素材から新しく作る
4. 出力の最後に、参考例から借りた構造の一覧と、借りなかった箇所とその理由を付ける
一緒に渡すもの
参考例（過去配信・他社例など）／今回の案件素材（案件パックなど）／参考例のどこが良いと思っているかの一言（あれば。人間の見立てがあると抽出の精度が上がります）
出力が弱いときの追加指示
1. 表現ごとコピーしてくる →『文章の流用は禁止です。借りていいのは、何をどういう順で認識させるかの構造だけ。表現は今回の素材から作り直してください』
2. 参考例がほぼ活かされない →『参考例で機能している箇所とその理由を10個列挙してから、今回に使えるものを選び直してください』
3. 外部の強い要素をそのまま入れてくる →『外部の参考資料由来の強い要素は、そのまま使わずに一旦保留の別枠に分けてください。使うかどうかはこちらで判断します』
2. 参考例がほぼ活かされない →『参考例で機能している箇所とその理由を10個列挙してから、今回に使えるものを選び直してください』
3. 外部の強い要素をそのまま入れてくる →『外部の参考資料由来の強い要素は、そのまま使わずに一旦保留の別枠に分けてください。使うかどうかはこちらで判断します』
人間が最終判断するところ
借りた構造が今回の案件の前提と本当に合っているか／保留に分けた外部要素の採否（有用性とオリジナリティは別軸）／仕上がりが参考例に似すぎていないか。最後は参考例と並べて読んで確認してください。
位置づけの整理＋送付1件＋保留2件（番号で回答できます）
位置づけの整理（実装指示書との接続）
- 共通部品の新しい並び案：先頭に原理集「態度と立場（全制作物共通）」4本（実装指示書Eで納品済み）→カード群9枚（既存6枚＋立場保全・ノイズ設計（実装指示書Dで納品済み）＋参考例の借り方（本パッケージ提案6））
- 第4部修理庫（症状別逆引き）を作るときは、この9枚＋各制作室の修理カードが行き先になる。症状表の書き方は制作室7の型（こういう出力になってるとき／使うカード／何をしてくれるか）で統一
送付1件
- 工程0の葉「スタイルシートの作り方」へ：スタイルシートは階層で作る（上位＝なぜ面白いか・どういう態度か→中間＝ユーモアや強調の出し方→枝葉＝語尾・記号）＋各ルールになぜを添える（背景があるとAIの読み込み精度と変更への耐性が上がる）。出典：C4統合95/45。該当の葉の現状を確認してから組み込むこと
保留・判断を仰ぐ点
- 参考例の借り方カードの新設可否。仮説＝新設する（どのカードにも無い場面で、実判断の裏付けが3案件以上ある）
- 提案1〜5の反映タイミング。仮説＝共通部品はどの制作室からも参照される土台なので、制作室の量産と並行して早めに反映（実装指示書の追補として制作進行チャットに渡す）
提案パッケージ①：制作室7｜LINE配信・メール
掲載日 2026-08-03｜ステータス：裁定済み（2026-08-03 けんOK・全提案採用）。実装指示書を作成済み。本編反映は制作進行チャット待ち。以下は提案時の内容（記録として保持）。
照合の結果サマリー
- 4系統を照合：発掘統合基準（C2/C3/C4）・発掘01/04・records原文22ファイル精読・メルマガクリエイタースキル全ファイル。抽出は延べ約200件、重複整理後に下の提案へ集約。既存ナレッジとの矛盾は0件でした
- 本編の制作室7は配信オペレーション（送信表・締切熱量・件名・媒体差）は強い一方、3つの層が薄い：①態度・立場の設計層（何を言うかの手前の、どういう立場で言うか）②表現精度の層（メリットの語り方・実績の出し方・言葉選びで集まる層が変わる話）③検収・AI分業の層（出力をどう検品するか）
- ソース①（チャット履歴の全量再発掘）は今回は不要と判定。records原文の精読で執筆時の生の言い回しまで回収できており、穴が残らなかったため
- AI臭さ除去・整形・口調温度に関する大量の収穫は共通部品側の担当なので、この部屋には入れず「持ち越しリスト」（下の6番）に分離しました
提案1｜ナレッジ集への新規追加 13本（本文案つき）
書式は本編と同じ、場面・考え方・なぜのセット。一刀口調で本文として書いてあるので、OKならこのまま入ります。見出し前の（ ）は追加先のセクション。
◆ 新設セクション案：態度と立場の考え方（配信は書き手の立場が一番出る制作物なので、配信の役割の考え方の前に置く想定）
Before：本編に無し書く前に、どういう態度で書くかを決める。面白く書いて、は再現性がない
AIに配信文を頼むとき、書き方の指示をどれだけ細かくしても、出てくるのは中立的な説明者の文章です。AIは態度を指定しない限り、自動的に誰でもない解説者になります。効くのは書く前の前提設定で、あなたはこういう矛盾を抱えていて、こういう態度で書く人です、と立場ごと渡すこと。面白い文章には必ず矛盾があります。メルマガを続けられていない人間がメルマガを勧める、みたいな。矛盾は隠すものではなくて、抱えたまま語ると人格になります。
Before：本編に無しネガティブな感情は、自分から自分に向けたものだけ出す
締切間際やセールス終盤は熱量を上げるので、感情表現が濃くなります。ここで事故りやすいのが、市場・環境・忙しさへの愚痴のような外向きのネガを漏らすこと。読者から見ると売り手が被害者のポジションに落ちて、立場が崩れます。出していいネガは、自分の判断ミスや自分の矛盾への自己ツッコミ、つまり内向きのネガだけ。矢印の向きで判定すると迷いません。
Before：本編に無しお願いする側に回らない。読者を下げる構図にもしない
読んでいただけると嬉しいです・何度もすみません・させてください系のお願い口調は、丁寧に見えて立場を下げます。相手は知りたくて読んでいる前提で書く。逆向きの事故もあって、チャンスを逃さないでくださいね系は上から目線の催促になります。再募集で読者の声を引用するときに、もう一度チャンスをくださいと読者がお願いする構図にするのも同じ理屈でNG。どちらの方向にも傾けず、対等な距離で書くのが正解です。
Before：本編に無し断言できる範囲は、情報の出どころからの距離で決まる
自分が体験したことは断言していい。観察できる他人の行動は描写までいい。他人の内面や世間の空気は、推測の形にするか、主語を自分の観測範囲まで狭める。ここを飛ばして世間ではこう言われていますと書くと、実際の世間認識と食い違ったときに文章ごと信用を失います。断言と留保の使い分けは弱気の問題ではなく、信頼の設計です。
◆ 追加先：配信の役割の考え方
Before：本編に無し登録直後の1通目は、全配信で一番見られる。だから一番手を抜けない
リスト登録の直後は、開封率も次への遷移率も全期間で最高です。ここに他の通と同じ温度の文章を置くのは事故です。判定基準は、この文を見て、見ないという選択肢が受信者に残るか。3つのことがはっきりします、程度の弱い予告なら書き直し。見ないわけがない、まで強度を上げてから送ります。
Before：本編に無し配信で作る期待は、実際に送る素材の中身と揃える
配信テキスト単体で盛り上げても、その先の動画やページにその中身がなければ、期待との差分がそのまま不信になります。訴求のメインは、実際に送る素材が答えられるものに限定する。細かいところでは、約30分の動画です、という所要時間の言及はメリットではなくコストの提示になるので消す。初開催の企画に毎回・いつもと書かない。通しで読む段階でこの整合を必ず確認します。
◆ 追加先：訴求表現の考え方（新設セクション案）
Before：本編に無しメリットは気持ちの代弁ではなく状態で語る。そして固有性を疑う
迷わず動けるようになる、みたいな内面の代弁は弱いです。外から観測できる状態の変化で語る。もうひとつ、書けたメリットが、誰かと話しているうちに答えが見える、のように他のサービスでも得られる体験になっていないかをチェックします。他でも得られるなら、その商品である必要が消えている。固有の価値まで言語化できて初めてメリットです。
Before：本編に無し同じ事実でも、どの言葉で括るかで集まる読者が変わる
月3万円浮きます、と書けば節約したい層が来ます。それが欲しい客層ならいいですが、違うなら、事実は同じでも括り方を変える。訴求語は事実の説明ではなく、どの属性を呼ぶかのフィルターとして選びます。あと、隠れた強み・最初の一歩のような、どのジャンルでも使い回せる言葉は固有の絵が浮かばないので、訴求としては空砲です。
Before：本編に無し実績・お客様の声は毎回入れない。ここぞの通に取っておく
申込が何名になりました系の実績報告を毎通入れると、ただの背景音になります。使うのは流れを変えたい場面だけ。出し方も、自分からすごいと言うのではなく、事実と数字を置いて読者に判断させる形にする。声を散りばめるときも少量が正解で、増やすほど1個あたりの効きは下がります。
Before：本編6番の一歩手前の判断として追加受信者がまだ知らない名前は、説明を足すか、そもそも出さないかを選ぶ
初出の固有名詞に一言添えるのは基本ですが、その手前にもう1個判断があります。演者名や企画名を出すことが、その通の目的に必要か。誰々が1万件の相談経験から、と冒頭に置いても、受信者からすれば知らない名前で終わります。名前の認知を作る通でないなら、名前を引っ込めて中身のメリットだけで書く方が強いことが多いです。
◆ 追加先：運用の考え方（新設セクション案）
Before：本編に無し同じ内容を全員に送っていいかは、対象者ごとに別の価値があるかで決める
LINE登録済みの人にもメールを送るのは無駄な重複に見えますが、未登録の人にはLINEへの誘導、登録済みの人にはリマインドの強化、と受け手ごとに別の役割が立つなら全員配信でいいです。絞り込むこと自体に価値があるわけではない。逆に、常設のリッチメニューで同じ導線が常に見えているなら、配信文中に同じリンクを重ねて貼らず、そこへ視線を送るだけにします。
Before：本編に無しボタンの数は、動線の物理的な制約から逆算して1つに絞る
動画がLINEの中でしか見られないなら、メールの行き先は動画視聴とLINE登録の2つではなく、LINE登録の1つです。設計として正しく見える形（選択肢を両方案内する）でも、実装の物理的な事実と噛み合わなければ作り直す。行き先が2つある配信は、たいていこの逆算をサボっています。
Before：本編に無し共感で入るかメリットで押すかは、リストの教育状態で切り替える
初めましてのリストには決めつけない共感の入口が要りますが、すでに関係ができているリストに弱さへの共感を重ねると、傷の舐め合いの空気になります。教育済みのリストには実績とメリットで押す方が、立場が保てて強い。配信の書き出しを考える前に、このリストは今どの段階かを1回確認します。
提案2｜既存ナレッジの補強 6件（追記文つき）
補強先：広告で効いた共感表現を、配信に持ち込まない追記：機序と解除条件
なぜ悪手かというと、共感が配信の中で満たされると、本編を開く動機そのものが消えるからです。もうひとつ、これは永久NGではなく信頼の段階の話で、動画を見て共通認識ができた後の配信なら、正面からの共感も機能します。使っていい時期が来るまで取っておく、が正確な運用です。
補強先：締切間際が一番伸びる追記：固め始めの具体タイミングと上位概念
締切訴求で固め始めるのは締切の3日前あたりから。それより前の通は独立したテーマで買う理由を積む。根っこにあるのは、期間の長い短いではなく、期間中に積める追い込みの総量が本体、という考え方。総量が同じなら期間を延ばしても数字は変わりません。
補強先：ラストコールは一段厚く追記：話し手の人格との整合チェック
熱量と一緒に、話し手の人格と合っているかも見ます。普段柔らかい話し手のラストコールが、今日中にやる。と男前に締まっていたら、それは熱量ではなく人格の乗っ取りです。熱量を上げる方向は、その人のキャラの延長線上で選びます。
補強先：再募集は大義名分が要る追記：お断り側からの再アプローチと、締切済み商品への態度
こちらの都合でお断りした人に再アプローチする場合は、枠の都合で案内できなかった方にも届けられるようになりました、のような枠が広がった系の大義名分を用意する。あと、締切済みの商品に誘導すること自体が本末転倒なので、個別に聞かれても再開の示唆はまた何かの機会に、程度の弱さに留めます。
補強先：LINEとメールは、同じ内容でも別の書き物追記：メール側のパラメータと形式選定
メールは1日1通ペース・教育要素OK・リンクは毎回入れてOK・絵文字は少なめ・文末はビックリマークで温度を上げる、というのが標準パラメータ。形式は、開封率を取りたい・装飾したいならHTMLメール、こだわらなければテキストメール。ただし到達率の技術論より、送信者としての信頼（普段の配信の質と関係）の比重が年々上がっています。
補強先：件名は訴求要素＋締切追記：上位原理と重複チェック
件名の上位原理は、見出しは内容の要約ではなく興味を起こす装置、ということ。切り口は、常識の否定・意外性・問いかけの3方向で作れます。あと、過去の企画と件名がほぼ同じになっていないかを毎回確認する。受信箱の中では過去の自分の配信もライバルです。
提案3｜ワークフローへの追記 8件（差し込み位置つき）
- 「用意するもの」の口調サンプルを格上げ：口調サンプル→スタイルシート（使う言葉・使わない言葉・態度設定＝読者との関係の設定）に。無ければAIに過去配信から仮生成させる一文を追加。出典：AI打ち手20選
- 手順4の冒頭に態度設定を追加：本文を書く前に、書き手の態度（テーマへのスタンス・読者との関係・自分の見せ方）を2〜3行で宣言してから書かせる。出典：メルマガスキル核心原則2
- 共通ルールに削除権限を追加：既にある文章の削除はユーザーの判断。AIがやっていいのは入れ替え・追加・磨き込みまで。出典：発掘04（削除→情報消失の実事故）
- 共通ルールに推測の精度管理を追加：推測は禁止ではなく精度で管理。1〜2箇所直せば使えるレベルの推測はOK、書き直しになるレベルの推測をするくらいなら質問する。出典：セミナー制作フロー原文
- 手順5の検査項目に追加：渡した素材の言い換えで終わっていないか（この文章を読んだ別のAIが、他の案件に同じ原則を適用できるか、で判定）。出典：発掘04の構造化コピペ批判
- 修理カード使用後の波及チェック：1箇所直したら、その箇所を前提にしていた他の通（特に冒頭と締め）に矛盾が残っていないかを確認する1行を修理カードの使い方に追加。出典：メルマガスキルの差分再検査
- 検査の根拠提示：禁止表現・NG構図のチェックは、問題なしとだけ書かせず、何を確認して0件だったかを出させる。自己申告のOKは通さない。出典：メルマガスキルの機械走査運用
- 手順7の人間が確認すべき項目に追加：過去の配信・過去の企画と件名や切り口が重複していないか。出典：グラムハック（過去企画と件名がほぼ同一だった実事故）
提案4｜修理カード（症状表）の増強 4件
症状表への追加行の案。上2つは新カード、下2つは既存カードへの検査項目追加。
| こういう出力になってるとき | カード | 何をしてくれるか |
|---|---|---|
| 締切間際の通が、忙しさの愚痴・被害者っぽさ・やってみて変わりました系の語りになっている | 立場保全（新設） | 外向きのネガ・お願い口調・ドラマ仕立てを検出して、売り手の立場を保ったまま熱量を上げる形に直す |
| 内容は正確なのに、読み進める理由がない。全部の文が結論のための説明になっている | ノイズ設計（新設） | 結論に奉仕していない寄り道（感情・脱線）がゼロであることを検出して、人格の出る寄り道を足す |
| 行き先のリンクが2つ以上あって、どれを押せばいいか迷う | 配信の役割分離（既存に追加） | 動線の物理制約から逆算して行き先を1つに絞る |
| 実績や共感が、わかってる風・自慢っぽくて気持ち悪い | 口調温度調整（既存に追加） | リストの信頼段階と主語の形（観察形・事実提示）を検査して置き直す |
新設2枚のカード本文（貼るブロック）は裁定を受けて書き起こし済み。実装指示書の実装Dに収録。
提案5｜保留・判断を仰ぐ点 5件（番号で回答できます）
- 態度と立場の層（提案1の最初の4本）の置き場所。仮説＝制作室7に置く（単体で機能する原則を優先。配信は立場が一番出る制作物なので相性も良い）。ただし全制作物に効く原理なので、共通部品に核を置いて制作室7から参照する形もあり。どちらにするか
- LINEの自動化まわり（動画を10分以上見た人だけ次のシナリオへ・申込が入ったら以降の誘導配信を止める）。仮説＝配信テキストではなく裏側の進行なので制作室8（実施設計）行き
- テキストメールとHTMLメールの使い分け・送信者信頼の話。仮説＝提案2の媒体差への追記の形で軽く入れる（これ以上は深掘りしない）
- アンケートの選択肢の並び順（先頭の控えめな選択肢が理想の天井を暗示する）。仮説＝配信の部屋ではなく、事前アンケートを扱う部屋（セミナー室か誘導LP室）へ
- 価格改定・解約などの事務連絡メールの構成（結論→背景→配慮の順）。仮説＝ローンチ配信のスコープ外なので不採用
持ち越し｜共通部品側への収穫 3束（次の対象の入力になる）
制作室7の照合で出たが、担当が共通部品（全室横断）の分。次のブラッシュアップ対象＝共通部品に着手する時の主素材にする。
- AI臭さ除去の増強：AI臭の発生メカニズムの言語化——決め台詞で概念を先に確定する癖／倒置の締め／構造の実況（予告・自己評価・要約締めの3類型）／ここ、これ、で止める文体／文語的な接続・絶対的な要約フレーズ／指示語の多用。さらに上位原理として、AI文章が退屈になる本質＝全部の文が結論に奉仕していて寄り道がないこと
- 整形の増強：改行は15〜25文字目安だが主基準は意味のまとまり／接続詞だけの行を作らない／空行1〜3行の段階的使い分け／見出しを線で囲まない／チェックボックス記号NG／LINEにMarkdown表NG／時限表現は相対に統一／迷ったら実際に配信済みのテキストの見た目を踏襲
- 口調温度調整の増強：カジュアルさは文法でなく態度で作る（タメ口化は偽物。ベースは丁寧語）／使わない語尾・接続の実リスト／断定強度は双方向に調整する（断言させる場面と、そこまで推してないから弱める場面）／文章のロジック確定後に絵文字・記号で温度を後付けする仕上げ工程／AIに欠陥を命名させると以降は一言の指示で通る
制作室3：ファネル設計図を作る（v1・けん確認用）
2026-08-10執筆→本編反映済み。現在の正本＝本文/制作室3_ファネル設計_v2.md（メイン制作チャットが接続の型を適用）。このタブは執筆時点（v1）の記録です。以下、移設した本文そのままです。
この部屋でやるのは、ローンチ全体を1枚で管理できる状態を作ることです。出口は「ユーザーがどこから入って、どのページ・どのLINEをどう遷移して、成約まで行くのかの流れと、いつ何をやればいいのかのスケジュールが、1枚のファネル設計図（HTML）で確認できる状態」。
この図の目的は3つです。
1. 流れの管理：ユーザーが何を見て、どこに登録して、何を受け取って、どう成約まで動くのか。この遷移が1枚で追えると、動線の切れ目にすぐ気づけるし、どこかを変えたときの影響も見える
2. スケジュールの管理：全体の日程がパッと分かることで、今日・明日・来週、自分が何をやればいいのかが迷わず分かる
3. 共有：一緒に制作に携わる人（外注さん・チーム）に、この1枚を渡すだけで全体が伝わる。毎回口頭で説明し直さなくて済む
HTMLは、この3つのための道具です。綺麗な図を作ること自体が目的ではありません。
見本を先に見てください。こういうものが出来上がります。
→ 見本：https://page-af0afc2d.pages.dev
↑見本の中の全体フロー図。縦が時間、横がレーン。こういう1枚に落とし込みます。
先に1個だけ。見本はあくまで一例です。集客期間も、集客先（YouTube・X・Instagram・TikTok・Facebook・スレッズ・ハウスリスト・広告）も、実施の中身や回数も、個別相談に繋ぐか実施の場で売り切るかも、ローンチによって全部違います。見本の形をなぞるのではなく、自分の案件の形をこの部屋で決めて、同じ品質の管理図にする。それがこの部屋の仕事です。
コンセプトが決まった直後にこれを作る理由は単純で、ここから先の制作物（セミナー・LP・動画・配信）は全部、この図の上に乗るからです。日程と動線が図で固定されていれば、各部屋での判断が速くなります。
ちなみに、制作の段取り・発注・開始前チェックといった裏側の進行は、この部屋ではやりません。あれは実施設計の部屋の仕事です。この部屋は表側、つまり参加者から見える動きと、それを回す自分の動きの管理だけをやります。
中身は3つに分かれてます。今の状況で使うものを選んでください。
1. ワークフロー：管理に必要な情報を揃えて、設計図HTMLの生成まで通しでやる進行役プロンプト
2. 修理カード：出てきた図が微妙だったとき。症状から選んで直す
3. ナレッジ集：この図への僕の考え方の原理をまとめて置いてある
▼トグル1：ワークフロー（管理に必要な情報を揃えて図まで作る）
用意するもの
・案件ナレッジシート（必須）
・コンセプト（制作室2の再開カード。未確定でも仮で進められます）
・集客に使う媒体の現状（YouTube・X・Instagram・TikTok・Facebook・スレッズ・ハウスリストなど、どれを使うか。頻度の現実ライン・広告の有無）
・リストの状態（登録数・新規中心か関係ができているか）
・実施日の希望（候補の条件だけでもOK）
・個別相談に繋ぐ場合：対応できる面談数の下限
僕がファネル設計図を作るときの順番
1. 実施日を先に固定する。前の集客期間も後ろのセールス期間も逆算で決まる。今日から数えて組まない
2. 動線を一本線で通す。各チャネルの責任は1つずつ
3. 締切を二段で設計する。日程側の締切と企画側の締切
4. 日別の動きに落とす。日付×レーンの表にする
5. 図にする。図で見ると、動線の切れ目と日程の穴が一瞬で見つかります
制作ワークフロー（コピー用ブロック）
【ファネル設計図 制作ワークフロー】
これから、企画の表側の設計図（動線＋実施スケジュール）を固めて、1枚のHTMLにする。以下の手順で、段階を飛ばさずに進めること。
■ 最初に確認すること（ユーザーへの質問）
1. モードはどちらか：
- 叩き台モード＝不足情報は仮説で補って最後まで一気に作る（仮説は必ず「仮説」と明記して一覧化する）
- 確定稿モード＝完成度に大きく影響する不足があれば、その時点で止めて必要な素材を要求する
それ以外のこと（実施の中身・日程・媒体・出口）は先に質問しない。まず渡された資料を読んでから、埋まらないところだけを聞く（手順1）。
■ 共通ルール（全段階で厳守）
- 渡された情報に無い事実（媒体の数字・実績・日付の制約・ツールの仕様）を創作しない
- 情報が足りないときは一度に3問まで質問する。仮説で進める場合は仮説であることを明記する
- 指示された段階を省略しない。省略した場合はどこを省略したか申告する
- 案件ナレッジシート・再開カード・ユーザーの最新の指示の間で情報が食い違うときは、新しい方を優先し、食い違いに気づいたことを申告する
- この部屋では、図の骨格に関わる不明点（ユーザーの遷移の実体・実施の中身と日程・集客の媒体・出口）は、叩き台モードでも仮説で埋めずにユーザーに質問する。図は共有物なので、間違った前提の図は事故のもとになる。仮説で埋めてよいのは表現の粒度まで。決まっていないことは、図の論点の欄に置く
■ 手順1：入力の確認と、図に必要な項目の充足チェック →不足があれば質問する
案件ナレッジシート・コンセプト・媒体とリストの現状・実施日の希望を読み、把握した内容を5行以内で要約して提示する。誤解があればここで直してもらう。
あわせて、管理に必要な以下の項目が資料から読み取れるかを確認する。読み取れたものは読み取った内容を提示し、埋まらないものだけをユーザーに質問する（一度に3問まで。優先度の高い順に）。先に全部質問しないこと。
1. ユーザーの流れの実体：入口（どの媒体で・何を見せて）→ 登録先（どのLINE・メルマガ・LPか。既にあるものは名前で）→ 登録した人が受け取るもの（配信・特典）→ 実施への参加のしかた（案内やリンクをどう届けるか）→ 実施の後に動かす先（相談の予約ページ・決済ページなど）→ 成約後の受け取り。この一連の遷移が管理の核心なので、埋まるまで確認する
2. 実施の中身：何を・いつ・何回やるか（決まっていなければ候補の条件でいい）
3. スケジュールの枠：集客をいつから始めたいか・申込の締切をどうするか
4. 集客の動き：どの媒体で何をどの頻度で出すか・広告を使うか
5. 配信の運用：自動配信のツールがあるか・手動でやることは何か
6. 出口：個別相談に繋ぐか・実施の場で売り切るか（相談なら受けられる枠の下限）
7. 関わる人：全部1人でやるのか、外注や仲間と分担するのか。分担するなら、図とスケジュールに担当の欄を足す
コンセプトが未確定の場合はその旨を指摘し、叩き台モードなら仮コンセプトを1文で宣言して進める（図の確定前に制作室2を通すことを勧める、と添える）。
■ 手順2：骨格を決める →ここで一度確認を取る
以下を決めて一覧で提示する。
1. 実施日程：日程を日付で置く。同じ内容を複数日程で開催する場合は、時間帯を散らす（例＝夜・昼・朝。参加者の属性ごとに参加しやすい時間帯が違うため）
2. 3つの期間：実施日から逆算して、集客期間（相場は1〜2週間。ここは削らない）・実施期間・セールス期間を日付で確定する
3. ユーザーの遷移の一本線：入口（どの媒体で何を見せるか）→登録先→登録後に受け取るもの→実施への参加→出口（相談か直接申込か）→成約。各ステップは、ユーザーが何を見て・何をして・次にどこへ行くか、で書く。ページやLINEは実体の名前で書く（どのLP・どのアカウントか。管理と共有のため）。受け皿は既存のものを使い回す
4. 締切の二段構え：日程側の締切（各回の開催時刻。逃しても次の日程がある形か）と、企画側の締切（申込期限の日付）
5. レーンの割り付け：図に使うレーンを4〜5本で決める（例＝ユーザーの行動／自動配信／実施／手動対応／常設・集客素材）。分担がある場合は、誰の担当かが分かる形にする
→ この骨格をユーザーに見せ、OKをもらってから次へ進む。
■ 手順3：日別の動きに落とす
確定した骨格を、日付×レーン×やることの表にする。埋める行：
- 集客素材の公開日（動画・投稿・広告の開始日。頻度は媒体の現状に合わせた現実ラインで）
- 既存リストへの案内配信（あれば）
- 登録後の自動配信の骨格（登録直後・教育配信・各日程のリマインド）
- 実施日（各回の時刻と、終了後のフォロー配信）
- 出口の期間（個別相談なら受付開始日と実施期間。面談キャパの下限に収まる設計か確認）
- 締切前の配信（締切予告→当日→ラストコール）と締切日
配信の1通1通の本文はこの部屋では書かない（それは配信の部屋の仕事）。ここで決めるのは、いつ・誰に・何の役割の通が飛ぶか、まで。この表が「いつ何をやればいいのか」の管理表になるので、自分がやる作業として読める粒度で書く。関わる人が複数いる場合は、各行に担当を添える。
■ 手順4：HTML生成 →生成プロンプトを使う
手順2・3の確定内容を、【ファネル設計図のHTML生成】ブロックと一緒にAIに貼って、1枚のHTMLを生成する。生成の進め方はブロック内に書いてある（割り付け案の確認→HTML全文、の二段階）。
■ 手順5：図の検査
出来上がったHTMLをブラウザで開いて、以下を確認する。
- 動線が入口から成約まで一本で通っているか（途中で切れているレーン・どこにも繋がらない箱がないか）
- 矢印が交差してごちゃついていないか
- スケジュールに説明のつかない空白日・過密日がないか
- 図の内容と、手順2・3で決めた内容に食い違いがないか
- 決まっていないことが、決まったことのような顔で図に入っていないか（論点は論点の欄へ）
- 初めて見る人がこの図だけで、ユーザーの流れと、いつ誰が何をやるのかを説明できるか（共有物としての最終チェック）
■ 手順6：出力
1. ファネル設計図HTML（1ファイル）
2. 骨格の一覧（手順2の確定版）と日別の動きの表（手順3の確定版）
3. 使った事実の一覧と仮説の一覧（混ぜない）
4. 人間が確認すべき項目：実施日と自分の予定の現実性／媒体の頻度が続けられるラインか／面談キャパに収まっているか／締切とページ・配信側の期限表記の整合
5. 再開カード：
【再開カード】
- 今回確定したこと：
- 使った事実と出典：
- 仮説のまま置いてあること：
- 未決事項：
- 完成した制作物：
- 次の制作物に渡す要点（200字以内）：
【ファネル設計図のHTML生成】（コピー用ブロック。手順4で使う）
【ファネル設計図のHTML生成】
これから渡す確定内容（骨格＋日別の動き）から、企画の表側の設計図を1枚のHTMLで作る。
■ 技術の規定
- 1ファイルで完結させる。外部のCSS・JS・フォント・画像を読み込まない
- スマホでも読めるようにする。ただし全体フロー図は横スクロール前提でよい
- headに meta name=robots content=noindex,nofollow を入れる
■ デザインの規定
- 基調は白背景＋青（見出し・番号帯・キーポイントを青系で統一）
- 本文15px・行間1.8以上。薄いグレーの文字は使わない。補足文でも13px未満にしない
- 役割の色は固定し、上部に凡例を置く：
ユーザーの行動＝黄（背景 #fff1b8・枠 #c79512）
自動配信＝ピンク（背景 #ffd9e2・枠 #c74f7e）
実施（セミナー・ライブ）＝オレンジ（背景 #ffe6c2・枠 #bf7a24）
手動対応＝赤（背景 #ffd2d2・枠 #cc3f3f）
常設・集客素材＝水色（背景 #cceeff・枠 #3d93b8）
- 枠の入れ子は2段まで。表は1行おきに薄い背景色を敷く
■ 構成の規定（この5つをこの並びで）
01 企画の全体像：型・実施日程・集客・出口を書いたカードと、その形を選んだ理由のカードを左右に。商品と価格は下の帯に
02 全体フロー図：縦＝時間（フェーズ）・横＝レーンのスイムレーン図。SVGで描く。ユーザーの遷移（何を見て・何をして・次にどこへ行くか）が追える粒度で、ページ・LINE・フォームは実体の名前で書く
03 実施スケジュール：日付×レーン×やることの表。いつ何をやればいいのかが読める粒度で書き、実施日と締切日の行は背景色で目立たせる。担当が複数いる場合は担当の列を足す
04 配信・対応の一覧：対応／自動か手動か／トリガーとタイミング／内容の表。担当が複数いる場合は担当の列を足す
05 決定事項と論点：決定済みと、まだ決めていないことを左右に分ける
■ 全体フロー図の描き方
- レーンは4〜5本まで。各レーンに薄い色帯を敷き、上部に色つきのレーン見出しを置く
- 時間の区切りはフェーズ。横の破線＋濃紺のチップ（PHASE番号｜そのフェーズで起きること）で区切る
- 箱は角丸のカード。太字の見出し＋補足1〜3行。配信の箱は、タイミングのチップ＋内容、の行形式にする
- 矢印は本流＝実線、補助や任意のタイミング＝点線。矢印のラベルは白い縁取り文字で背景から浮かせる
- 線は交差させない。交差しそうなら経路を曲げるか、箱の位置を変える
- 最後は濃紺の丸い成約の箱で締める
■ 使うCSS（このままHTMLのstyleに貼る。独自のデザインに置き換えない）
:root{--blue:#2d5cad;--blue-deep:#1f4386;--ink2:#2c3a48;--muted:#5a6673;--line:#d7dde6;--user:#fff1b8;--user-border:#c79512;--auto:#ffd9e2;--auto-border:#c74f7e;--kw:#ffe6c2;--kw-border:#bf7a24;--manual:#ffd2d2;--manual-border:#cc3f3f;--asset:#cceeff;--asset-border:#3d93b8;--gray:#eef0f4;--gray-border:#a9b4c2;}
（中略＝正本の生成プロンプトにCSS全文を収録。フォント・見出し・凡例・カード・キーポイント・警告・フロー図の箱とレーン・表のゼブラまで、見本と同一のクラス構成）
.pchip-text{font-size:11px;font-weight:800;fill:#fff;letter-spacing:.04em;}
■ 全体フロー図のSVGの書き方（この部品をこの形で使う）
- 図全体：svg width=1348 viewBox=0 0 1348 高さ
- 矢印の先端の定義（defsに1回）：marker id=arr、path d=M0,0 L10,5 L0,10 z fill=#5a6b7f
- レーンの色帯（レーンごとに1本）：rect、fill=レーン色の薄い版、rx=10
- レーン見出し：foreignObjectの中に div class=lane-head、レーンの色変数を指定
- フェーズ区切り：横の破線＋濃紺のチップ（rect fill=#173b66）＋text class=pchip-text
- 箱：foreignObjectの中に div class=fo user／auto／kw／manual／asset。タイミング行は div class=item ＋ span class=t
- 矢印：path stroke=#5a6b7f、角は直角で折る。補助は stroke=#9aa7b6 の破線
- 矢印のラベル：text class=elabel（白の縁取りつき）
- 最後の成約：div class=fo goal
■ 進め方（この順で。一気に書かない）
1. 渡された確定内容を読んで、レーンの本数とフェーズの区切り・各箱の割り付け案を、先に一覧で出す（まだHTMLは書かない）
2. 割り付けのOKをもらってから、HTML全文を出す
3. 渡された内容に無い日付・数字・施策を足さない。決まっていないことは05の論点側に置く
4. 出来上がったら、線が交差していないか・どこにも繋がらない箱がないかを自分で確認して、確認した結果を添える
※このタブでは表示の都合でCSSを中略しています。正本（本文/制作室3_ファネル設計_v2.md）の生成プロンプトには、見本と同一のCSS全文（約60行）を収録済み。さらに精度を上げたい場合の運用＝見本ページのソースを丸ごとコピーして「この見本と同じ骨格・同じCSSで、中身だけ差し替えて」と規定＋確定内容と一緒に渡す、も本文に案内しています。
▼トグル2：修理カード（出てきた図が微妙だったとき）
ワークフローで作った図でも、自分のやり方で作った図でも、出てきたものが『なんか微妙』なときはここです。
使い方（3ステップ）
1. 症状を下の表から探す。微妙さには必ず種類があります
2. 微妙だった図（HTMLごと）と、該当する指示をセットでAIに貼る。指示単体を貼っても直りません
3. 出てきた指摘の一覧から、直す箇所を自分で選んでから直させる。『全部直して』は事故のもとです。指摘→選ぶ→直す、の順を守ってください（AI側も、重ねて頼まれた場合はまず指摘一覧に戻ります）
| こういう図になってるとき | 直し方 |
|---|---|
| 線が交差してごちゃごちゃ。どこからどこへ流れてるのか追えない | 生成プロンプトの描き方の規定（線は交差させない・レーンは4〜5本）と一緒に貼り直して、レーンの本数と箱の位置から組み替えさせる |
| 動線が途中で切れてる。どこにも繋がらない箱がある | 『入口から成約まで、矢印だけを辿って一本の線で説明して』と指示する。説明できない箱が切れ目。繋ぐか消すかを選んで直す |
| スケジュールに空白の期間・詰め込みすぎの日がある | 日別の表を貼って『各日の負荷と、何もない日の理由を1行ずつ説明して』と指示する。説明がつかない日が直す場所 |
| 図の内容と、決めたことが食い違ってる | 骨格の一覧と図をセットで貼って『食い違いを全部列挙して。まだ直さない』と指示する。直す方向は自分で選ぶ |
| 決まってないことが、決まった顔で図に入ってる | 仮説の一覧とセットで貼って『仮説なのに断定表記になっている箇所を列挙して』と指示する。論点の欄へ移す |
| HTMLの表示が崩れてる・スマホで読めない | 生成プロンプトの技術の規定と一緒に貼り直して再生成する。それでも崩れるなら、見本のソースを骨格にする方法に切り替える |
図ではなく中身の問題（スケジュールの組み方・値引きの扱い・入れ方の判定など）は、実施設計の部屋の修理カードへ。文章の質の問題は共通カード（AI臭さ除去・口調温度調整）へ。
▼トグル3：ナレッジ集（表側の設計への考え方の原理）
この図の目的の考え方
作っているのは図じゃなくて、ローンチの管理の仕組み
綺麗なフロー図が出来上がると、それで満足したくなる場面。この部屋の成果物は図そのものではなく、図がもたらす3つの状態です。ユーザーの流れが追えて、動線のどこを変えたら何に影響するかが分かる（流れの管理）。日程がパッと見えて、今日やるべきことに迷わない（スケジュールの管理）。制作に携わる人に渡すだけで全体が伝わる（共有）。この3つに効かない装飾や情報は、どれだけ見栄えが良くても要らないです。逆にこの3つに必要な情報（実体の名前・担当・日付）は、図が多少賑やかになっても削りません。
動線の穴と日程の重なりは、箇条書きでは見えない
スケジュールと動線をテキストの箇条書きで管理したくなる場面。箇条書きは書いた本人には分かりますが、動線の切れ目と日程の穴は、時間とレーンを同じ1枚に並べたときにしか見えないです。配信が飛んでいない空白の3日間、リマインドが無い日程、どこにも繋がっていない施策。図にした瞬間に一瞬で見つかるものが、リストのままだと最後まで気づかれません。図を作ること自体が検査です。
この図は、自分の確認用であると同時に共有物
1人でやっているうちは頭の中で全体像を持てている気がする場面。実際には、外注さんに配信を頼むとき、デザイナーにページを頼むとき、毎回口頭やテキストで全体像を説明し直すことになります。この図が1枚あれば、渡すだけで済む。企画の表側の共通認識を作る道具として、制作の最初に1回作って、変わるたびに更新します。
図は生き物。決定と論点を分けて持つ
図を一度作ると、完成品として固定したくなる場面。実際の企画では、日程も配信本数も走りながら変わります。だから図には、決まったことと、まだ決めていないことの欄を両方持たせて、決まっていないことを決まった顔で描かない。論点が決まったら図を更新する。図が最新である限り、チームの誰が見ても現在地が分かります。古い図は、無い方がましです。
設計の考え方
見本は型の一例。自分の案件の形は、資産と現実から決める
見本の設計図を見て、同じ形で作りたくなる場面。見本はあくまで一例で、集客期間も媒体も開催日数も出口も、ローンチによって全部違います。YouTubeが強い人・Instagramが強い人・ハウスリストしか無い人で、入口の設計は別物になる。案件ごとに共通なのは決める順番（実施日→動線→締切→日別）だけで、中身は毎回、自分の媒体資産と使える時間の現実から決めます。見本の形を写した図は、綺麗でも自分の企画では動きません。
実施日から逆算する。今日からは組まない
準備ができ次第始めよう、と今日を起点に組みたくなる場面。起点は実施日です。実施日を置いた瞬間に、前の集客期間（相場1〜2週間。削らない）も、後ろのセールス期間も、配信の日付も全部が逆算で決まります。今日起点で組むと、制作の遅れがそのまま全体を押して、日程が永遠に確定しません。
同一内容×複数日程は、受け皿がそのまま追いかけ配信になる
セミナーを1回だけ開催する前提で考えたくなる場面。同じ内容を夜・昼・朝と時間帯を変えて複数回やると、2つ効きます。1つ目は属性のカバー。仕事持ちは夜、主婦層は昼、休日派は朝と、参加しやすい時間帯は属性で違います。2つ目は追いかけの継続。1回逃した人に『次の日程がありますよ』と案内できるので、リマインドと再案内が最後まで機能します。連続参加型の熱量の積み上げと引き換えに、この2つを取る選択です。どちらを取るかは企画の毛色で決めてください。
締切は二段で設計する
締切を1個だけ置いて全部の配信で連呼したくなる場面。締切は2種類に分けます。日程側の締切は各回の開催時刻そのもので、逃しても次の日程がある。企画側の締切は申込の期限日で、これを過ぎたら終わり。期限の訴求はこの2つに絞って、それ以外の配信は締切と関係ない独立したテーマで買う理由を積む。全部の通で締切を連呼すると、2通目から読み飛ばされます。
各チャネルに責任は1つ。それがそのままレーンになる
1つの媒体に集客も教育も成約も背負わせたくなる場面。集客素材は届ける、受け皿は温める、実施は確信を作る、出口は決めてもらう。責任を1つずつにすると、図のレーンがきれいに分かれて、どこが弱いかの診断もレーン単位でできるようになります。図がごちゃつくときは、大体どこかのチャネルに2役やらせてます。
図の品質の考え方
見た瞬間に分かる、と、実際に運用できる、を両立させる
図を綺麗にしようとして情報を削りたくなる場面。この図は飾りではなく運用物なので、綺麗だけど中身が薄い図は役に立ちません。逆に全部を詰め込むと読めなくなる。分担で解決します。図（フロー）は流れと役割が見た瞬間に分かる粒度まで。詳細（何時に何を送るか）は日別の表とレーン一覧に持たせる。同じ情報を図と表の両方に同じ粒度で書かない、が原則です。
終わったら
出力の最後の再開カードと、完成した設計図HTMLを保存してください。この図はこの後の全部の部屋（セミナー・LP・動画・配信・実施設計）の前提になります。各部屋に入るとき、再開カードと一緒に日程と動線を渡せば、説明のやり直しなしで始められます。日程や動線が変わったら、先にこの図を更新してから各部屋に戻ってください。