写真スタジオの予約・撮影プラン案内と納品連絡をClaude Codeで時短する
写真スタジオの予約返信、撮影プラン案内、納品連絡をClaude Codeで下書き自動化。コピペできるプロンプト雛形と検証スクリプト付き。受付・カメラマン向け。
七五三のピーク週、僕の知り合いがやっている小さな写真スタジオで、こんな事故が起きました。
家族写真の予約メールに返信したつもりが、宛名が前のお客さまの名前のまま。しかも撮影プランの料金表は去年の古いPDFを添付していた。送信ボタンを押した3分後に気づいて、平謝りの訂正メールをもう一通。受付の子は半泣きでした。
写真スタジオの現場って、撮影の腕とは関係ないところで時間と神経をすり減らしますよね。予約の問い合わせ、当日の持ち物案内、撮影後の「データいつ届きますか」の催促。文章を書くこと自体は難しくないのに、件数が多くて、しかも一通ずつ微妙に違う。だから疲れるし、ミスも出る。
ここを、AIに「下書き」だけ任せると、かなり楽になります。僕が実際に試した範囲で、写真スタジオの受付・カメラマンがそのまま使える形に落とし込みました。
この記事の要点
- 予約返信、撮影プラン案内、納品連絡の3つは、文面の8割が定型。だからAIの下書きと相性がいい。
- Claude Codeに任せるのは「文面の下書き」まで。日付・金額・送信は人が必ず確認する。
- コピペで使えるプロンプト雛形と、料金表の差し込みミスを防ぐ検証スクリプトを置いた。
- 1日20通の対応なら、月で10時間前後の短縮が見込める計算。
- 顧客の氏名・住所・写真は個人情報。AIに渡す範囲とログの扱いに注意する。
写真スタジオの読者像と、いまの業務フロー
この記事が想定する読者は、家族写真や記念写真を撮る小〜中規模のスタジオで、受付やメール対応も自分でやっているカメラマン、あるいは予約管理を一手に引き受けている受付スタッフです。撮影は好きだけど、事務作業に1日2〜3時間取られている、という人。
写真スタジオの予約から納品までの流れを並べると、だいたいこうなります。
- 問い合わせが来る(電話、メール、Instagram DM、予約フォーム)
- 空き状況を確認して、候補日と料金を返信する
- 予約確定後、撮影プランと当日の持ち物・服装を案内する
- 撮影当日、受付と精算
- 撮影後、データ・プリントの納期を連絡する
- 仕上がったら納品連絡と、レビュー・追加注文の案内を送る
このうち2、3、5、6が「文章を書く作業」です。撮影そのものより、前後の文面づくりに時間を取られている。ここがAIの出番です。
よくある手戻り・困りごと
実際にスタジオの人から聞いた「あるある」を、原因とセットで並べます。
| 困りごと | よくある原因 | 起きる手戻り |
|---|---|---|
| 宛名や日付の取り違え | 前のメールをコピペして直し忘れ | 訂正メール、信用低下 |
| 古い料金表を案内 | 添付ファイルの管理が属人化 | 料金トラブル、再案内 |
| 持ち物案内の抜け | 七五三・成人式などプラン別の差分を覚えきれない | 当日の混乱、撮り直し相談 |
| 納期連絡の遅れ | 「いつ送るか」が頭の中だけ | 催促の問い合わせが増える |
| 返信の文体がバラバラ | 担当者ごとに書き方が違う | ブランドの印象が安定しない |
どれも、文章力の問題ではありません。「件数が多い」「プラン別の差分が多い」「最新情報の管理が手作業」という、情報の出し入れの問題です。だからこそ、決まった型に沿って下書きを作るAIが効きます。
Use case 1: 予約問い合わせへの返信を下書きする
問い合わせメールを貼り付けて、候補日と料金を添えた返信の下書きをAIに作らせます。送信はしません。あくまで下書きまで。
カメラマンや受付が確認するのは、候補日が本当に空いているか、料金が最新かの2点だけ。文面をゼロから書く時間がまるごと消えます。
人が必ず判断すること:
- 提示した候補日が予約台帳と一致しているか
- 料金が今期の価格表と一致しているか
- キャンセル規定など、誤解を生みやすい条件が正しいか
Use case 2: 撮影プラン案内と持ち物リストを差し込む
七五三、お宮参り、成人式、家族写真。プランごとに服装・持ち物・所要時間が違います。ここをプラン名から自動で組み立てます。
プラン別の差分テーブルを1つ用意しておけば、AIはそこから該当する案内文を組み立てます。受付が「あ、足袋の案内を入れ忘れた」と気づくあの手戻りが減ります。
Use case 3: 納品連絡とレビュー案内をセットで作る
撮影後の「データお届けのご連絡」は、納期、ダウンロード方法、追加プリントの案内、そしてレビューのお願いまでを1通にまとめたい。でも毎回ゼロから書くと長くなりがちです。
ここは型が完全に決まっているので、AIの下書きがいちばんハマる場所です。納期日とギャラリーURLだけ差し替えれば完成します。
AIに任せる範囲と、人が必ず判断する範囲
ここを曖昧にすると冒頭のような事故が起きます。線引きをはっきりさせます。
| 作業 | AIに任せる | 人が必ず判断する |
|---|---|---|
| 文面の下書き | 任せる | — |
| 文体・敬語の調整 | 任せる | — |
| 候補日の提示 | 下書きは作る | 台帳との一致を確認 |
| 金額・料金表 | 雛形に差し込む | 最新かどうかを確認 |
| 送信ボタン | — | 必ず人が押す |
| 個人情報の登録 | — | 必ず人が操作 |
ルールは1つ。日付・金額・送信、この3つは人間が最後に確認する。 それ以外の文章づくりはAIに渡してよい、と決めておけば事故りません。AIに任せる範囲の考え方はエンジニアじゃない人向けのClaude Code入門でも詳しく触れています。
コピペで使えるプロンプト雛形
そのまま使えます。お客さまのメール本文を貼り付けるだけです。
あなたは家族向け写真スタジオの受付担当です。以下の問い合わせに、
丁寧で温かいトーンの返信下書きを作ってください。
# 守るルール
- 候補日と料金は [ここに自分で確認した正しい値] と書き、私が後で差し替える
- 断定的な金額は書かず、確認済みの金額だけを使う
- キャンセル規定は「ご予約確定後にご案内します」と書く
- 署名は「○○スタジオ 受付」で終える
# 問い合わせ本文
(ここにお客さまのメールを貼る)
# 出力
- 件名案を1行
- 本文(300字以内、宛名は「様」で始める)
ポイントは「金額や日付を自分で勝手に決めさせない」ことです。プレースホルダにして、人が差し替える前提にする。プロンプトの組み立て方はプロンプトエンジニアリングの上級テクニックが参考になります。
検証スクリプト: 料金表の差し込み忘れを止める門番
下書きに、差し替え忘れのプレースホルダや、古い年度の文字列が残っていないかを機械でチェックします。Node.jsがあれば動きます。送信前にこれを通せば、冒頭の「去年の料金表」事故が消えます。
// check-draft.mjs : 納品・案内メールの下書きをチェックする門番
import { readFile } from "node:fs/promises";
const draft = await readFile(process.argv[2] ?? "./draft.txt", "utf8");
const thisYear = String(new Date().getFullYear());
const rules = [
{ ng: /\[.*?差し替え.*?\]|\[ここに.*?\]/, msg: "差し替え用プレースホルダが残っています" },
{ ng: /様{2,}|宛名未設定/, msg: "宛名が正しく入っていません" },
{ ng: /\b20(1\d|2[0-4])年/, msg: `古い年度の表記が残っています(今年は${thisYear}年)` },
{ ng: /(http:\/\/|テストURL|example\.com)/, msg: "本番ではないURLが残っています" },
];
const hits = rules.filter((r) => r.ng.test(draft));
if (hits.length === 0) {
console.log("OK: 送信前チェックを通過しました");
} else {
console.log("送信を止めました。次を直してください:");
for (const h of hits) console.log(" - " + h.msg);
process.exit(1);
}
実行はこれだけです。
node check-draft.mjs ./draft.txt
古い年度、消し忘れのプレースホルダ、テスト用URLのどれかが残っていれば、終了コード1で止まります。人の目だけに頼らない門番を1つ置くだけで、夜の見直し時間がぐっと減りました。こうしたルールをプロジェクトに固定する方法はCLAUDE.md ベストプラクティスにまとめてあります。
導入前と後の変化、そして簡単なROI目安
導入前は、1通の返信に平均8分かけていました。問い合わせを読み、過去メールを探し、コピペして直し、料金表を確認して添付。これが1日20通あれば、約2.7時間です。
導入後は、下書きをAIが作り、人は確認と差し替えだけ。1通あたり3分まで縮みました。20通で1時間。1日あたり約1.7時間、月22営業日で約37時間の短縮という計算になります。時給2,000円換算なら月7万円分の時間が浮く規模です。
もちろん全部が理屈どおりにはいきません。それでも「文面をゼロから書く」工程が消えるだけで、体感の負担はかなり変わります。日々の運用に組み込むコツはClaude Codeの生産性Tipsが役立ちます。
セキュリティと個人情報の注意点
写真スタジオが扱うのは、氏名、住所、電話番号、そして子どもの顔写真。これは厳重に扱うべき個人情報です。AIに渡すときは線引きを決めておきます。
- 住所や電話番号など、文面に不要な情報はAIに渡さない。返信に必要なのは宛名と用件だけ。
- 写真そのものや、子どもが写ったデータはアップロードしない。納品連絡は「URLとお名前」だけで作れる。
- お客さまの個人情報を学習に使わない設定か、契約・利用規約を確認する。業務利用ではデータが学習に使われないプランを選ぶ。
- 下書きやログを共有フォルダに置きっぱなしにしない。確認後は消す運用にする。
迷ったら原則はシンプルです。「この情報、返信を書くのに本当に必要か」を一度問う。 必要ないものは渡さない。これだけで多くのリスクが消えます。個人情報の扱いの基本は個人情報保護委員会の公式サイトに一次情報があるので、一度目を通しておくと安心です。
よくある質問
Q. AIが勝手に間違った日付や料金を送ってしまいませんか。 A. 送信はAIにさせません。AIは下書きまで。日付と金額はプレースホルダにして、人が差し替えてから送る運用にすれば、その事故は構造的に起きません。
Q. 文章が機械っぽくなりませんか。 A. プロンプトで「温かいトーン」「家族向け」と指定し、自分のスタジオらしい言い回しを2〜3例渡すと、ぐっと自然になります。最初の数通だけ手直しして、その手直しを次のお手本にすると早く馴染みます。
Q. パソコンが苦手でも使えますか。 A. プロンプトを貼り付けて使うだけなら、特別な知識は要りません。検証スクリプトの導入だけは少しハードルがあるので、最初はClaude Code はじめてガイドで環境を整えるか、詳しい人に頼むのがおすすめです。
Q. Instagram のDMにも使えますか。 A. 使えます。DMの文面を貼って下書きを作る流れは同じです。ただしDMはより砕けたトーンが合うので、プロンプトに「フランクに、絵文字を1〜2個」などと足すと自然です。
実際に試した結果
知り合いのスタジオの協力で、1週間ぶん(約110通)の予約・納品連絡を、このプロンプトと検証スクリプトで回してみました。
確かめたかったのは2つ。下書きの質と、事故の防止です。下書きは、温かいトーンの指定と過去文面のお手本を2通渡しただけで、ほぼ手直しなしで使える水準になりました。受付の子いわく「件名を考える時間がなくなったのが地味に一番うれしい」とのこと。
検証スクリプトは、110通のうち4通で古い年度表記とプレースホルダの残りを検知して止めました。人の目だけなら、たぶん2通は素通りしていた数字です。冒頭の七五三の事故みたいな平謝りメールが、構造的に減る。これが今回いちばん確かめたかったことで、ちゃんと効きました。
会社として受付フローごと整えたい、研修やテンプレート整備まで相談したい、という場合は研修・相談で具体的な業務に合わせて設計できます。
無料PDF: Claude Code はじめてのチートシート
まずは無料PDFで基本コマンドと最初の使い方をまとめて確認してください。登録後はそのままテンプレート集や導入相談にも進めます。
スパムは送りません。登録情報は厳重に管理します。
Claude Codeを仕事で使える形にしませんか?
まず無料PDFで基本を固め、繰り返し使う作業はGumroad教材へ、チーム導入や権限設計は導入相談へ進めます。
この記事を書いた人
Masa
Claude Codeの実務活用、導入設計、収益導線改善を検証しているエンジニア。10言語の技術メディアを運営中。
関連書籍・参考図書
この記事のテーマに関連する書籍を楽天ブックスで探せます。
※ 当サイトは楽天市場のアフィリエイトプログラムに参加しています。上記リンクから商品をご購入いただくと、運営者に紹介料が支払われる場合があります。
関連記事
制作会社がClaude Codeに触らせる前に決める権限チェックリスト
クライアントサイトを壊さずにAI編集を使うための、制作会社向け権限と確認の型です。
SaaSサポートのバグ報告をClaude Codeで再現手順に変える実務フロー
問い合わせ文をそのまま開発へ投げず、再現手順、証拠、次の一手に整えるサポート向け手順です。
Obsidianの古いメモをClaude Codeの指示書に変える10分ルーチン
Obsidianに溜めたメモが毎回ゴミになる人へ。事実・決定・未確認に仕分けして、Claude Codeがそのまま動ける指示書に変える朝の10分の型を紹介します。