【Genspark特集】Sparkpageで「社内説明用レポート」を短時間で作る手順|出典付きたたき台の作り方


補足: 画面名・ボタン名はアップデートで変わります。ここでは考え方と流れを優先し、操作は公式ヘルプと照らしてください。
この記事で得られること
- Sparkpageを社内説明用に使うときの5ステップ
- うまくいく依頼文(プロンプト)の型
- 生成直後にやるべき確認リスト
- Googleドキュメントなどの社内テンプレートへの移植コツ
Sparkpageを社内レポートの「第0稿」に使う理由

総務が扱う社内資料やレポートは、制度の概要・適用開始日・申請条件など「出典がはっきりしている情報」の組み合わせで成り立っています。こうした情報こそ、GensparkのSparkpageが得意とする領域です。逆に、自社の事情や未公開の数値が混ざる部分はAI任せにせず、人が書く範囲を最初から残しておきます。「第0稿」とは「最初の土台だけをAIで速く作り、仕上げは人間がする」という意味です。出典付きのページをそのまま配布するのではなく、たたき台として受け取り、社内向けの言葉に整える。この使い方だけ覚えておけば、生成結果に振り回されずに済みます。
Sparkpageが向く社内資料と向かない資料
まず「何に使うか」を整理すると、後の手順がとても楽になります。次の表を目安に、自分の案件がどちらに近いか確認してみてください。
| 向いている資料 | 向かない資料 |
|---|---|
| 制度改定の概要と施行日 | 自社の賃金テーブル見直し案 |
| 公的助成金の比較一覧 | 役員人事や個人評価の原案 |
| 会議の事前資料(背景・論点) | 未公開の経営数値を含む資料 |
| 全社周知用のQ&Aたたき台 | 最終承認済みの公式文書 |
「向かない資料」は、公開情報が少なく判断や責任が人にしかない領域です。こうした資料はそもそもSparkpageに投げず、人が書くことを前提にしましょう。向いている資料から始めると、失敗が少なく効果を実感しやすいです。


ChatGPTに「〇〇について教えて」と聞くと、返ってくるのは一続きの文章です。一方、Sparkpageは複数の情報源を横断して調べ、見出しごとに整理した1枚のページを返してくれます。総務のレポート作成では「調べる」「整理する」「形にする」の3工程を一度に進められるため、結果として短時間で出典付きのたたき台が手に入ります。特に初めて扱うテーマほど、ゼロから骨格を考える時間を省けるのが利点です。

手順① 目的と読み手を1行で決める
レポートの先頭に置くとよい要素です。最初の1行で「誰に」「何を伝えたいか」を決めておくと、後の手順がすべてスムーズになります。
| 項目 | 記入例 |
|---|---|
| 読み手 | 部門長、経営会議、全社周知の草案など |
| ゴール | 「意思決定に必要な比較」「周知のための概要」など |
| トーン | 敬体/箇条書き中心/1枚に収める など |

たとえば「総務部長に2026年度の福利厚生制度の改定内容を判断してもらう」と、読み手と行動を1文で書くのと、「全社員に制度変更を周知する」と書くのとでは、見出しの作り方がまったく変わります。読み手を先に決めるのは、あとで行うリライトの手間を省くための最短ルートです。1行で決めた内容は、この後の依頼文にそのままコピーできるので、無駄になりません。
手順② 依頼文(プロンプト)の型を使う
次のブロックをコピーして、{ } だけ埋めると再現しやすいです。
【読み手】{例:総務部長}
【目的】{例:2026年度の〇〇制度改正を社内周知するための要点整理}
【必須で含めたい項目】{例:改正点/施行日/社内で必要なアクション/注意事項}
【避けたいこと】{例:社名・個人名・未公開の数値は書かない。一般論と公的情報のみ}
【出力の希望】{例:見出し+箇条書き。各項目に参照元URLを付ける}


この型のよいところは、5つの項目を埋めるだけで、誰が依頼しても似た品質の結果が得られる点です。属人的な「うまいプロンプト」を共有しなくても、チームの誰でも同じたたき台を作れます。特に「避けたいこと」を具体的に書くほど、生成結果に不要な会社情報が混ざるリスクを下げられます。
依頼文の実例:制度改正の要点整理
実際に使う場面をイメージしやすいよう、読み手と目的を埋めた例を載せます。この通りに入力すれば、そのまま利用できます。
【読み手】総務部長と各部門の管理職 【目的】2026年度の〇〇制度改正について、社内周知に必要な要点をまとめた報告資料のたたき台作成 【必須で含めたい項目】改正の背景/変更点/施行日/社内で必要なアクション/注意事項 【避けたいこと】社名・個人名・未公開の数値は書かない。一般論と公的情報のみ 【出力の希望】見出し+箇条書き。各項目に参照元URLを付ける
ポイントは「読み手」と「目的」に、手順①で決めた1行をそのまま貼ることです。こうすると、生成される見出しの粒度が読み手の立場に合い、直しの手間が減ります。依頼文は社内の共有フォルダに「レポート用プロンプト」として保存しておくと、次回からコピーして使うだけです。
手順③ Sparkpageを生成し、まず全体を眺める
生成したらすぐに細部を見るのではなく、まず全体を一巡しましょう。
- 見出しの順序は自分の会議アジェンダに合わせて並べ替えられるか確認する
- 図表や引用がある場合は、元ページを開いて文脈が切れていないかを見る
- 明らかな誤字・古い年号がないか、スキャンで一巡する
ここで大切なのは「全部直そうとしない」ことです。生成結果の中から、使える部分と使えない部分を分け、使える部分だけを自分のレポートの骨格として採用します。全体を眺める時間は5分もあれば十分で、この5分が後の修正作業を大幅に減らしてくれます。
生成結果を評価する3つの視点
「全体を眺める」ときの具体的な視点を3つに絞りました。この3つだけでも確認しておくと、たたき台として使えるかどうかの判断が速くなります。
- 構造: 大見出しが5つ以内に収まり、読み手の疑問順になっているか
- 根拠: 各項目に参照元URLが付き、公的機関の情報が優先されているか
- 文体: 社内説明で使い回せる「です・ます」調(または指定したトーン)か
3つの視点すべてが満たされている必要はありません。最初は「構造」だけクリアしていれば十分です。残りは手順④以降で人が整える部分なので、ここで完璧を求めないのがコツです。

手順④ 出典の「一次情報」を必ず開く

最低限チェックしたい項目(例)
| チェック | 内容 |
|---|---|
| 日付 | 施行日・適用開始が最新か |
| 出典の種類 | 一次(省庁・法令)か、メディアの二次解説かを区別したか |
| 社内適用 | 自社の就業規則・社内ルールと矛盾していないか |
出典付きであることは便利ですが、「出典URLがある」ことと「内容が正しい」ことは別です。とくに法改正や助成金の情報は、公開日が古いページを参照していると、そのまま誤った社内資料になるリスクがあります。確認に迷ったら「この情報の責任者は誰か」を考え、一次情報まで必ずたどる習慣をつけましょう。社内の説明資料として使う以上、最終的な確認は必ず人手で行うのが鉄則です。
一次情報を探すときの3つの場所
「一次情報って具体的にどこを見ればいいの?」という質問はよくあります。まずは次の3つを起点にすると、迷わずたどり着けます。
- 法令・告示: 法令データベース(e-Gov)で条文そのものを確認する
- 制度の運用: 担当省庁の公式サイトの「お知らせ」やQ&Aを確認する
- 自治体の上乗せ: 助成金などは市区町村・都道府県の公式ページまで確認する
ここで大事なのは「Sparkpageの出典欄に載っているURLを開く」ことから始める点です。いきなり検索するより、参照元が本当に一次情報かどうかを確認する方が速く、漏れも少なくなります。確認できなかった項目は、レポートに「要確認」と明記したまま残す運用にしましょう。

手順⑤ 社内フォーマットへ移植する
- Sparkpageから見出しと本文をコピーし、Googleドキュメントなどの社内テンプレートに貼る
- 社名・部門名・具体数値はこの段階で追記(AIには最初から入れない)
- 最終段落に「根拠URL一覧」をまとめると、後から検証しやすいです

移植のときのルールは「AIが作った見出しはそのまま、数字と固有名詞は人が入れる」の2点だけです。見出しの言い回しが社内資料として自然かどうかを判断し、必要なら書き換えます。最終段落の根拠URL一覧は、後から「この数字はどこから来たのか」を確認するための重要な保険になります。
うまくいかないときの直し方
生成結果が期待通りでなくても、落ち込む必要はありません。原因は依頼文のどこかにあります。次の表を目安に、1項目ずつ直してみましょう。
| 症状 | 対処のヒント |
|---|---|
| 見出しが細かすぎる | 依頼文で「大見出しは5つ以内」と指定する |
| 出典がブログばかり | 「公的機関のサイトを優先」と明記する |
| 自社事情が入らない | 仕様として社内情報は入れず、空欄で残す指示にする |


「うまくいかない」の9割は、手順①の読み手設定か、手順②の「避けたいこと」の不足が原因です。1回で完璧な結果を求めず、依頼文を1行ずつ改良していく感覚で試すと、だんだん理想の形に近づきます。失敗した依頼文は消さずに保存しておき、どこを直したら改善したかを記録しておくと、次回から再現性が上がります。
社内説明でよくある質問(FAQ)
実際に社内で説明するときに、よく聞かれる質問を4つまとめました。あらかじめ答えを用意しておくと、説得力が増します。
Q1. 生成結果をそのまま役員に出すのはダメですか?
おすすめできません。あくまで第0稿です。読み手・出典・数字の確認を人が終えたものを「最終稿」として提出してください。役員向けは特に、参照元URLが一次情報かどうかの確認が欠かせません。
Q2. ブログや社外向け資料に転用してもいいですか?
社外向けはハードルが上がります。生成結果の内容は公的情報の寄せ集めでも、表現はAIが作ったものです。誤字・古い情報の責任は自社に降りかかるため、社外向けは必ず専門部署や法令確認のプロセスを通しましょう。
Q3. チームで共有するときのルールは?
「依頼文の型」「チェックリスト」「根拠URLの貼り方」を1ページにまとめて共有すると、属人化を防げます。あわせて「機密情報は入れない」をチームの約束にしてください。
Q4. 1回でうまく作れません。何度もやり直すべきですか?
やり直しより「依頼文の修正」を優先しましょう。1回目で完璧は狙わず、出力を見ながら「避けたいこと」に1行足すなど、少しずつ直す方が結果が安定します。3回試しても変わらないときは、読み手設定を見直してください。
時間がないときの優先順位
忙しい時期は手順を全部やる時間がないこともあります。それでも削ってはいけない工程と、削ってもよい工程を整理しました。
| 優先度 | 工程 | 理由 |
|---|---|---|
| 最優先 | 手順①の読み手設定 | ここが狂うと全体が外れる |
| 最優先 | 手順④の一次情報確認 | 誤った事実を載せる事故を防ぐ |
| 削ってよい | 手順②の「避けたいこと」の微調整 | 既定の型をそのまま使えば一定品質 |
| 削ってよい | 手順⑤の文言の磨き込み | 後で上司と一緒に直せる |
「読み手設定」と「一次情報確認」の2つだけは、どんなに忙しくても外さない運用にしてください。この2つを守るだけで、事故になるミスはほぼ防げます。
まとめ


この記事のポイント
| 項目 | 内容 |
|---|---|
| 位置づけ | 出典付きの第0稿。最終稿は人が仕上げる |
| 依頼文 | 読み手・目的・必須項目・避けたいこと・出力形式をセットで |
| 確認 | 一次情報を開く/日付と社内ルールの整合 |
| 移植 | Googleドキュメント等へコピーし、根拠URL一覧を残す |
次に読むおすすめ



