「構造化」とは、結局何すんの？ 「整理」との決定的な違い
前回の記事「解像度が低いのに、プロンプトなど書けるわけがない。」は、たくさんの方に読んでいただきました。ありがとうございます。
あの記事では、「プロンプトは最初に書くものではなく、壁打ちの中から生まれるもの」という話をしました。今回は、壁打ちの「前」と「途中」で効いてくる「構造化」の話です。
第1章：「構造化しましょう」という呪文
AI関連の記事を読んでいると、やたら目にする言葉があります。
「プロンプトを構造化しましょう」「情報を構造化してからAIに渡すと精度が上がります」。
読んだ瞬間は「ああ、なるほど」という気がする。でも調べると出てくるのは「XMLタグで区切る」「5要素で書く」「ロールを指定する」…フォーマットの話ばかり。やってみても、なんか思った通りの結果にならない。
この記事はそこで止まってしまう人のために書きました。
答えを先に言います。構造化とは、「相手に渡す前に、自分の頭を整理すること」です。 AIのテクニックではありません。もっと手前にある、思考の話です。
そして大事なのは、これはAIに限った話ではないということ。構造化は、あなたが仕事で毎日やっている「当たり前のこと」に名前をつけただけです。
無意識のプロトコル
たとえば、取引先にメールを書く場面を想像してください。
キーボードに手を置いた瞬間、いきなり文章を打ち始める人は少ないはずです。頭の中で、無意識にこんな整理をしているのではないでしょうか。
「これは誰に送るメールだっけ。部長クラスだから、丁寧めに書こう」「一番伝えなきゃいけないのは納期の変更だな。理由と代替案もセットで」「長々と書くと読まれないから、要点を先に出して、詳細は箇条書きにしよう」
「誰に」「何を」「どんな形で」。この3つを、メールを書く前にさっと整理している。これが構造化です。
「いい感じにやっといて」が生む悲劇
もうひとつ。後輩に仕事をお願いする場面。
「例のあれ、いい感じにやっといて」と言えば、後輩は困ります。「例のあれ」が何なのか分からない。「いい感じ」がどういう状態なのか分からない。結果、あなたのイメージとまったく違うものが上がってきて、やり直しになる。
一方、こう頼んだらどうでしょう。
「A社向けの提案書を金曜までに作ってほしい。競合との差別化ポイントを3つに絞った構成で。先方は価格より品質重視だから、品質面の優位性を前面に出してね。10ページ以内で」
後輩はすぐ動けます。なぜなら、頼む側が「誰向けか」「何を」「どういう条件で」「どんな形で」を先に整理しているからです。
会議のアジェンダという名の構造化
もうひとつだけ。月曜の定例会議の前に、アジェンダを作る場面。
「今日話すこと」をなんとなく並べるのではなく、「この会議のゴールは何か」「参加者は何を知りたいか」「どの順番で話せば一番伝わるか」を考えて、項目を並べ替える。
これも構造化です。
つまり、構造化とは特別な技術ではありません。メールを書く前、仕事を振る前、会議の前に、あなたが無意識にやっている「頭の中の整理」に名前をつけただけです。
……と言いたいところですが、ここでもう一歩踏み込ませてください。実は「整理」と「構造化」は、似ているようで違うものです。
第2章：「整理」と「構造化」の境界線
並べるか、つなげるか
たとえば、あなたの机の上に書類が散らばっているとします。
「整理」は、それを種類ごとに分けて、きれいに並べること。請求書はここ、契約書はここ、議事録はここ。見た目はスッキリします。
でも「構造化」は、もう一歩先です。「この請求書は、あの契約書に基づいて発行されていて、この議事録の決定事項が根拠になっている」。要素と要素の関係性を決めることです。
整理された机は「どこに何があるか」が分かる。構造化された机は「なぜそれがそこにあるか」が分かる。この違いは大きいです。
4つの事実と1つの意味
もう少し仕事に引きつけて考えてみます。
上司に報告メールを書く場面。あなたの頭の中に、伝えたい情報が4つあるとします。
「A社の訪問が決まった」「見積もりを15%下げた」「納期は3月末だと厳しい」「先方の田中部長が同席する」
整理しただけの状態：
この4つを箇条書きにして並べる。情報は全部入っている。漏れはない。でも受け取った上司は、「で、結局どういう状況なの？ 良い方向なの？ やばいの？」と思う。
構造化した状態：
「商談は前進している（＝全体の意味づけ）。訪問が決まり、キーパーソンの同席も取れた（＝前進の根拠）。ただし、価格を15%下げたので利益率に影響がある。さらに納期は再調整が必要（＝リスク）」
同じ4つの情報ですが、後者は「前進しているが、リスクが2つある」という関係性が見えています。4つの事実が「良いニュース」と「注意点」に分かれ、それぞれが「全体としてどういう状況か」を支えている。
これが構造化です。情報に「関係性」と「意味」を与えること。
構造化は「意味の組み立て代行」である
整理しただけの情報を受け取ると、受け手は自分の頭の中で「これとこれは、つまりどういう関係だろう？」と組み立て直さなければなりません。4つの事実を渡されて、自分で意味を読み取る作業が発生する。
構造化された情報を受け取ると、その作業がすでに終わっています。「前進しているが、リスクが2つ」。受け手は全体像を一瞬で把握して、次のアクション、「リスクをどう潰すか」にすぐ頭を使えます。
構造化とは、「受け手が意味を組み立てる作業」を、渡す側が先にやっておくことです。
これは相手が上司でも、後輩でも、AIでも変わりません。AIに整理しただけの情報を渡すと、AIは「一般的な誰か」向けに「一般的なまとめ」を返してきます。構造化した情報を渡すと、あなたの意図を踏まえた答えが返ってきます。どちらも、AIは渡された情報に忠実に動いているだけです。差を生んでいるのは、渡す側の「構造」の有無です。
第3章：「3つの問い」が情報に骨格を与える
ここまでの話を踏まえると、冒頭で触れた「3つの問い」の意味が変わって見えてきます。
「誰のために？」「一番伝えたいことは？」「どんな形で？」。これは単なるチェックリストではありません。バラバラの情報に関係性を与えるための座標軸です。
「誰のために」が決まると、情報の取捨選択の基準が生まれます。経営者向けなら数字と結論を先に。現場向けなら手順と注意点を厚く。同じ情報でも、残すものと削るものが変わります。
「一番伝えたいこと」が決まると、情報に主従関係が生まれます。柱が一本立つと、他の情報は「それを支える根拠」や「補足」という役割を持ちます。バラバラだった事実が、ひとつのストーリーになります。
「どんな形で」が決まると、情報の粒度と順序が決まります。200字なら結論だけ。スライド1枚なら要点3つ。メールなら結論→根拠→次のアクション。
柱を変えると、構造が変わる
具体的に見てみましょう。同じ「A社向けの提案書」でも、柱を変えると構造がまったく変わります。
「価格の安さ」を柱にした場合：
「競合B社との価格比較表を目立たせて。初年度のコスト削減額を見出しに。導入事例はコスト面の効果を中心に選んで」
「導入の手軽さ」を柱にした場合：
「導入ステップを3つに分けて、各ステップが何日で終わるかを明示して。専任担当者が不要なことを強調。既存システムとの連携が簡単であることを前面に」
同じ情報を持っていても、柱が変われば、どの情報を前に出し、どの情報を支えに回すかが変わる。情報の関係性が変わる。つまり、構造が変わる。
これは相手が後輩でもAIでもまったく同じです。「柱」が決まっていれば、受け取った側は「何がメインで、何がサブか」が見える。だから、自分で判断しながら進められます。
① 誰のために？ 「宛先」が情報を選ぶ
「上司に見せる資料」と「自分用のメモ」では、まったく違うものになりますよね。「IT部門の担当者向け」と「ITに詳しくない経営者向け」でも、使う言葉が変わります。
「誰のために」が決まっていないと、受け取った側は「一般的な誰か」向けの当たり障りない内容を返してきます。これは人間もAIも同じです。
仕事でよくあるのが、「誰のために」が複数いるケース。たとえば「経営層にも現場のマネージャーにも見せたい資料」。この場合は、「メインの読者はどちらか」を決める。両方に向けて書こうとすると、どちらにも刺さらない文章になります。
② 一番伝えたいことは？ 「柱」が構造を決める
ここが最も難しく、最も重要です。
「コスト削減と品質向上と納期短縮、全部伝えたい」。気持ちは分かります。でも、全部を同じ重みで伝えようとすると、何ひとつ印象に残りません。
やってほしいのは、「この文章で、たった一つだけ伝えるとしたら何か」を自分に問うことです。
たとえば営業資料なら、「価格が安い」のか「品質が高い」のか「導入が簡単」なのか。どれを一番の柱にするかで、資料全体のトーンが変わります。他の情報を捨てろという話ではありません。「柱」を一本決める。残りはその柱を支える情報として配置する。
よくあるのが、「まだ何が一番大事か、自分でも分かっていない」というケース。これは恥ずかしいことでも何でもありません。前回の記事で書いた通り、ほとんどの仕事は「正解が見えていない」状態から始まります。
分かっていないなら、「まだ決まっていない」ことを正直に認めるところがスタートです。後で壁打ちしながら固めていけばいい。「一番伝えたいことを決めなきゃ」と力まず、「まだ決まっていないから、選択肢を出して整理したい」という状態を自覚できていれば、それ自体がひとつの構造化です。
③ どんな形で欲しい？ 「出口」から逆算する
「200字で」「メール文体で」「箇条書きで」「スライド1枚分で」「会話調で」。
出力の形を先に決めておくと、受け取った後の使い勝手がまったく変わります。
これは仕事でも同じですよね。「報告書を書いて」と頼むのと、「A4一枚の要約を書いて」と頼むのでは、上がってくるものがまったく違う。後者のほうが、受け取った側は迷いません。
形を決めるときのコツは、「このアウトプットを受け取った後、自分は何をするか」を逆算することです。上司にメールで送るなら「200字以内の要約」がいい。スライドに貼るなら「箇条書き3点」がいい。社内Slackに投稿するなら「カジュアルなトーンで3行」がいい。使い道が先に決まると、形は自然に決まります。
構造化の「思考の抜け殻」が、AIの返答を変える
前回の記事で、プロンプトを「思考の抜け殻」と呼びました。壁打ちの果てに残された足跡のことです。
構造化も同じです。3つの問いに答えた結果は、あなたの思考の抜け殻。頭の中のモヤモヤが言葉になった瞬間の痕跡です。そして、その抜け殻をそのままAIに渡すだけで、返ってくるものが劇的に変わります。
整理しないで頼んだ場合：
うちのサービスの紹介文を書いて。中小企業向けのAI活用支援で、コスト削減とか業務効率化とかそういうの
何が返ってくるか。「当社は中小企業様のAI導入をトータルサポートいたします。コスト削減・業務効率化・DX推進を幅広くご支援……」。どこかで見たことのある、のっぺりした文章です。
3つの問いで構造化してから頼んだ場合：
「誰のために？」→ 地方の製造業の経営者。50〜60代でITに詳しくない
「一番伝えたいことは？」→ AI導入で月20時間の業務削減ができること
「どんな形で？」→ Webサイトのトップページ用、200字、専門用語なし、親しみやすいトーン
これをそのまま伝えると、「毎月の事務作業に追われていませんか？ 私たちは地方の製造業に特化して、AIによる業務の自動化をお手伝いしています……」のように、ターゲットに合った言葉遣いで、具体的な数字が入った文章になります。
違いはAIの性能ではありません。渡す前に自分の頭が整理されていたかどうか、ただそれだけです。
そして、この3つの問いに唯一の正解はありません。同じサービスの紹介文でも、「経営者向け」と「現場の担当者向け」では書くべき内容がまったく変わります。正解を探すのではなく、「今回は誰のために書くのか」を自分で決める。それが構造化です。
第4章：壁打ちとの合流点。構造化は「途中」でも効く
ここまで読んで、「毎回きちんと3つを整理してからじゃないと頼んじゃいけないのか」と身構えた方がいるかもしれません。
そんなことはありません。
前回の記事で「プロンプトは壁打ちの中から生まれる」と書きました。構造化もまったく同じです。最初から完璧に整理できている必要はありません。
たとえば、「誰のために？」はハッキリしているけど、「一番伝えたいこと」がまだ見えていない。そういう時は、分かっているところだけ先に整理して渡す。返ってきたものを見て、「あ、自分はこっちじゃなくてこっちが言いたかったんだ」と気づく。そこで②を埋めればいい。
構造化と壁打ちは対立するものではなく、セットで使うものです。
構造化 → 渡す → 返ってきたものを見る → 「あ、ここが違う」と気づく → 整理し直す → 渡す
このサイクルを回すたびに、3つの問いへの答えが鮮明になっていきます。最初は「ぼんやり」で構いません。3往復もすれば、「自分が何を欲しかったか」がかなりクリアになっているはずです。
「なんか違う」の正体を座標軸で暴く
前回の記事で、壁打ちにおける「そうじゃない」の分解について書きました。あの4つの軸を覚えていますか。
実は、構造化の「3つの問い」と、壁打ちの「そうじゃない」は、同じものの表と裏です。
| 違和感の種類 | ズレている問い | 次に伝えること（例） |
|---|---|---|
| トーンが違う（硬すぎる・軽すぎる） | ①誰のために？ のズレ | 「読み手は現場の若手。もっとフランクに」 |
| 方向性が違う（そっちじゃない） | ②一番伝えたいこと のズレ | 「コストの話より、導入の手軽さを前面に」 |
| 情報の過不足（多すぎる・足りない） | ②と③のズレ | 「スケジュールの話が抜けている」「もっと絞って要点だけ」 |
| 形が合わない（長い・短い・構成が違う） | ③どんな形で？ のズレ | 「メールじゃなくSlack投稿向けの短さで」 |
「なんか違う」を感じたら、3つの問いのどれがズレているかを一瞬だけ考える。それだけで、「もっといい感じにして」ではなく、具体的な修正指示に変わります。
3つの問いは、壁打ちの精度を上げるための座標軸です。構造化は壁打ちの「前」にやる準備ではなく、壁打ちの「途中」でも常に効き続ける道具なのです。
構造化は「AI時代のスキル」ではない
この記事で話している「構造化」は、AI以前から存在する仕事術です。メールを書く前に「誰に・何を・どんな形で」を整理する。後輩に仕事を振る前に柱を決める。会議の前にゴールを決める。どれも新しい話ではありません。
ただ、AIを相手にすると、この整理の精度がそのまま結果に出ます。
人間の同僚は空気を読んでくれます。「あ、たぶんこういうことだろうな」と推測して、70点くらいの精度で動いてくれる。AIは空気を読みません。代わりに、伝えたことを正確に受け取って、伝えた通りに返してきます。
つまり、AIは「自分の指示の精度」がそのまま返ってくる相手です。整理して渡せば整理された答えが返る。ぼんやり渡せばぼんやりした答えが返る。
だからこそ、「誰のために」「何を」「どんな形で」をほんの少し意識するだけで、結果が目に見えて変わります。そしてこの力は、AIとの対話だけでなく、人間とのコミュニケーションにもそのまま効きます。メールが伝わりやすくなる。仕事の依頼が的確になる。会議が短くなる。
AIは、思考の整理力を鍛える練習相手にもなるのです。
結論：構造化とは、思考に骨を通すことである
構造化とは、相手に渡す前に「誰のために・何を・どんな形で」を自分の中で答えておくことです。
しかし、それは単に情報を「整理する」ことではありません。バラバラの事実に関係性を与え、意味を持たせ、受け手が一瞬で全体像を掴める状態を作ること。情報にまだ存在しない骨格を、あなたが先に通すこと。それが構造化です。
そして、構造化は一発で完成させるものではありません。壁打ちとセットで使う。渡して、返ってきたものを見て、整理し直す。その繰り返しの中で、「自分が本当に欲しかったもの」が見えてきます。
前回の記事で、プロンプトは「思考の抜け殻」だと書きました。構造化は、その抜け殻を生み出すための思考そのものです。
難しく考える必要はありません。次にAIに何かを頼む前に、3秒だけ立ち止まって「誰に・何を・どんな形で」を自問する。答えが出なくてもいい。「まだ決まっていない」と気づけた時点で、あなたの頭にはもう骨が通り始めています。
Discussion