調査結果を読まれる形に変える。社内共有までを一連の業務にする

Deep Researchで時間をかけて作ったレポートが読まれない。

推進担当がいちばん虚しくなる場面ではないかと思います。
しかも、力を入れたものほど読まれません。
網羅的に調べて、根拠を揃えて、20ページにまとめたのに、実際に読まれるのは冒頭の要約だけか、あるいは開かれもしないという状態になります。

原因は内容ではなく、渡し方の設計が抜けている点です。
この記事では、調査から共有までをひとつづきの業務として設計する話を整理していきます。
資料そのものの作り方は提案・報告資料の作成時間を半分にする。スライド業務のAI標準化にまとめてあります。

Deep Researchのレポートは、渡し方の設計で読まれるかが決まる

力を入れて作ったレポートが、なぜ読まれないのでしょうか？
原因を分解してみます。

ひとつは、分量が読み手の時間と合っていない点です。
20ページのレポートを読むには30分必要ですが、読み手の側にその30分がありません。
書く側は30時間かけているので30分は短いと感じてしまい、この感覚のずれが原因になります。

次は、読み手が何を判断すべきか分からない点です。
情報が並んでいるだけで「だから何をすべきか」が書かれていないと、読んでも次の行動が決まりません。
読む動機そのものが、そこで失われます。

さらに、開くのが面倒だという事情もあります。
ファイルを開く、資料を探すという一手間があるだけで読まれなくなるもので、同じ内容でもチャットに流れてきた文章は読まれるのに、添付ファイルのほうは開かれない、という差が普通に生まれます。
「開くのが面倒」がいちばん過小評価されている理由で、内容の質とは無関係に、形式だけで読まれるかどうかが決まってしまいます。

読み手の時間から分量を逆算し、判断の形にする

分量への対処は、原則が1つだけです。
読み手が使える時間のほうから、分量を逆算します。

役員なら3分で、A4半分か画面1枚分に結論と判断してほしい内容だけを載せます。
部門長なら10分で、A4 2〜3枚に結論・根拠・打ち手の選択肢を入れます。
実務担当なら30分で詳細まで含めますが、ここも必要な人だけが読む前提にしておきます。

ただ、3つを別々に作るのではなく、1つの調査から3つの形を起こします。
詳細版を作ってから10分版と3分版に落とす順序で、この変換自体は任せられる作業です。
逆に3分版から作ると根拠が薄くなるので、詳細を作ってから削る順序が正しいと思います。

次が、判断のしやすさへの対処で、実のところここがいちばん効くところです。
調査の結論のあとに「この調査から、次にやるべきは〇〇です」という一文を必ず足しておきます。
そして、選択肢の形にします。

「A案：〇〇する（費用X、期間Y）／B案：〇〇する／C案：何もしない」と並べて、判断してもらう形にすると読む動機が生まれます。
このとき「何もしない」を選択肢に入れるのがコツで、これがあると読み手は自分が判断する立場だと理解します。

判断してほしい内容は、冒頭に書きます。
最後に書いてもそこまで読まれないので、「本レポートでは〇〇について3案をご提示します。ご判断をお願いしたいのは〇〇です」を1行目に置きます。

形式を変換して、相手に合わせて選ぶ

開く手間への対処は、いま選択肢がかなり広がっています。

文書として読ませるだけでなく、形式そのものを変換できます。
ひとつがWebページ化で、ファイルではなくリンクを開く形になるので、開くまでの一手間が減りますし、目次から必要な箇所に飛べます。
次が図解で、数字の関係や構造、時系列は、文章で3ページ説明するものが1枚の図で伝わることがあります。

もうひとつがスライド化で、会議で説明する前提ならこの形が扱いやすいです。
最後が音声化で、移動中に聞ける形にすれば、読む時間が取れない相手にも届く可能性があります。
同じ調査から複数の形を作れるのが、いまの状況です。
詳細版の文書さえ作れば、そこから図解とスライドと要約を起こせます。

とはいえ、変換できるからといって全部作る必要はないので、判断の基準を決めておきます。
判断してもらいたい相手には3分の要約と選択肢で、形式は文書で足ります。
構造を理解してもらいたい相手には図解で、数字の関係や部門をまたぐ流れは図のほうが速く伝わります。

会議で議論したい場合はスライドですが、会議の前に要約を送っておくのが条件です。
当日初めて見る資料は、その場で理解を求める形になってしまいます。
会議の前後まで含めた設計は会議と議事録のAI化。準備から共有・タスク化までの設計で扱っています。

参照用に残す場合は詳細版の文書で、必要な人が後から読む形になり、この版を読まれる前提には置きません。
読まれない前提の版を作っておく価値もあって、判断の根拠を残しておくと後から経緯を追えます。

共有先と保管場所を決めて、5工程の業務にする

ここが決まっていないと、せっかく作ったものが置き場所もないまま散っていきます。
まず、共有先を名前で決めます。
「関係者」という宛先では読まれないので、誰に送るのかを一人ずつ名前で決めます。

次に送り方で、チャットに要約を貼って、そこに詳細版のリンクを添える形にします。
要約を貼るのが要点で、リンクだけだと開かれません。

もうひとつが、保管場所を1つに決める点です。
調査のレポートはそこに蓄積していき、後から「あの調査はどこ」と探す事態を防ぎます。
置き場所と更新の設計は社内ナレッジをAIで活用する方法。ツール導入・RAG・手持ちのAIの選び方にまとめてあります。

最後に、一覧を作ります。
項目は日付・テーマ・結論の1行・判断された内容の4つで、なかでも「判断された内容」の欄が重要です。
調査の結果として何が決まったかが残っていれば、後から経緯を追えます。

ここまでを並べると、調査は5工程になります。

調べる項目を決める（3〜5項目に絞る）、調査を実行する（出典を求め、事実と推測を分ける）、詳細版をまとめる（参照用で、読まれる前提は置かない）、読み手に応じた形に変換する（3分版・10分版・図解）、共有して判断された内容を記録する、という並びです。
多くの組織は、項目決め・調査・詳細版までしかやっていません。
変換と共有がないので読まれず、読まれないので調査の価値が認識されず、次の調査の優先度が下がっていきます。

変換と共有は、前の3工程に比べれば時間がかかりません。
変換は任せられますし、共有は送るだけです。
この2工程を足すだけで、同じ調査の価値が変わります。

調査に限らず、どの業務から手をつけるかを決めたいときは、業務のAI化の進め方。棚卸しから優先順位付け・実装までの手順が、候補の洗い出しから着手までの流れを示しています。

失敗するのは、だいたい同じ6つ

まず、分量を書く側の労力に合わせてしまいます。
30時間かけたから20ページ、という判断になってしまいますが、分量はあくまで読み手の時間から逆算します。
次が「だから何をすべきか」を書かない点で、読んでも次の行動が決まらないと読む動機が生まれません。

判断してほしい内容を最後に書くのも、よくある失敗です。

そこまで読まれないので、1行目に置きます。
添付ファイルで送ってしまうのも失敗のひとつで、開かれないので要約を本文に貼ってリンクを添えます。
保管場所を決めないままにするのも失敗で、後から探せず同じ調査が繰り返されます。

もうひとつが、判断された内容を記録しない点です。
何がどう決まったのかの経緯が追えなくなり、結局また同じ議論を繰り返してしまいます。

調査から共有までを一続きの業務にする設計は、当社のAI伴走支援でも、業務の洗い出しとAI化の優先順位づけから現場の担当者と一緒に進めています。

調査の価値は、変換と共有までやって初めて生まれる

Deep Researchのレポートが読まれないのは、分量が読み手の時間と合っていない、読み手が何を判断すべきか分からない、開くのが面倒、の3つが理由です。
なかでも最後のものが、いちばん過小評価されています。
分量は読み手が使える時間から逆算し、役員3分・部門長10分・実務担当30分とします。

詳細版を作ってから短い版を起こす順序にします。
逆順だと根拠が薄くなります。
結論のあとに「だから何をすべきか」を選択肢の形で書き、「何もしない」も選択肢に入れます。

判断してほしい内容は、1行目に置きます。
形式はWebページ・図解・スライド・音声に変換できるので、判断してもらう相手には短い文書、構造を理解してもらう相手には図解、会議で議論するならスライド（事前に要約を送る）と使い分けます。
共有先は名前で決め、要約を本文に貼ってリンクを添えます。

保管場所を1つに決めて、判断された内容を一覧に記録します。
調査は、項目を決める→実行する→詳細版をまとめる→読み手に応じた形に変換する→共有して判断を記録する、の5工程で、多くの組織では後ろ2つが抜けています。
3分で読める要約と選択肢を用意した調査ほど、読み手の次の行動につながっています。