Claudeで業務改善プランナーを作り課題をAI活用計画に変える

業務改善をClaudeに相談するとき、いきなり「経費精算が面倒」と話しかけても、返ってくる提案はどうしても一般論になります。先に記入式のアセスメントテンプレートをArtifactとして作らせ、現状・ボトルネック・制約を書き込んでから渡すと、提案の具体性が変わります。テンプレートの作り方と、埋め方のコツ、記入後にClaudeへ戻すところまでの流れをまとめました。

Claude業務改善プランナーとは

業務改善プランナーとは、プロセスの課題を構造化した質問に分解し、Claudeとの対話で埋めていく記入式のテンプレートです。Anthropicのユースケース集では非営利団体(NPO)向けの例として紹介されていますが、仕組み自体は特定の業種に縛られません。現状の流れ・ボトルネック・入出力・成功の定義・制約の5点を書き出す構造は、経理でも人事でも営業事務でも同じように使えます。

テンプレート自体はArtifactとして作られる、進捗バーと入力欄を備えたフォームです。Artifactsの基本的な仕組みはClaude Projects完全ガイドで扱っているので、Artifactを開いたり編集したりする操作に不慣れな場合は先に確認しておくと迷いません。

ユースケース集の掲載ページでは、所要時間は15分、分類はOperations、使う場所はClaude.aiとされています。ファイルの添付も前提で、サンプルとして月次の寄付者レポートの処理手順(monthly-donor-report-process)とボランティアの受付フォーム(volunteer-intake-form)のPDFが挙がっています。型を埋める前に、実際の業務書類を手元に置く流れです。

事前準備 — 対象プロセスを1つに絞る

改善したいプロセスを1つだけ選びます。複数の課題を同時に投げると、テンプレートの回答が浅くなり、後段の提案も総花的になります。「月次の経費精算」「新規会員の登録処理」のように、担当者が具体的に思い浮かぶ単位まで絞り込みます。

選ぶ基準は「頻度が高いかどうか」と「痛みを具体的に言えるかどうか」の2つです。年に1度しか発生しない作業より、毎週・毎月繰り返す作業のほうが、改善した効果を実感しやすくなります。痛みについても、「なんとなく面倒」ではなく「毎回この工程で止まる」と言える作業を選ぶと、テンプレートへの記入がスムーズに進みます。

手順1: Claudeに記入式のテンプレートを作らせる

最初のプロンプトで、テンプレートに含めてほしい観点を伝えます。

業務プロセスの改善点を整理するための、記入式のArtifactを
作ってください。以下の観点を埋められる構成にしてください。
 
- 現状の業務フローがどうなっているか
- ボトルネックや詰まりやすい箇所はどこか
- 入力と出力にはどんなものが関わっているか
- 成功と言えるのはどんな状態か
- 制約になっている条件は何か
 
記入し終えたら、そのままClaudeに渡して改善案を
設計してもらえる形式にしてください。埋めやすいように、
セクション分けと記入例つきでお願いします。

ユースケース集に載っている出力例は、識別情報・現状・課題・入出力・制約・技術面・判断ポイント・指標・補足・確認の10セクションに分かれた複数ステップのフォームです。最後のセクションには、入力内容を整形した1つのプロンプトとして書き出す機能が付き、コピーでもダウンロードでも取り出せます。毎回この構成になるとは限らないので、仕上がりを見て足りない観点を追加で頼みます。

出力例は、上部の進捗バーと完了率、前後のセクションへ移るボタン、チェックボックスを選ぶと開く条件付きの入力欄を備えていました。同じ作りにしたければ、これらを依頼文に書き足します。該当しない項目を無理に埋めずに済み、書きながら前の回答へ戻ることもできます。

手順2: 具体的な数字と固有名詞で埋める

テンプレートの効果は、書き込む内容の具体性で決まります。「月次レポートに時間がかかる」と書くだけでは、Claudeが設計できる解決策も曖昧になります。頻度・量・所要時間・データの出どころまで書くと、規模に見合った解決策を組めます。ユースケース集が挙げる書き方の例は次の4点です。

所要時間のほかに、ユースケース集は4種類の痛みを書き込むよう勧めています。

どれも所要時間を見ているだけでは出てこない論点で、解決策の方向を変えます。

添付するファイルは3種類を意識すると迷いません。匿名化したサンプルレポート、現在使っているテンプレートそのもの、実際の業務データの一部です。個人情報を含む場合は、名前や連絡先を伏せ字にしてから渡します。実物をClaudeに見せるほど、現実の制約に沿った設計になります。

記入例を1つ通しで見る

抽象的な説明だけでは掴みにくいので、経費精算を例に記入イメージを示します。「現状」の欄には「経理担当1名が、営業5名分の領収書を毎月月末に手作業でExcelへ転記し、部門ごとに集計している」と書きます。「ボトルネック」には「領収書の文字が読み取りにくいものが月に十数件あり、金額の確認だけで半日かかる」と書きます。「成功の定義」には「転記作業をなくし、経理担当が月末の3日間を別の業務に使える状態」と書きます。

ここまで具体的に書くと、次の手順で戻したときに「領収書の画像を読み取って仕訳案を作る仕組み」のような、実装を想定した提案を引き出しやすくなります。

業種が変わっても書き方は同じです。カスタマーサポートを例にすると、「現状」は「サポート担当3名が、問い合わせメールをGmailで受け取り、内容を見てから対応するチームへ手動で振り分けている」、「ボトルネック」は「振り分けの判断基準が担当者の経験に依存し、新人だと1件あたり5分以上かかることがある」、「成功の定義」は「振り分けの基準を明文化し、新人でもベテランと同じ速度で対応できる状態」のように書きます。業種が違っても、現状・ボトルネック・成功の定義という型は変わりません。

手順3: 記入済みテンプレートをClaudeに戻して解決策を設計させる

埋め終えたテンプレートは、次のようなプロンプトを添えて、あらためてClaudeへ戻します。

業務改善プランナーへの記入が終わりました。回答を確認したうえで、
次を教えてください。
 
1. 挙げた課題それぞれに、Claudeがどう対応できるか
2. どのClaudeの機能が有効か(拡張思考・ファイル作成・
   MCP連携など)
3. 実際に導入できる具体的な手順
4. 必要になりそうなテンプレートや例文

依頼文は、課題ごとの対応案、有効な機能、導入手順、必要な例文の4点を求めています。ユースケース集が有効な機能の例に挙げるのは、拡張思考、ファイル作成、MCP連携です。業務がGoogle Drive・Gmail・カレンダーのようなツールをまたぐ場合は、該当するMCP連携を先に有効にしておくと、手作業のエクスポートを介さない解決策を設計してもらえます。どのMCP連携が使えるかを確認するには、MCPディレクトリで対応先を探すのが手早い方法です(MCPの仕組みと使い方で接続の基本を扱っています)。連携できる候補が見つかれば、それを前提にした解決策をClaudeに設計させられます。

案が固まったら、「実装に使うプロンプト例、必要なテンプレートファイル、設定するMCP連携、手順を追った導入ガイドを作ってください」と続けます。ユースケース集はこれを実装資料の作成として挙げています。

手順4: 制約に合わせて調整する

最初の提案が理想形すぎることもあります。無料ツールしか使えない、社内に詳しい担当者がいない、AIの利用経験が浅いメンバーが運用するといった実際の制約は、追加のプロンプトで伝え直します。「無料ツールだけを前提に、技術に詳しくない担当者でも回せる形に簡略化してください」のように条件を足せば、提案を作り直してもらえます。

制約は最初のテンプレートに書いてもかまいませんが、解決策を見てから初めて気づく制約もあります。「この連携ツールは社内で使用が許可されていない」「この手順は担当者が変わっても引き継げる形にしたい」といった条件は、提案を読んだ後のほうが具体的に言葉にしやすいので、無理に最初から出し切ろうとしなくてかまいません。

記入内容を残す・守る — Artifactの保存と共有

フォームに時間をかけて書くほど、閉じたときに消えないかが気になります。Artifactを使う前提として、Settings > Capabilitiesの「Cloud code execution and file creation」を有効にします。ヘルプセンターに書かれている条件です。Team・Enterpriseでは、Organization settings > Capabilitiesの同じ項目です。

保存の扱いはプランで分かれます。

業務の詳細には顧客名や社内の事情が混じりがちです。どちらを使うかはArtifactを作る側が決めるので、記入前に確かめます。依頼文に「記入内容は個人用ストレージに保存し、共有ストレージは使わない」と書いておく方法もあります。Artifactは作成時点では自分だけに見えます。iOSとAndroidのアプリでは結果をArtifactsタブで見られますが、テンプレートからの作成や編集、共有設定の変更はウェブ版かデスクトップ版で行います。同僚に渡す場合は、共有の範囲を決めてからにします。

よくあるつまずき

• 課題を控えめに書いてしまう: 返ってきた提案が「業務フローの見直しをおすすめします」のような一般論なら、記入内容が「大変」で止まっています。ユースケース集の言い方なら、「Takes forever」ではなく「Salesforceから200件の顧客情報を手作業でExcelへ転記し、1件ずつ整形している」まで書きます
• 連携ツールを先に有効化しない: 提案の手順に「エクスポートしてインポートする」手作業が残るなら、先にMCP連携を有効にしてから、同じ質問を投げ直します。ユースケース集は、Claudeが自分で業務システムにアクセスする設計にするための準備として挙げています
• サンプルを渡さない: 提案に「フォーマットに応じて」のような曖昧な条件分岐が混じるなら、匿名化したサンプルを1つ足して渡し直します。実物があれば、形式に即した提案を求めやすくなります
• Artifactがエラーで動かない: エラーメッセージの近くに「Try fixing with Claude」のボタンが出ます。押すとエラーの内容が新しいメッセージにコピーされるので、そのままClaudeへ送ります。直る保証はなく、追加の調整が要る場合もあります
• テンプレートを一度で完璧に埋めようとする: 記入に時間がかかりすぎて止まってしまったら、無理に埋めようとしているサインです。埋めながら気づいた制約は、後から追加のプロンプトで伝え直せば十分で、最初の記入で立ち止まりすぎる必要はありません

書き方の違いが結果を変える

NPO以外のチームで使う場合

ユースケース集はNPOの寄付者レポートやボランティア受付を例にしています。助成金提案や寄付者管理などNPO特有の業務については非営利団体のClaude活用ガイドで個別に扱っています。

業種による違いが出るとすれば、テンプレートの項目そのものではなく、記入する内容の粒度です。少人数の組織ほど、担当者の名前や使っているツール名まで具体的に書ける分、Claudeが提案できる範囲も広がります。逆に部門が分かれた大きな組織では、まず1つの部署・1つのプロセスに絞ってから試すほうが、テンプレートを埋めやすくなります。全社一斉に導入しようとすると、部署ごとに事情が違いすぎて、テンプレートの回答がまとまらなくなります。

まとめ

提案の具体性は、記入欄にどこまで数字と固有名詞を書けたかでほぼ決まります。まず1つの業務に絞って試し、保存先と共有範囲は記入前に決めておきます。