指定管理者制度AI|指定管理情報を見逃さない3つのプロダクトを展開中ログイン
【指定管理者・PFI事業者向け】AIで文書作成はどう変わる?「書く前の設計」で差がつくビジネス文書超入門

【指定管理者・PFI事業者向け】AIで文書作成はどう変わる?「書く前の設計」で差がつくビジネス文書超入門

AIで文書作成はどう変わる?を指定管理者・PFI事業者向けに解説。「AIに書かせたのに全部直した」の原因は、文章(部品)と文書(設計)の混同にあります。提案書は、あなたのいない会議室で戦う分身。募集要項をAIに読ませて審査員の視点に変換する方法から、事業計画書の骨組みづくり、自治体向けお詫びメールの実践プロンプト、機密情報の入力判断まで。書く前の設計で差がつくAI文書作成の基本を、現場目線でお届けします。

公開日2026/09/09

目次

この記事でわかること
「文章」と「文書」は、別モノである
良い文書は「読むため」ではなく「判断するため」にある
ステップ1:その文書の「旅」を想像する
募集要項をAIに読ませて、「審査員の視点」に変換する
ステップ2:骨組みを先につくる。文章はまだ書かない
実践:自治体へのお詫びメールを、AIと書いてみる
やり方A:対話で磨く
やり方B:条件をまとめて渡す(雛形化)
AIに書かせたら、AIにも読ませる
最後の仕上げは、必ず人間の手で
もうひとつ。「AIに入れていい情報か」を先に確認する
まとめ

指定管理者制度AI編集長のヤマザキです。

指定管理の仕事は、 つくづく「文書の仕事」だと思いませんか。

事業計画書に、事業報告書。 月次のモニタリング資料、協定書、議事録。 自治体担当者との日々のメール。

提案書の季節になれば、 真っ白な画面を前に、腕を組んで固まる夜もある。

「AIで文書作成がラクになる」と聞いて試してみたら——

出てきたのは、きれいだけど中身のない文章。 結局、ほとんど自分で書き直した。

「なんだ、使えないな」

そう思った方にこそ、今日の話を届けたい。

実は、AIで文書がうまくなる人は、 「書く前」に勝負を終えています。

この記事でわかること

  • 「文書」と「文章」の違い。AIに任せる部分と人間が握る部分
  • 文書の勝敗を分ける「読み手と使われるシーン」の設計法
  • 募集要項をAIに読ませて「審査員の視点」に変換する方法
  • 自治体向けメールでそのまま使える実践プロンプト(コピペOK)
  • 送信前にAIと人間でダブルチェックする仕組み

「文章」と「文書」は、別モノである

p3 zukai 1 bunsho vs bunshou

まず、今日いちばん大事な区別から。

「文章」と「文書」は、違います。

文章とは、文が連なったメッセージのこと。 AIが得意なのは、まさにこれです。

一方、文書とは、 目的を持った情報の乗り物のこと。

事業計画書を思い浮かべてください。

あそこに載っているのは文章だけではありません。 収支の表、体制図、実績の数値、写真、レイアウト—— たくさんの部品が、ひとつの目的のために組み上がっている。

つまりこうです。

文章は、文書の部品のひとつにすぎない。

どれだけピカピカのエンジンを積んでいても、 行き先が決まっていない乗り物は、目的地に着けません。

「AIに書かせたのに使えなかった」の正体は、 たいていこれです。

部品づくり(文章)をいきなり頼んで、 設計図(文書の目的・読み手・構成)を渡していなかった。

前回の記事で言えば、 「お願い」だけ伝えて「ゴール」と「背景」を渡していない状態です。

良い文書は「読むため」ではなく「判断するため」にある

設計の話に入る前に、 もうひとつだけ、大事な視点を。

事業計画書なら、審査員が採点する。 事業報告書なら、担当者が状況を判断する。 メールなら、相手が理解して次の行動を決める。

文書の先には、必ず誰かの判断があります。

だから、文章が美しいだけでは足りない。 相手が判断できる状態まで、情報を設計する。

ここに、AI時代でも人間が握るべき仕事があります。

では、設計はどう進めるか。 ステップは2つです。

ステップ1:その文書の「旅」を想像する

設計の出発点は、 その文書が、あなたの手を離れたあとの旅路を思い描くことです。

たとえば、あなたが仕上げた事業計画書。 提出したら終わり、ではありませんよね。

まず、所管課の担当者が受け取って目を通す。 担当者は要点をまとめ、係長や課長に説明する。 やがて選定委員会の机に並び、 あなたのいない部屋で、複数の審査員に読み比べられる。

そう——

提案書とは、あなたのいない会議室で戦う、あなたの分身なのです。

旅の各地点で、読み手は変わります。 典型的な例を挙げると——

  • 所管課の担当者なら、「庁内で説明しやすいか」
  • 選定委員(行政幹部・有識者・公認会計士・市民代表などで構成されます)なら、「公表された評価基準に照らして評価できるか」「実現可能か」
  • 収支を見る立場なら、「数字や積算に根拠があるか」
p3 zukai 2 bunsho no tabi

もちろん、誰がどの段階で読むかは 自治体や案件によって異なります。

だからこそ、まず募集要項・選定基準・仕様書から 「この文書は、誰に、何を判断される文書なのか」を逆算する。 これが設計の第一歩です。

募集要項をAIに読ませて、「審査員の視点」に変換する

ここでAIの出番です。

コツは、AIに審査基準を想像させないこと。 AIが一般論で答えた「よくある観点」は、 その自治体固有の総合計画や重点施策を知りません。

順番を逆にします。

原資料をAIに読ませて、読み手の視点に変換してもらう。

以下は、〇〇市体育館の指定管理者公募における
選定基準・評価項目です。
(募集要項の該当部分を貼り付け)

この評価基準をもとに、次の3つに整理してください。

1. 審査員が確認したいこと
2. 提案書に必要な根拠・数字
3. 弱い提案になりやすいポイント

なお、資料に書かれていない評価基準を
勝手に追加しないでください。
p3 zukai 3 genshiryo henkan

最後の一文がミソです。 AIの「気を利かせた創作」を封じ、 その案件の基準だけに集中させます。

一般論を聞くのではなく、一次資料を変換させる。 これだけで、AIの答えは 「どこかの誰かの話」から「この案件の話」に変わります。

ステップ2:骨組みを先につくる。文章はまだ書かない

読み手と旅が見えたら、次は**骨組み(アウトライン)**です。

いきなり文章を書き始めない。 いきなりAIに「書いて」と頼まない。

まず、文書全体の構成をAIと一緒に組み立てます。

〇〇市の図書館の指定管理に応募する事業計画書をつくります。
読み手は選定委員会。当社は図書館運営10年の会社です。
先ほど整理した評価基準を踏まえて、
この計画書に含めるべきセクション構成を提案して。
各セクションの狙いも一言ずつ添えて。

返ってきたアウトラインを見て、

「うちの強みの地域連携は、もっと前に出したい」 「このセクションは仕様書の要求項目と対応していない」

と、あなたの判断で並べ替え、足し、削る。

骨組みが決まってから、初めて各部品の文章づくりに入る。

この順番を守るだけで、 「きれいだけど中身のない文章」は激減します。

順番はいつも同じ。 旅を想像する → 骨組みを組む → 部品をつくる。

大工さんが設計図なしに柱を刻まないのと、同じ話です。

p3 zukai 4 sekkei 3step

実践:自治体へのお詫びメールを、AIと書いてみる

理屈はここまで。 現場でよくある場面で、実際にやってみましょう。

場面:月次の事業報告書の提出が、 集計システムの不具合で3営業日ほど遅れそう。 自治体の担当者に、お詫びと新しい提出日を伝えるメールを送る。

気が重い連絡ほど、文面に時間がかかるもの。 こういうときこそAIです。

やり方A:対話で磨く

まず雑に頼んで、注文をつけながら磨く方法。 前回学んだ「対話で磨く」の実践です。

自治体の担当者に、月次報告書の提出遅延を詫びるメールを書いて。
当初の提出日は10月10日、新しい提出日は10月15日。
理由は利用者数の集計システムの不具合。

出てきた文面を見て、続けて注文します。

「お詫びをもっと冒頭に」 「再発防止の一文を足して」 「もう少し簡潔に。スクロールなしで読める長さに」

AIにパワハラという概念はありません。 納得のいく文面まで、遠慮なく注文しましょう。

やり方B:条件をまとめて渡す(雛形化)

慣れてきたら、条件を最初から全部渡す方法が速い。

以下の条件でビジネスメールを作成してください。

【状況】
・指定管理者として運営する〇〇市民体育館の月次事業報告書について、
 提出遅延をお詫びするメール
・宛先:〇〇市スポーツ振興課の担当者
・当初提出日:10月10日/新提出日:10月15日
・理由:利用者数集計システムの不具合(すでに復旧済み)
・利用者数の概算値は本日中に速報としてお送りできる旨も伝える

【構成】
件名/宛名/挨拶/お詫び/経緯の説明/
新提出日と速報のご連絡/再発防止/結びの挨拶/署名

【文面の条件】
・誠実で丁寧、ただし過剰にへりくだらない
・お詫びと新提出日を前半に
・簡潔に、本文はスクロールなしで読める分量

ポイントは【状況】の「概算値は速報で送れる」の一行。

役所側が本当に知りたいのは、言い訳ではなく では、いつ・何がもらえるのかです。 中間情報を先に差し出す一文が、信頼を守ります。

そしてこのプロンプトの強みは、使い回せることです。

【状況】の中身を差し替えるだけで、 休館のお知らせにも、行事変更の連絡にも転用できる。

よく書くメールの型は、雛形として保存しておく。 毎回、白いメール画面の前で 腕を組むところから始めなくてよくなります。

AIに書かせたら、AIにも読ませる

送信前に、もうひと手間。 書いたAIに、今度は読み手役をやらせます。

このメールを、送信前にレビューしてください。

・相手が最初に知りたい情報が前半にあるか
・事実と推測が混ざっていないか
・言い訳に聞こえる表現がないか
・日付、数字、固有名詞で確認すべき箇所
・冗長な文章

を指摘してください。
勝手に事実を補わず、
判断できない箇所は「要確認」としてください。

AIは「書く人」だけでなく、「読む人」にもなれる。 自分では気づけない粗を、送信前に拾ってくれます。

最後の仕上げは、必ず人間の手で

AIのセルフレビューを経ても、最終チェックは人間の仕事です。

  • 日付・固有名詞・数字(年度、条文番号、実績値)は正しいか
  • 事実関係(遅延理由など)に誤りはないか
  • 自社と相手との関係性に合った温度感か
  • 誤字脱字はないか

AIはときに、もっともらしい間違いをしれっと混ぜてきます。 自治体向け文書において、数字や年度の誤りは致命傷になりかねません。

文面の生産はAI、最終責任は人間。 このコンビ打ちが、いちばん速くて、いちばん安全です。

もうひとつ。「AIに入れていい情報か」を先に確認する

自治体案件では、文章の正しさ以前に 確認したいことがあります。

その情報を、いま使っているAIに入力してよいのか。

指定管理の現場が扱う情報には、 利用者の個人情報、事故・苦情の記録、 未公表の収支、自治体との協議内容などが含まれます。

こうした情報を扱う場合は、 自社・自治体のAI利用ルールと、 利用中のAIサービスのデータ取扱条件を必ず確認してください。

AIに渡す必要のない情報なら、 「〇〇市」「A施設」「担当者B」と匿名化して相談する手もあります。

「AIが書けるか」ではなく、「AIに渡してよいか」を先に確認する。 公共施設の仕事では、とても大切な習慣です。

p3 zukai 5 3dangamae

まとめ

  • 「文章」は「文書」の部品。文書の先には必ず「誰かの判断」がある
  • 提案書は、あなたのいない会議室で戦う分身。旅を想像してから書く
  • AIに審査観点を想像させず、募集要項を読ませて「視点」に変換させる
  • 順番は「旅を想像→骨組み→部品」。書かせたら、AIにも読ませる
  • 数字・年度・固有名詞の最終確認と「入れていい情報か」の判断は人間の仕事

最後に、この記事の結論を。

AIに文章だけを書かせるのではありません。 読み手を想像し、情報を洗い出し、骨組みを組み、 下書きをつくり、読み手の目線でレビューする—— 文書づくりの工程そのものを、AIと一緒に進める。

ただし。 何を伝えるのか。何を根拠にするのか。 これを外に出してよいのか。この文書で勝負してよいのか。 決めるのは、いつだって人間です。

AIは、設計助手にもなれる。 でも、設計責任者にはならない。

その席には、現場を知るあなたが座っていてください。


【関連リンク】


事業計画書・提案書づくりにAIを本格活用するなら 指定管理者制度AI Proプランでは、全国の指定管理施設DB、指定管理者募集速報の毎日メール通知、指定管理に特化したAI活用ノウハウをご利用いただけます。 月額10,000円/年間120,000円(請求書払い・年間契約対応) 👉 Proプランの詳細はこちら


ヤマザキ君
指定管理者制度AI 編集長:ヤマザキ
提案書作成のコツから採択事例の分析、効率的な資料作成方法まで、実践的な情報を発信中。
指定管理者制度に携わる皆様の業務効率化と採択率向上をサポートする記事をお届けしています。

ヤマザキは2004年から大学で指定管理者制度を研究し、
2010年からの10年間は、指定管理/PFI/PPPのコンペや運営現場の最前線に立ち続けてきました。
その後はスタートアップとの協業や出資、ハッカソンも数多く主催。「現場」と「未来」双方の知見を活かした情報発信を行っています。

その経験をもとにした本サービス「指定管理者制度AI」では、実際にAIを活用した提案書・企画書作成サービスを展開。 豊富な採択事例データベースと高度な自然言語処理技術により、要点整理から文書構成の最適化まで包括的にサポートします。
自治体要件の読み取り、競合分析、予算計画の策定など、指定管理者応募に必要な業務を効率化し、 質の高い提案資料を短時間で作成できる専門AIツールを提供しています。