バックオフィスをClaude Codeで自動化する実践ガイド｜請求・経理・議事録・レポートを一人で回す

「請求書を毎月1件ずつ手作業で発行している」「議事録の書き起こしだけで半日つぶれる」「月次レポートを作るたびに数値を手で拾い集めている」――バックオフィス業務でこうした悩みを抱えている経営者・担当者は少なくありません。

バックオフィス自動化には、実は2つの別々の課題があります。1つは「何を・なぜ自動化するか」を決める設計、もう1つは「どう手を動かして実際の仕組みに落とし込むか」という実装です。多くの解説記事は前者の設計思想にとどまり、後者の実装を「エンジニアに依頼してください」で終わらせてしまいます。

Claude Codeは、この実装の担い手になれるAIエージェントです。自然言語での指示からHubSpotの設定変更・コード生成・API操作までを一気通貫でこなし、専任のエンジニアがいない体制でも自動化の仕組みを形にできます。本記事は「1人バックオフィスの作り方｜AIエージェントで経理・人事・法務を1人で回す設計」で示した設計思想を、Claude Codeで実際に手を動かして構築するための実装ハンズオン版です。

この記事でわかること

• 請求書まわりの自動分割をClaude Codeで実装する具体的な手順
• 経理データ整理（freee連携・突合）をClaude Codeの実務に落とし込む方法
• 議事録の自動化をHubSpot内で完結させる3ステップの構築手順
• 定例レポートをClaude Codeで生成し、Slackに定期配信する仕組み
• 4レシピすべてに共通する「AI×人間の役割分担」という運用ガードの考え方

なぜ「設計」だけでなく「実装」が必要なのか ── Claude Codeがバックオフィス自動化の実行役になる理由

HubSpotの設計思想を「誰が形にするか」という問い

HubSpotでパイプラインやカスタムオブジェクトを設計しても、それだけでは業務は自動化されません。設計図を実際のプロパティ・ワークフロー・カスタムコードに変換する「実装」の工程があって初めて、現場で使える仕組みになります。この実装工程を誰が担うかが、少人数体制の企業にとって結構ミソになってくるポイントです。

Claude Codeが向いている理由（自然言語指示×コード生成×HubSpot API操作の三位一体）

Claude Codeは、ターミナル上で自然言語の指示を受け取り、必要に応じてコードを生成し、HubSpotやfreeeのAPIを直接操作できるAIエージェントです。「取引のステージが変わったら請求レコードを自動生成して」といった業務要件をそのまま指示するだけで、プロパティ設計からAPI呼び出しのコードまで一貫して組み立てられます。エンジニアへの発注や仕様書のやり取りが不要になるため、実装までのリードタイムが大きく短縮できます。

創業期の少人数体制とClaude Codeの相性

創業期の1〜3名規模の企業では、HubSpotもStarterプランのような小さな構成から始めるケースが多く見られます。StartLink自身も、事業を始めた当初はそうした小さな構成からCRMの活用をスタートしました。専任のバックオフィス担当者を置けない規模だからこそ、Claude Codeのような実装エージェントを使って、自分たちの手で仕組みを組み立てていく進め方が現実的な選択肢になります。

【レシピ1】請求書まわりの自動化 ── 取引の請求自動分割をClaude Codeで実装する

「請求予定→実施→入金済み→未入金」という設計思想

継続課金型のビジネスでは、1つの取引に対して複数月にわたる請求が発生します。これを管理するために、HubSpotのカスタムオブジェクトで「請求管理」を作り、「請求予定→請求実施→入金済み→未入金」というステータスのパイプラインで進捗を追う設計が基本になります。取引オブジェクトとは別に請求管理オブジェクトを持つことで、1取引×複数請求という一対多の関係を正確に表現できます。

取引が「請求書発行」ステージへ移行→複数月分の請求レコードを自動生成するロジック

取引が「請求書発行」ステージに移行したタイミングをトリガーに、契約期間分（例えば12ヶ月契約なら12件）の請求レコードを一括で自動生成するロジックを組みます。各請求レコードには請求月・金額・請求先・ステータスを持たせ、取引オブジェクトと関連付けます。この自動分割の仕組みがあることで、毎月手作業で請求書を1件ずつ発行する必要がなくなります。

Claude Codeへの指示例

# Claude Codeへの指示例
「取引オブジェクトのステージが『請求書発行』に変わったら、
契約期間（hs_term_in_months）の月数分の請求管理レコードを作成し、
それぞれ取引に関連付けるPythonスクリプトを書いてください。
各レコードには請求月・金額（取引金額÷契約月数）・ステータス（初期値は
『請求予定』）を設定してください」

# 擬似コード: 取引から月次請求レコードを自動生成する
for month_index in range(term_in_months):
    billing_record = hubspot.crm.objects.basic_api.create(
        object_type="p_billing_record",
        properties={
            "billing_month": add_months(start_date, month_index),
            "billing_amount": deal_amount / term_in_months,
            "billing_status": "請求予定",
        },
    )
    hubspot.crm.associations_v4.basic_api.create(
        object_type="deals",
        object_id=deal_id,
        to_object_type="p_billing_record",
        to_object_id=billing_record.id,
    )

運用ガード ── 自動生成後は必ず人間が金額・請求先・期日をレビューしてから確定送信

請求レコードの自動生成はあくまで「下書き作成」の工程です。自動生成された金額・請求先・請求期日を人間がレビューし、内容に問題がないことを確認したうえで確定・送信する運用を必ず組み込んでください。請求まわりは金銭が絡む不可逆な業務のため、自律送信をする設計にはしないことが鉄則です。

【レシピ2】経理データ整理をClaude Codeの実務に落とし込む ── freee API×AIで何ができるか

DD-47・DD-52との役割分担 ── 本記事は「日々のデータ整理・突合」に特化

freeeとClaude Codeを連携させる基本的な接続方法は「Claude Code × freee-mcp連携｜AIエージェントで会計・請求書・給与データを直接操作する方法」、月次決算や予実分析への応用は「Claude Code × freeeで予算管理を自動化する方法」で詳しく解説しています。本記事では、それらを前提としたうえで「日々のデータ整理・突合」という、より現場に近い実務に絞って解説します。

請求書・領収書PDFの命名整理と仕訳ドラフト分類をClaude Codeに任せる

取引先から届く請求書や領収書のPDFは、フォルダに置いておくだけで散らかりがちです。Claude Codeに「取引先名・発行日・金額でファイル名を統一してリネームし、勘定科目の仕訳ドラフトを分類してください」と指示すれば、命名規則の統一と仕訳ドラフトの一次分類までを一括で処理できます。人間が行うのは、分類された仕訳ドラフトの最終確認だけです。

HubSpot取引データ×freee入金データの突合スクリプト例

CRMの受注データと会計の入金データを突き合わせることで、「受注したのに入金がない」「入金はあるが受注記録がない」といった不整合を早期に発見できます。

# Claude Codeへの指示例
「HubSpotの今月クローズした取引一覧と、freeeの今月の入金仕訳を
取引先名と金額で突合し、金額が一致しないものと、
片方にしか存在しないものをそれぞれリストアップしてください」

Claude Codeへの指示例

# Claude Codeへの指示例
「先月の領収書PDFフォルダをスキャンして、取引先名・金額・日付ごとに
ファイル名を『発行日_取引先名_金額.pdf』の形式で統一してください。
あわせて、勘定科目ごとの仕訳ドラフトをCSVで出力してください」

運用ガード ── 仕訳確定・税務判断は必ず人間・税理士が行う

Claude Codeが作成するのはあくまで仕訳の「ドラフト」です。消費税の区分判定や決算整理仕訳など、税務上の最終判断は必ず人間、必要に応じて税理士との連携のもとで行ってください。AIの役割は集計・分類・突合であり、確定申告に関わる判断そのものを代替するものではありません。

【レシピ3】議事録の自動化 ── Zoom/Meet連携×スマートプロパティ×ワークフローをClaude Codeで構築する

「外部の議事録ツールを買わずHubSpot内で完結させる」という思想

議事録の自動化というと、外部の議事録専用AIツールを新たに契約するイメージを持つ方が多いかもしれません。しかしHubSpotとClaude Codeを組み合わせれば、外部ツールを追加契約せずに、HubSpotの中だけで録画データの取り込みから要約、社内共有までを完結させられます。ツールが1つ増えるたびに管理コストも増えるため、既存のCRM内で完結させられることは結構ポイントになってくる部分です。

3ステップの全体像（Zoom/Meet連携→スマートプロパティでAI要約→ワークフローでSlack通知）

議事録自動化の全体像は、大きく3つのステップに分かれます。

1. Zoom・Google Meetの通話データをHubSpotのミーティングエンゲージメントに連携する
2. スマートプロパティ（HubSpotのAI機能）で、通話内容から要約・決定事項・ネクストアクションを自動抽出する
3. ワークフローで、抽出結果を担当者のSlackチャンネルに自動通知する

この3ステップが一連の自動フローとしてつながることで、会議が終わった時点で要約と次のアクションが担当チャンネルに届く状態を作れます。

Claude Codeでの構築手順（スマートプロパティ定義・WF条件分岐をどう組み立てるか）

Claude Codeにこの仕組みを構築させる際は、まずスマートプロパティの定義（どの項目をAIに抽出させるか）を決め、次にワークフローの条件分岐（どのミーティング種別で通知するか、誰に通知するか）を組み立てる、という2段階で指示するとスムーズです。ミーティングの種別（商談・社内MTG・顧客定例）ごとに通知先チャンネルを出し分ける条件分岐も、Claude Codeに具体的な条件を伝えれば設計できます。

Claude Codeへの指示例

# Claude Codeへの指示例
「ミーティングエンゲージメントに、AI要約・決定事項・
ネクストアクションを格納するスマートプロパティを設計してください。
あわせて、ミーティング種別が『顧客定例』の場合は営業チャンネルへ、
『社内MTG』の場合は該当部署チャンネルへSlack通知するワークフローの
条件分岐案を提示してください」

BZ-7（Claude Cowork）との違い ── CoworkはPDF/CSVドラフト作成向き、CodeはHubSpot設定・自動化ロジックの実装向き

議事録の要約自体をドラフトとして整えたいだけであれば、Claude Coworkでも対応できます。ただし、スマートプロパティの設計やワークフローの条件分岐といった「HubSpotの設定そのものを組み立てる」作業は、CRM側の操作・API連携が必要になるためClaude Codeが向いています。両者の使い分けは後述の「Claude CodeとClaude Coworkはどちらを使うべきか」で詳しく整理します。

運用ガード ── 要約の正確性は人間が最終チェック。重要決定事項はAI任せにしない

AI要約は便利ですが、スマートプロパティには月間の実行クレジット上限があり、無制限に使える機能ではありません。また要約の精度は会話の質や録音状態に左右されるため、契約条件や金額に関わる重要な決定事項は、要約を鵜呑みにせず人間が議事録原本を確認する運用を徹底してください。AIは「議事録作成の手間を減らす」ものであり、「決定事項の正確性を保証する」ものではないという前提を忘れないことが大切です。

【レシピ4】定例レポートの自動化 ── 経営会議・営業会議のレポートをClaude Codeで生成する

HubSpot標準レポートの限界とClaude Codeによる補完（複数データソース統合）

HubSpotの標準レポート機能は、HubSpot内のデータだけで完結する分析には強力ですが、freeeの入金データや外部スプレッドシートの数値など、複数のデータソースを横断した集計には限界があります。Claude Codeであれば、HubSpotとfreeeの両方のデータを1つのセッションで取得し、経営会議・営業会議向けのレポートとして1つのフォーマットにまとめることができます。

週次・月次の定期実行とSlack配信の仕組み

たとえば毎週水曜の朝にパイプライン進捗と入金状況をまとめたレポートを自動生成し、Slackの経営会議チャンネルに配信するといった仕組みを組めます。定例会議の直前にレポートが手元に届く状態を作っておくことで、会議の場で数値を拾い集める手間がなくなり、議論そのものに時間を使えるようになります。

Claude Codeへの指示例

# Claude Codeへの指示例
「毎週水曜の朝8時に、HubSpotのパイプライン別取引金額と、
freeeの今週の入金合計を取得し、前週比とあわせて
Slackの#経営会議チャンネルにMarkdown形式で投稿する
スクリプトを書いてください」

運用ガード ── レポートは意思決定の「叩き台」。経営判断そのものはAIに委ねない

自動生成されるレポートは、あくまで議論のための「叩き台」です。数値の裏にある背景や例外事情はAIには判断できないため、レポートを見た人間が解釈を加え、最終的な経営判断を行う運用を前提にしてください。レポートの自動化は意思決定を代替するものではなく、意思決定にかかる準備時間を減らすためのものです。

4レシピを支える運用ガード ── AI×人間の役割分担

4つのレシピに共通するのは、「AIが得意な作業」と「人間が判断すべき作業」を明確に切り分けている点です。

自律送信をしない設計にする理由

請求書の送信、契約に関わる連絡、対外的なメールなど、一度実行すると取り消せない業務については、AIが自律的に最終アクションまで実行する設計を避けてください。AIが下書きを作り、人間が確認して初めて実行される、という一段階を必ず挟むことが、少人数体制でAIを安全に活用するための鉄則です。

大型・重要な意思決定はAIに任せない

契約金額の交渉、大口取引の与信判断、人事に関わる決定など、影響範囲が大きい意思決定はAIに任せるべきではありません。AIはあくまで判断材料を整理する役割にとどめ、最終判断は必ず人間が行ってください。

叩き台をAIで作り、人間が磨くという進め方

4つのレシピすべてに共通する進め方は、「AIが叩き台を作り、人間がそれを磨く」という構造です。ゼロから作る手間をAIが肩代わりすることで、人間はレビューと判断という付加価値の高い作業に集中できます。この役割分担こそが、少人数体制でバックオフィスを回すための現実的な仕組み化思想です。

Claude CodeとClaude Coworkはどちらを使うべきか

ここまで紹介した4つのレシピはすべてClaude Codeを前提にしていますが、日常的な文書ドラフト作成や整理作業であればClaude Coworkの方が手軽な場面もあります。用途に応じて使い分けてください。

Claude Coworkでのバックオフィス活用は「Claude Coworkで経理・バックオフィスを効率化する方法」で詳しく解説しています。両ツールの使い分け全般については「Claude Code vs Cowork｜開発者と業務担当者で異なるAIツールの選び方」もあわせてご覧ください。

導入ステップ ── スモールスタートでバックオフィス自動化を始める

いきなり4つのレシピすべてに着手する必要はありません。以下のステップで、優先度の高いものから段階的に進めてください。

1. Step1: 最も工数がかかっている業務を1つ選ぶ ── 請求書処理・経理データ整理・議事録・レポート作成のうち、最も時間を取られている業務を1つ特定します
2. Step2: Claude Codeで叩き台を作り、人間がレビューする運用をまず確立する ── 完全自動化を目指す前に、「AIが下書きを作る→人間が確認する」という運用フローを1業務で試してみます
3. Step3: HubSpotの設計を先に固めてから実装に入る ── パイプライン・カスタムオブジェクト・プロパティの設計が固まっていない状態でClaude Codeに実装を依頼すると、後戻りが発生しやすくなります

パイプラインやカスタムオブジェクトの設計思想については「1人バックオフィスの作り方」で解説しています。あわせて、ひとり社長のHubSpot CRM構築や、一人法人の経営管理×Claude Code、少人数営業チームの最小SFA×AIといったテーマも、企業規模や業務領域に応じた実装の参考になります。

まとめ

バックオフィス自動化には、何を自動化するかを決める「設計」と、実際に手を動かす「実装」という2つの工程があります。本記事で紹介した4つのレシピを振り返ります。

• 請求書の自動分割: 取引ステージの移行をトリガーに、複数月分の請求レコードを自動生成し、送信前に人間がレビューする
• 経理データ整理: freeeとの突合・仕訳ドラフト分類をAIに任せ、税務判断は人間・税理士が行う
• 議事録の自動化: Zoom/Meet連携→スマートプロパティ要約→Slack通知の3ステップをHubSpot内で完結させる
• 定例レポート: 複数データソースを統合し、週次・月次で自動配信して会議の準備時間を減らす
• 共通の運用ガード: AIは叩き台、最終判断・送信は必ず人間が行う

設計思想は「1人バックオフィスの作り方」、実装は本記事、という役割分担で読み進めていただくと、全体像がつかみやすくなります。まずは最も工数のかかっている業務を1つ選び、Claude Codeで叩き台を作るところから始めてみてください。

バックオフィス自動化やHubSpotの構築・連携についてのご相談は、HubSpotゴールドパートナーのStartLinkまでお気軽にお問い合わせください。

→ 無料相談はこちら

よくある質問（FAQ）

Q. Claude CodeとClaude Coworkはどちらから始めればいいですか？

HubSpotの設定変更やワークフローの条件分岐など、CRM側の仕組みそのものを組み立てる場合はClaude Codeが適しています。請求書PDFのデータ抽出や文書ドラフトなど、日常的な整理作業から始めたい場合はClaude Coworkの方が手軽です。迷う場合は、まず自動化したい業務が「HubSpotの設定を変える必要があるか」を基準に判断してください。

Q. HubSpotの実装知識がなくてもClaude Codeでバックオフィス自動化はできますか？

Claude Codeは自然言語の指示からHubSpotの設定やコードを組み立てられるため、専門的な実装知識がなくても着手は可能です。ただし、パイプラインやカスタムオブジェクトの設計思想（何を・なぜそう設計するか）は人間が理解しておく必要があります。設計の考え方を押さえたうえでClaude Codeに実装を依頼する進め方をおすすめします。

Q. 議事録のAI要約はどこまで信頼できますか？

AI要約は会話の要旨や決定事項の一次整理には有効ですが、精度は録音状態や会話の複雑さに左右されます。契約条件や金額に関わる重要な決定事項は、要約だけで判断せず、必ず人間が議事録原本や録画を確認するようにしてください。

Q. 請求の自動分割で誤発行が起きるリスクはありませんか？

自動生成した請求レコードをそのまま確定送信する設計にすると、金額や請求先の誤りがそのまま顧客に届いてしまうリスクがあります。自動生成はあくまで下書き作成の工程とし、金額・請求先・請求期日を人間がレビューしてから確定送信する運用を必ず組み込んでください。

Q. 小規模な企業でも4つのレシピすべてを導入する必要がありますか？

必要ありません。4つのレシピは、それぞれ独立して導入できる設計になっています。最も工数がかかっている業務を1つ選び、そこから着手するスモールスタートで十分です。1つの業務でAIと人間の役割分担の運用が確立できれば、他の業務にも同じ考え方を応用できます。