# Day 9：6つの立場で自分の提案を叩く（約2分）

**ねらい：** 提案を外に出す前に、異なる立場から指摘を集めて直すプロセスを見せる。正式な承認とは別物であることを明確にする。
**映すもの：** `docs/06_internal_review.md`。

| 時間 | 画面 | ナレーション | テロップ |
| --- | --- | --- | --- |
| 0:00 | タイトル画面 | 今日の結論です。作った本人が一番気づけないのは、自分の提案の穴です。営業、デリバリー、製品、法務、技術、そして顧客の立場で、模擬審議をしました。 | Day 9：社内レビュー |
| 0:14 | 冒頭の注意書き | 最初にお断りしておきます。これは AI に6つの立場を演じさせた模擬審議で、実際の部門の承認ではありません。正式な承認は、このあと社内ゲートで取ります。 | 模擬審議 ≠ 承認 |
| 0:29 | 指摘一覧の表 | 指摘は15件。そのうち9件はその場で直し、6件は未決として残しました。直したものの例は、M1 の完了条件に「評価で安全性の違反0件」を加えたことです。 | 15件中9件を対応 |
| 0:44 | 指摘12・15の行 | 未決のものも正直に残しています。たとえば、デモ用の改ざん API が本番のイメージに入ったままになること。トレースに口座 ID と利用者名がそのまま入っていること。どちらも M1 までに対応します。 | 未決も隠さない |
| 1:04 | 資料ごとの確認結果の表 | 資料ごとに、顧客名が出ていないか、断定的な表現がないかを確認しました。たとえば「FISC に準拠」とは書かず、「参照する」と書いています。 | 断定しない |
| 1:18 | 社内ゲート G1〜G3 の質問 | 社内ゲートには、具体的な質問を持ち込みます。既存メニューとの重なり、製品のサポート範囲、商標。質問を先に書いておくと、レビューする側も答えやすくなります。 | 質問を書いて持ち込む |
| 1:33 | 締め | 最終日の明日は、最初の顧客にどう持ち込むかと、3年後の姿を描きます。 | 次回：打診と3年後 |