Claudeでプレスリリースの文面を下書きする手順

プレスリリースの下書きでClaudeに任せる範囲

Claudeにプレスリリースを下書きさせるときは、任せる作業と人が持つ作業を最初に分けます。プレスリリースは、発表の要点、見出し、リード文、本文、会社概要、経営陣のコメントという定型に沿って書く文書です。受賞前の応募書類づくりはClaudeでアワードの応募書類を組み立てる手順で扱っています。

入力メモは5W1Hの素材にそろえる

下書きの質は、渡すメモでほぼ決まります。文章の指示より先に、素材を5W1Hに分けて用意します。

メモは箇条書きで構いません。文章になっていなくても、Claudeは断片を読み取って構成に並べ直せます。ただし、メモに無い情報をClaudeが補うと、もっともらしい数値や固有名詞が混ざる恐れがあります。次の一文を必ず指示に入れておきます。

メモに書かれていない数値・固有名詞・日付は本文に入れないでください。
不足している項目は「【要確認:○○】」と書いて残してください。

「要確認」の印を本文に残させると、人が確定する箇所が探しやすくなります。空欄のまま推測で埋められるより、印のついた空欄のほうが安全です。

定型構成へ落とし込む指示文

構成は指示で固定します。順番と各パートの分量を先に決めておけば、出力のぶれが小さくなります。

以下のメモから、プレスリリースの下書きを作成してください。
 
構成:
1. 見出し(全角30字前後)と副見出し
2. リード文(発表日・発表主体・発表内容を1段落で)
3. 本文(背景 → 製品・サービスの特徴 → 提供条件の順)
4. 経営陣コメント(コメント案。発言者名は【要確認】のまま)
5. 会社概要(末尾に置く定型欄)
6. 問い合わせ先
 
条件:
- 敬体ではなく、報道向けの常体(だ・である調)で書く
- 形容詞による誇張(「画期的」「業界初」など)は根拠がメモにあるときだけ使う
- メモにない数値・日付・固有名詞は書かず、【要確認:○○】と残す
 
メモ:
(ここに5W1Hの素材を貼る)

文体の指定は、社内の過去リリースに合わせます。常体と敬体のどちらを使うかは会社ごとに違うため、指示で明示しておくと後の直しが減ります。

「業界初」「国内最大」のような最上級の表現は、根拠となる調査や出典が必要です。Claudeに任せず、根拠資料が手元にあるときだけ人が加えるほうが安全です。

会社概要と過去リリースはProjectsに置く

毎回貼り直す情報は、Projectsのナレッジとして置いておけます。Projectsは、独自のチャット履歴とナレッジベースを持つ、閉じた作業空間です。Freeプランで作れるプロジェクトは最大5つです。文書やテキストをアップロードしておけば、そのプロジェクト内のチャットで背景として使われます。プロジェクトごとにカスタム指示も設定でき、公式の例には「より丁寧な口調で答える」「特定の役割や業界の視点で答える」があります。

プロジェクトのファイルは文章の抽出が基本です(マルチモーダルPDFを除く)。会社概要も過去リリースも文章が主体なので、この条件で足ります。

カスタム指示には、次のように役割と禁止事項を書いておきます。以下は指示の一例です。

あなたは自社の広報担当の下書き係です。
- 会社概要は、ナレッジの「会社概要_最新版」をそのまま転記する。書き換えない。
- 文体は、ナレッジの過去リリースに合わせる。
- 事実が不明な箇所は推測で埋めず、【要確認:○○】を残す。

会社概要を「そのまま転記する」と指定するのが肝です。定型欄は一字一句が法務・広報の確認済みであることが多く、Claudeが言い換えると設立年や資本金のような数字がずれる余地が生まれます。数字の正本を1枚にまとめる方法はプレスキットのファクトシートの作り方で扱っています。

Team・Enterpriseプランでは、プロジェクトを組織内で共有できます。「閲覧のみ」の権限ならナレッジと指示を見てチャットできますが編集はできません。「編集可」なら指示やナレッジも変更できます。広報部門だけが編集し、他部署は閲覧にとどめる運用が考えられます。

オーナーはプロジェクトの共有そのものを止められ、Enterpriseでは特定のロールだけに限ることもできます。共有を止めても、すでにある共有は残ります。共有されたプロジェクトは受け取った側の「Shared with me」タブに並び、共有時にはメールで通知が届きます。組織全体への公開が無効になっている組織では、作成時にも作成後にも組織全体への共有は選べません。

有料プラン(Pro・Max・Team・Enterprise)では、ナレッジがコンテキストの上限に近づくとRAGが自動で有効になり、容量が最大10倍まで拡張されます。過去リリースを大量に入れても扱えますが、見本は数本に絞ったほうが文体の参照先が明確になります。

資料を読み込ませてWordで受け取る

メモが手元の資料に散らばっているときは、ファイルを直接アップロードできます。文書の形式はPDF・DOCX・CSV・TXT・HTML・ODT・RTF・EPUB・JSONで、XLSXはコード実行とファイル作成を有効にしているときだけ読み込めます。

上限は、アップロード先によって変わります。チャットへの添付は1ファイル500MBまで、1チャットにつき最大20ファイルです。プロジェクトのファイルは1ファイル30MBまでです。ファイル作成のページには、アップロードもダウンロードも1ファイル30MBまでとあり、サポートページの間で数字が食い違っています。30MB以下に分けておけば、どの経路の上限にも当たりません。

PDFは、100ページ以下なら文章と図表の両方が、101〜1000ページなら文章だけが解析されます。1000ページを超えるPDFは「Uploaded file is too large」のエラーでアップロードできません。DOCXなど非PDFの文書は文章だけが抽出され、埋め込まれた画像は読み取られません。図表に発表の根拠となる数字がある場合は、その数字を文章で書き写して渡してください。

下書きの受け取りには、ファイル作成機能を使います。「コード実行とファイル作成」を有効にすると、Claudeが会話の中でWord(.docx)やPDFのファイルを作り、ダウンロードできます。Googleドライブへ直接保存する方法もあります。Free・Pro・Maxでは、Settings > Capabilitiesで「Code execution and file creation」をオンにします。TeamとEnterpriseは組織の既定で有効ですが、オーナーが無効化していることがあります。スマートフォンのClaudeアプリでもファイルは作れますが、「Download」を押すとシステムのプレビューか別のアプリ(.docxならWordアプリ)で開きます。ファイル作成の全体像はClaudeでファイル作成・編集ができる範囲とセキュリティ設定にまとめています。

指示は次のように足します。

上の下書きを、A4縦・1ページ半程度のWord文書(.docx)にしてください。
【要確認】の箇所は黄色でハイライトしてください。

黄色のハイライトが付いたかどうかは、生成された.docxを開いて確かめます。ファイルの生成は通常のチャットより使用量の上限を消費しやすい点にも注意が必要です。文面の推敲は通常のチャットで済ませ、最終版を作るときだけファイル作成を使うと消費を抑えられます。

Wordの上で直接仕上げたいときは、Claude for Wordの使い方にある追跡変更モードでの提案が使えます。修正履歴を残しながら、広報・法務の確認を回せます。

リード文と見出しを書き分けさせる

リード文は、記事の冒頭で「いつ・だれが・なにを発表したか」を一段落で言い切る部分です。ここが弱いと、続きを読まれずに終わります。見出しとリード文は役割が違うため、指示も分けます。

• 見出し: 発表の核心を一文で。社名と製品名を先頭近くに置く
• 副見出し: 見出しに入りきらない補足(提供開始時期や対象)を一行で
• リード文: 発表日、発表主体、発表内容の三点を含め、背景は本文へ回す

見出しは案を3本出させ、人が選ぶ運用が向いています。一本だけ出させると、それが妥当かどうかの比較ができません。

見出し案を3本、それぞれ違う切り口(製品名を主語にする/課題を主語にする/
提供開始日を主語にする)で出してください。各案は全角35字以内にしてください。

下書きをメモと突き合わせる点検を、Claudeにも回させる

人の照合の前に、Claudeへ一次点検をさせると、見落としが減ります。下書きに含まれる数値・固有名詞・日付を一覧にし、メモのどの行が根拠かを対応づけさせる方法です。

下書きに登場する数値・日付・固有名詞をすべて抜き出し、
メモのどの記述が根拠かを表にしてください。
根拠が見つからないものは「根拠なし」と書いてください。

「根拠なし」と返ってきた項目は、本文から削るか、メモに事実を足して書き直します。この点検はあくまで補助です。メモ自体が間違っていれば、対応づけは成立しても誤りは残ります。最終的な突き合わせは、決裁記録や集計資料といった元の資料で人が行います。

人が確定させる項目の確認表

Claudeの下書きを社外へ出す前に、次の項目を元資料と1件ずつ照合します。

このうち経営陣のコメントは、Claudeがコメント案を出せても、発言として公開してよいのは本人が承認した文面だけです。案を作るときは「発言者の名前と役職は【要確認】のまま残す」と指示しておき、本人の確認を経て確定させます。

数値は、Claudeに計算させた結果も含めて再確認します。ファイル作成機能でExcelを扱えるとはいえ、リリースに載せる数字は元の集計資料と一致していなければなりません。

個人情報や未公開情報を扱うときの注意

発表前のリリースは、その時点では未公開の情報です。外部への通信は、プランと設定で変わります。

• Free・Pro・Max: ネットワークアクセスが有効で、承認済みの配布元からパッケージを入れられます。
• Enterprise: 新規の組織では外部通信がオフです。
• Team: 冒頭のAvailability欄では既定でオフ、設定手順の節では「パッケージ管理ツールのみ」と、同じページの中で記載が分かれています。

オーナーは、Organization settings > Capabilitiesで通信先を絞れます。ただし、MCP連携を有効にしている場合は、ネットワークの設定にかかわらず、その連携を通じた通信が可能なままです。

Free・Pro・Maxでは、ファイル作成機能の成果物を含む会話の公開共有が無効です。下書きを回覧するときは、チャットのリンクではなく、ダウンロードした.docxを渡します。

公式ドキュメントは、外部のファイルやウェブサイトに仕込まれた指示でClaudeが意図しない動きをする可能性に触れ、作業を見守り、想定外のデータ参照があれば止めるよう勧めています。取引先から受け取った資料を読み込ませるときは、出所の分からないファイルを混ぜないようにします。

よくあるつまずき

• 本文に「要確認」が残ったまま公開してしまう: 印は本文を検索して消し込みます。Wordの検索で「要確認」を探し、ゼロ件になるまで確認します。
• 会社概要が言い換えられる: 指示に「転記のみ」と書いていないと起きます。Projectsのカスタム指示に入れておくと、毎回書かずに済みます。
• 文体が過去のリリースと合わない: 見本のリリースを2〜3本添え、「この文体に合わせる」と指示します。
• ハイライトや余白が期待どおりにならない: 体裁の直しは、文面を確定させたあとの最終工程に回します。

似た流れで、確認が必須の届出書類を下書きする方法は個人情報の漏えい報告をClaudeで下書きする際の注意点でも扱っています。事実の確定を人が握る点は、プレスリリースと同じ考え方です。送り先の媒体ごとに切り口を変える段階は、Claudeでメディアリストを作る広報の手順にまとめています。開発側のGitHubリリースノートを顧客向けの更新案内に直す流れは、Claudeで顧客向けリリースノートを書くにあります。

まとめ

プレスリリースの下書きでは、Claudeに構成の型と文章の整形を任せ、数値・日付・引用・最上級表現を人が確定させます。メモに無い情報は書かせず、印を残させる。会社概要は転記に固定する。この二点を指示に入れるだけで、確認の手間は大きく変わります。発表資料をスライドにも展開したいときは、Claudeでプレゼン資料を作るワークフローが続きの手順になります。発表後の質疑に備えるなら、Claudeで記者会見の想定問答集を作る手順に進みます。出した後の反響集計はClaudeとMeltwaterの連携が扱っています。英文版を作る段階はClaudeで英文プレスリリースを翻訳する手順にあります。