情報システムの責任者が、提案書の一行目を読んだ。
責任者は、反論のメモを取り始めた。
提案書は、研修で書き直したばかりだった。
研修の講師は言っていた。「結論から書きましょう」。
受講者は、責任者あての提案書を、言われたとおり結論から書き直した。
教わったとおりに書いた。それなのに、なぜ一行目で反論が始まったのか。
構成の正体は、言いたい論点を、読者に届く順に並べる作業である
研修の受講者が書き直したのは、提案書の中身より順番だった。
構成は、アウトラインで決めた骨格を、読者に届く順番と形に並べる。
アウトラインは、論点を階層に並べた設計図だ。何を言うかを決める。
構成は、どの論点から入るかを決める。段落の分け方と、根拠を置く場所も決める。
車にたとえれば、アウトラインは設計図。構成は、設計図どおりに部品を組む順番である。
起承転結や、問題提起から解決策へ、といった型は、ふつう文章の種類で引く。種類は、書き手の側の分類だ。
構成の型は、読者の頭の中にある前提で選ぶ。
読者の立ち位置で、なぜ順番が逆になるのか
読者の前提は、三つに分けられる。結論に賛成の読者、結論が初耳の読者、結論に反対の読者だ。
賛成の読者は、何をすればよいかを最初に知りたがる。結論から入り、手順を後に続ける。
初耳の読者は、なぜ自分に関係があるかを知りたがる。問題提起から入る。
反対の読者は、自分の懸念に耳を傾けてもらえるかを知りたがる。懸念から入る。
反対の読者には、共有できる事実を示した後で、結論を最後に置く。
カラクリは単純だ。結論から書け、という助言は、結論に賛成の読者に向けた型である。
アウトラインが同じでも、読者の前提で、構成の順番は逆になる。
結論を先に突きつけると、読み手は根拠を読む前に反論の準備を始める。
冒頭の責任者が、まさにそうだった。
同じ提案を三人に書くと、どこで差がつくのか
社内で、議事録の作成にAIを使う提案を考える。まず一部署で三か月試したい、という提案だ。
導入に前向きな部長には、一行目に結論を書く。
AIを使った経験がゼロの役員には、議事録の作成に毎週かかっている時間から入る。
三人目は、情報の扱いを心配する情報システムの責任者だ。
責任者には、社内に留める情報の守り方を最初に取り上げる。結論は、最後に置く。
冒頭の責任者が受け取るべきだったのは、三通目の順番だった。
三通の中身は同じ。違うのは、順番だけである。
例外もある。論文の要旨や定型の報告書の読者は、決まった位置を探して読む、という前提を持つ。
読者の前提に合わせて、型どおりに書けばよい。
AIに渡すべきは、文章の種類か、読者の前提か
AIに「提案書を書いて」とだけ頼むと、提案書の平均的な型で返ってくる。前提の空白を、AIは手持ちの知識で埋める。
平均的な型は、結論から書く版になりやすい。責任者あてなら、冒頭の失敗がもう一度起きる。
「社内向けに」と書き足しても、読者がだれかは空白のままだ。読者の前提と、前提から決まる順番を言葉にして指示する。
手順は三つ。まず、読者を書く。
次に、読者が結論のどこに立つかを書く。
最後に、最初の段落と結論の位置を指定する。
次の文面のかっこの中を書き換えて使える。
(例:議事録の作成にAIを使う提案書)を書いてください。
読者:(例:情報システムの責任者)
読者の前提:(例:社外へのデータの持ち出しを強く心配している)
順番:最初の段落で読者の心配を取り上げてください。結論(例:一部署で三か月試す)は最後に置いてください。
結局、一行目に何を書けばよかったのか
結論から書け、という助言は間違いではない。賛成の読者に向けた型だった。
責任者は、結論に反対の立場で一行目を読んだ。
あの責任者あての提案書は、一行目に心配への答えを置き、結論を最後に回せばよかった。
拙著『GoogleのAI NotebookLM 意思決定の強化書』の6章3節に、依頼書の建前と、書かれない本音を読み解いてから提案書を書く方法を書きました。読むと、提案の読者が結論に対してどこに立っているかを、相手に確かめられる仮説の形で書き出せます。
同じ資料を見ているのに、なぜ結論が割れるのか。
『GoogleのAI NotebookLM 意思決定の強化書』
前提が結論を決める。意思決定を根拠、前提、結論の三層に分け、前提を対象、目的、制約、評価基準の四つで言葉にする本です。
読み終えたとき、手元に残るもの
- 意思決定の設計図になる前提リスト
- 資料を事実、意見、噂、ゴミに仕分けるFORT
- 同じ物差しで比べる選択肢表と採点表
- 始める条件と止める条件を書いた決定書
NotebookLMは2026年7月にGemini Notebookへ名称が変わりました。本の手法は、使うAIの種類を問いません。

