%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png?width=130&height=39&name=%E6%9C%80%E7%B5%82Start%20Link%20(500%20x%20150%20px)%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png "StartLink"){kind=logo}
この記事の結論
AIに任せるのは定型の下書き・要約・分類、人が持つのは金額・条件・承認の判断です。受注から請求までの設計表とfreee連携の範囲を示します。
営業から請求までの業務でAIに任せやすいのは、下書き・要約・分類・転記のように「正解の形が決まっている作業」で、人が持つべきなのは、金額・契約条件・例外対応・承認のように「結果の責任を負う判断」です。 HubSpotでは、Breezeアシスタント、ワークフローのデータエージェント系アクション、レコードの集計アクションといった公式機能で前者を担わせ、見積の承認や請求の確定は人の判断として残す設計が現実的です。
AIを入れたのに、確認の手間が増えただけで終わる場合があります——原因の多くは、どこまでをAIに任せ、どこから人が見るのかを工程ごとに決めていないことです。
この記事でわかることは次のとおりです。
- 受注から入金までの工程別の分担表 ── 人が判断すること、AIに任せる作業、記録の残し方
- HubSpot公式機能の役割分担 ── Breezeアシスタント、ワークフローのAIアクション、エージェントの使い分け
- Sync for freeeで会計側へつなぐ範囲 ── 公開情報の範囲で、人の確認が入る位置
- StartLinkの設計工程での決め方 ── 小さく始めて広げる進め方
業務を「判断」「定型作業」「記録」に分けてから、AIの担当を決める
AIの担当範囲は、機能の一覧から選ぶのではなく、業務の側から決めます。営業から請求までの作業を、次の3つに分けて考えます。
3つの分類と、AIとの相性
| 分類 | 内容の例 | AIとの相性 |
|---|---|---|
| 判断 | 値引きの可否、契約条件の決定、与信、例外処理、最終承認 | 人が持つ。AIは材料の整理まで |
| 定型作業 | メール下書き、商談メモの要約、問い合わせの分類、項目の転記 | AIに任せやすい。人は結果を確認 |
| 記録 | レコードの更新、活動履歴、請求・入金状況の反映 | 仕組みで自動化。AIは入力の補助 |
判断の列に入るものは、結果に責任が伴い、取り消しにくいものです。たとえば、見積の金額や値引きは、顧客との約束になります。ここをAIの出力のまま確定させる設計は避けます。
分類の見分け方：取り消せるか、責任が誰に残るか
迷った工程は、2つの質問で見分けます。1つ目は、その結果を後から取り消せるかどうかです。下書きは取り消せますが、送信済みのメールや発行済みの請求書は取り消せません。2つ目は、誤りが出たときの責任が誰に残るかです。責任が人に残る工程は、人が確認する工程として設計します。AIの出力を人が確認する前提なら、確認しやすい形（根拠が見える、短い、定型）で出させる設計が重要になります。業務の分け方の考え方は、AI業務分担の設計方法でも整理しています。
AIに任せるかどうかは、「できるか」ではなく「間違えたときに戻せるか」で決めます。戻せない工程の手前に、必ず人の確認を置きます。
受注〜請求〜入金の工程別・分担設計表
営業活動から入金までを、工程ごとに分担表にします。次の表は一般的な例で、企業様によって最適な形は異なりますので、自社の運用に合わせて調整してください。
営業活動から受注まで
| 工程 | 人が判断すること | AIに任せる作業 |
|---|---|---|
| 引き合いの受付 | 対応の優先度、担当者の最終決定 | 問い合わせ内容の分類、担当候補の提示 |
| 商談準備 | 商談の狙い、提案の方向性 | 過去の活動・メモの要約、準備資料の下書き |
| 提案・見積 | 金額、値引き、納期、契約条件 | 商品項目の候補提示、テンプレートに沿った見積書の下書き（Breezeアシスタントはテンプレートを使って見積書を作成） |
| 受注判断 | 受注の可否、条件の最終確認 | 受注後チェック項目の抽出 |
受注から入金まで
| 工程 | 人が判断すること | AIに任せる作業 |
|---|---|---|
| 請求内容の確定 | 請求金額、請求時期、分割の可否 | 商品項目と請求サイクルの突き合わせ、差異の指摘 |
| 請求書の発行 | 発行の承認、例外請求 | 請求書の下書き作成、送付メールの下書き |
| 入金の確認 | 未入金への対応方針、催促の可否 | 未入金の一覧化、状況の要約 |
| 会計への反映 | 勘定科目・税区分の最終確認 | 連携ツールによる自動登録、取引先の突き合わせ |
どちらの表でも、「人が判断すること」の列は、金額と条件と承認に集まっています。AIの担当は、下書き、要約、一覧化、突き合わせです。この偏りは、設計を誤っていない目安になります。
HubSpotの公式AI機能を、工程の分担に当てはめる
次に、HubSpotの公式ナレッジで確認できるAI機能を、上の分担表のどこに置くかを整理します。名称と条件は、公式ナレッジの記載に基づきます。
機能ごとの役割と注意点
| 機能（公式の表記） | できること | 設計上の注意 |
|---|---|---|
| Breezeアシスタント | レコードの作成・更新、初回アプローチ等のEメール下書き、テンプレートを使った見積書作成、レコードやメモの要約、ミーティング準備 | 実行できる操作はユーザー権限で決まる。AI設定でアクセス権の付与が必要 |
| ワークフローのデータエージェント：カスタムプロンプト | 登録されたレコードのデータを、独自のプロンプトで分析・要約・分類 | プロンプトは3,000文字以内。含めたデータ以外はAIに渡らない。クレジットが必要（出典：「Breezeを使ったワークフローのデータ管理」のナレッジ） |
| ワークフローの「レコードの集計」アクション | 登録レコードと関連レコードの要約（アクティビティー、メモ、所有権など） | クレジットが必要。クレジットがなくなると失敗し、出力は空になる |
| Breezeアシスタントによるワークフロー構築 | 登録トリガーやアクションを含むワークフローの作成・編集 | 作成されたワークフローは既定でオフ。確認後に手動で有効化する |
次の画面は、HubSpotのエージェント一覧です。どのエージェントが提供されているかをここで確認でき、分担表に当てはめる前の棚卸しに使えます。
公式ナレッジから読み取れる設計のポイント
2つの点が設計に効きます。1つ目は、ワークフローのAIアクションが使えるのが、Marketing Hub、Sales Hub、Service Hub、Data Hub、Smart CRM、Revenue HubのProfessionalまたはEnterpriseで、HubSpotクレジットが必要なことです。クレジットが不足するとアクションが失敗して出力が空になるため、後続の処理は「空のときの分岐」を用意しておく必要があります。
2つ目は、Breezeアシスタントで作成したワークフローが既定でオフになっていることです。AIが作った設定を人が確認してから有効にする流れが、製品の仕様として組み込まれています。この仕様を、運用ルール（AIが作った設定は、必ず人が確認してから有効化する）として明文化します。ワークフローのAI活用例は、HubSpotワークフローのAI機能の解説やHubSpotワークフローの設定方法で紹介しています。
AIの出力を、分岐とレコード更新に使う設計
ワークフローのAIアクションは、出力を分岐の条件や、レコードの編集に使えます。たとえば、問い合わせの内容をAIに分類させ、その結果で担当を振り分けて、ライフサイクルステージを更新する、という流れです。
AI分類を安全に組み込む手順
次の手順で設計すると、AIの誤判定が業務に直結することを避けられます。
- 分類の種類を3〜5個に絞り、各分類の定義を一文で書く
- プロンプトに、判定に必要な情報（フォームの入力内容など）を必ず含める。含めていない情報はAIに渡らない
- 出力の値を、あらかじめ決めた分類名のいずれかに限定する指示を入れる
- ワークフローの分岐で、分類名ごとの経路に加えて「どれにも当てはまらない・空の場合」の経路を作る
- 空・例外の経路は、担当者へのタスク作成にする。AIが判断できなかったことを人に戻す
- 一定期間、AIの分類結果と人の判断を並べて確認し、定義とプロンプトを調整してから範囲を広げる
4と5が、人が判断する箇所を残す設計の核です。AIが判断できない場合の行き先を決めておけば、誤分類が静かに通り抜ける事態を防げます。
見積から請求書までのHubSpot側の設計
見積から請求書までは、HubSpotの標準機能で一貫して扱えます。公式ナレッジの記載から、AIと人の境界に関わる部分を取り出します。
見積と請求書で、人の確認を置く位置
見積書は、見積もりエディターで作成します。商品項目は、関連付けられた取引から自動で入力され、AIで取引や商品項目の情報をもとにモジュールを入力することもできます。見積の作成にはRevenue HubのProfessionalまたはEnterpriseと、割り当てられたRevenue Hubシートが必要です。承認については、割引・金額・期間などのルールに基づく高度な承認の設定にEnterpriseが必要です。この承認の仕組みが、「金額と条件は人が判断する」という設計を、システムの側で裏付けます。
請求書は、コンタクト・会社・取引・チケットのレコードや請求書一覧から作成できます。公開済みの見積もりを「請求書に変換」することも、ワークフローの「請求書に変換」アクションで、定期商品項目を含む取引または見積もりから、1回限りの請求書の下書きを作ることもできます（商品項目は請求書で定期から1回限りに変換されます）。ここで押さえたいのは、ワークフローが作るのが「下書き」である点です。下書きを人が確認して作成を確定する流れにしておくと、請求の確定が人の判断として残ります。見積と決済の設計は、HubSpotの見積もり・請求・決済と導入範囲の決め方で整理しています。
Sync for freeeで会計側へつなぐ範囲と、人の確認
HubSpotで受注した内容を会計へ反映する部分は、自社開発の連携アプリ「Sync for freee」で担います。StartLinkはHubSpotゴールドパートナーであり、Sync for freee / Sync for Notion の開発元です。公開されている機能の範囲で、どこまでを自動で流し、どこに人の確認を置くかを整理します。
公開情報にもとづく連携の範囲
| 連携の範囲 | Sync for freeeの動き（公開情報） | 人の確認を置く位置 |
|---|---|---|
| 取引先 | HubSpotの会社情報からfreee会計の取引先を作成。取引先コードは自動採番、既存取引先との重複チェックあり | 重複候補の最終判断 |
| 見積書・請求書 | HubSpotの取引から、品目と単価を反映した見積書・請求書をfreee請求書に作成。見積書から請求書への変換にも対応 | 金額・品目・税の確認と発行の承認 |
| 取引の登録 | 成約した取引をfreee会計に登録。勘定科目と税区分は自動設定され、品目・部門・タグも連携 | 勘定科目と税区分の確認 |
| 入金状況 | freee会計側で消し込まれると、HubSpotの「freee取引」の決済状況が更新される | 未入金への対応方針の判断 |
次の画像は、Sync for freeeの機能紹介画面で、HubSpotの取引からfreeeの見積書・請求書を作成する連携のイメージです。
人の確認が前提になっている点
Sync for freeeの公開ページには、生成されたデータ（金額、税区分、取引先情報など）は利用者側で確認と承認を行う必要がある、と記載されています。自動で作る部分と、人が承認する部分を分ける考え方は、この記事の分担設計と同じです。入金状況の更新は定期的なバッチ処理で行われ、ワークフローアクション「未入金請求書チェック」「未決済取引チェック」も用意されています。未入金の一覧化と通知を仕組みに任せ、催促の方針は人が決める、という分担ができます。
商品項目の対応づけは、連携の設計で最初に決める部分です。
プラン別の機能（月次請求、合算請求、原価登録など）は、公式ページの記載に従います。製品の詳細はSync for freeeの公式ページをご覧ください。会計連携の全体像は、CRM会計連携の設計にもあります。
Claudeなど外部AIの置き場所
HubSpotの公式機能で足りない部分に、Claudeなどの外部AIを使う設計もあります。たとえば、議事録の整理や提案書の下書き、データの突き合わせです。この場合の設計原則は、公式機能と同じです。AIに渡す情報の範囲を決め、出力は下書きとして受け取り、HubSpotへの書き込みや顧客への送信は、人が確認してから行います。
外部AIを使うときの3つの線引き
| 線引き | 内容 | 理由 |
|---|---|---|
| 渡す情報 | 業務に必要な項目だけを渡す。個人情報や機密情報の扱いは社内規程に従う | 渡した情報がAIの判断材料のすべてになる |
| 書き込み | 外部AIが直接レコードを更新する範囲を限定し、更新前に人が確認できる形にする | 取り消しにくい変更を防ぐ |
| 送信 | 顧客へのメールやメッセージは下書きまで。送信は人が行う | 送信は取り消せない |
外部AIとHubSpotの接続は、HubSpot MCP Server AI連携ガイドで解説しています。AIとCRMの設計思想はAIエージェントとCRMの統合設計にあります。
StartLinkの設計工程での決め方
StartLinkは、HubSpotの導入を「現状の整理・要件定義」「設計・構築」「データ移行」「テスト・検証」「定着・運用改善」の工程で進め、AI（BreezeやClaudeなど）を組み込んだ業務設計を、準委任で伴走しながら進めます。分担表は、この工程の中で作ります。
現状整理・要件定義：工程を書き出して分類する
最初に、営業から請求までの実際の流れを工程ごとに書き出します。各工程について、人が判断していること、毎回同じ手順で行っていること、記録として残していることを分類します。この段階で、判断の列に入る工程と、AIに任せられる定型作業が見えてきます。
設計・構築とテスト：小さく始めて広げる
構築では、AIに任せる工程を最初から広げません。問い合わせの分類、商談メモの要約のように、誤りが出ても戻せる工程から始めます。テスト・検証の段階では、AIの出力と人の判断を並べて確認し、精度が見えた工程から範囲を広げます。請求や会計に近い工程は、人の承認を残したまま、下書きの自動化から始めます。
定着・運用改善：確認の頻度を見直す
運用が安定したら、人が確認している工程のうち、確認で修正が入らない工程を見直します。確認を外すのではなく、全件確認から抽出確認へ、といった段階的な見直しにします。連携アプリで埋められる部分は、Sync for freeeのような仕組みで自動化し、人は判断に集中できる状態を目指します。
よくある質問
Q1. AIに任せる範囲は、最初にどこまで決めればよいですか
最初は、誤りが出ても戻せる工程に限定するのが安全です。問い合わせの分類、商談メモの要約、メールの下書きのような工程です。請求書の発行や会計への登録は、人の承認を残したまま、下書きの自動化から始めます。範囲は、確認結果を見ながら広げます。
Q2. ワークフローのAIアクションを使うには、何が必要ですか
公式ナレッジでは、Marketing Hub、Sales Hub、Service Hub、Data Hub、Smart CRM、Revenue HubのProfessionalまたはEnterpriseが対象で、HubSpotクレジットが必要です。また、スーパー管理者またはワークフローの権限と、AI設定での生成AIツールおよびCRMデータへのアクセスの有効化が必要です。
Q3. AIが判断できなかったとき、業務はどうなりますか
設計次第です。クレジットが不足するとカスタムプロンプトのアクションは失敗し、出力は空になります。そのため、空の場合や、どの分類にも当てはまらない場合の分岐を作り、担当者のタスクとして人に戻す設計にします。
Q4. 請求書の発行までを完全に自動化できますか
HubSpotのワークフローには、定期商品項目を含む取引または見積もりから、1回限りの請求書の下書きを作成するアクションがあります（商品項目は1回限りに変換されます）。下書きの作成は自動化できますが、請求の確定は人の確認を挟む設計を推奨します。Sync for freeeも、生成されたデータを利用者側で確認・承認する前提で提供されています。
Q5. Claudeなどの外部AIと、HubSpot標準のBreezeはどう使い分けますか
HubSpot上のレコードに近い作業（要約、分類、下書き、ワークフロー内の判定）は、権限と記録が一箇所にまとまる公式機能が扱いやすい領域です。議事録の整理や資料の下書きなど、HubSpotの外にある情報を扱う作業は、外部AIが向く場合があります。どちらも、書き込みと送信は人が確認する線引きを共通にします。
まとめ：分担表を作ってから、AIの範囲を広げる
営業から請求までのAI設計は、機能の選定より先に、工程ごとの分担表を作ることから始まります。要点は次のとおりです。
- 人が持つのは、金額・条件・例外・承認の判断です。 結果を取り消しにくい工程の手前に、人の確認を置きます
- AIに任せるのは、下書き・要約・分類・突き合わせです。 誤りが出ても戻せる工程から始めます
- AIが判断できなかった場合の行き先を決めます。 空・例外の経路は、担当者へのタスクにします
- 会計への反映は、連携アプリで自動化しつつ、金額・税区分の確認を人に残します
最初の一歩は、営業から入金までの工程を書き出し、各工程を「判断」「定型作業」「記録」に分類することです。
自社の状況に当てはめた進め方を検討したい場合は、CRM特化型コンサルティングのHubSpotゴールドパートナーのStartLinkまでお問い合わせください。
出典・参考
記事の内容を、そのまま実務に落とし込みたい方向け
HubSpotゴールドパートナーのStartLinkが、HubSpot導入・AI活用・CRM整備・業務効率化までをまとめて支援しています。記事で気になったテーマを、そのまま相談ベースで整理できます。
次に読む
株式会社StartLinkは、事業推進に関わる「販売促進」「DXによる業務効率化（ERP/CRM/SFA/MAの導入）」などのご相談を受け付けております。 サービスのプランについてのご相談/お見積もり依頼や、ノウハウのお問い合わせについては、無料のお問い合わせページより、お気軽にご連絡くださいませ。
著者情報
