---
title: CRM SFA MA 統合の進め方｜顧客データのサイロ化を解消する設計
description: CRM SFA MA 統合では、顧客データの基準点、部門共通の定義、連携方向、運用責任を先に決めることが重要です。本記事では、データサイロの診断、統合型プラットフォームと外部連携の選び方、移行・自動化・定着までの設計手順を、HubSpotを中心に解説します。
image: https://start-link.jp/hubfs/blog/screenshots/generated/crm-sfa-ma-unification.png
---

[![StartLink](https://start-link.jp/hs-fs/hubfs/logo/%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?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")](https://start-link.jp)

- [会社情報About](https://start-link.jp/about)
- [サービスService](https://start-link.jp/service)
- [プロダクトProducts](https://start-link.jp/sync)
- [YoutubeYoutube](https://start-link.jp/about/sns)
- [ブログBlog](https://start-link.jp/hubspot-ai)
- [業界別ガイドIndustry guides](https://start-link.jp/case)
- [採用情報Recruit](https://start-link.jp/recruit)

[資料DL](https://start-link.jp/download/service) [無料相談 →](https://start-link.jp/contact)

[会社情報](https://start-link.jp/about) [サービス](https://start-link.jp/service) [プロダクト](https://start-link.jp/sync) [Youtube](https://start-link.jp/about/sns) [ブログ](https://start-link.jp/hubspot-ai) [業界別ガイド](https://start-link.jp/case) [採用情報](https://start-link.jp/recruit)

[資料ダウンロード](https://start-link.jp/download/service) [無料相談 →](https://start-link.jp/contact)

- [トップ](https://start-link.jp)
- [会社情報](https://start-link.jp/about)
- [サービス](https://start-link.jp/service)
- [Youtube](https://start-link.jp/about/sns)
- [ブログ](https://start-link.jp/hubspot-ai)
- [Contact](https://start-link.jp/contact)
- [個人情報保護方針](https://start-link.jp/privacy-policy)
- [個人情報取り扱い規定](https://start-link.jp/personal-information-processing-agreement)

[ホーム](https://start-link.jp) › [ブログ](https://start-link.jp/hubspot-ai) ›[BtoBマーケティング](https://start-link.jp/hubspot-ai/btob-marketing) ›[CRM/SFA基礎](https://start-link.jp/hubspot-ai/btob-marketing/crm-basics) ›CRM SFA MA 統合の進め方｜顧客データのサイロ化を解消する設計

# CRM SFA MA 統合の進め方｜顧客データのサイロ化を解消する設計

- 2026年3月3日
- 最終更新: 2026年10月12日

![crm-sfa-ma-unification](https://start-link.jp/hubfs/blog/screenshots/generated/crm-sfa-ma-unification.png)

この記事の結論

CRM・SFA・MAの統合では、顧客データの基準点と部門共通の運用ルールをそろえることが出発点です。

ブログ目次

もっと見る ▼

**CRM・SFA・MAの統合では、顧客データの基準点と部門共通の運用ルールをそろえることが出発点です。**

「マーケティングが獲得したリードを、営業へ渡すたびに表計算ファイルを加工している」「同じ顧客の情報がCRM、SFA、請求システムに分かれ、どれが正しいかわからない」「連携を追加するほど、エラー時に確認する場所が増えている」——こうした状態では、ツールの構成だけを変えても部門間の流れは整いません。

CRM SFA MA 統合とは、顧客接点から商談、受注後の対応までを共通のデータと業務ルールでつなぐ設計です。中心となるCRMを決め、誰が何を更新し、どの条件で次の担当へ渡すかまで定義します。

本記事は「[RevOps（レベニューオペレーションズ）入門｜営業・マーケ・CSを統合して収益を最大化する方法](https://start-link.jp/hubspot-ai/btob-marketing/crm-basics/revops-introduction)」シリーズの一部です。

## この記事でわかること

CRM・SFA・MAの連携設計を見直す際に、ツール選定の前に整理したい論点と、移行後もデータ品質を保つ方法を解説します。現在の分断箇所を実際のレコードで確かめ、着手する業務と次へ進む条件を決めるためにお使いください。

- **データサイロの見分け方** — 部門、ツール、業務プロセスのどこで情報が分断されているかを切り分けます。
- **統合アプローチの選び方** — 統合型プラットフォーム、外部連携、両者を組み合わせる設計の判断軸を整理します。
- **データモデルと業務フローの設計方法** — コンタクト、会社、取引、顧客対応をどう関連付け、部門間で何を引き渡すかを説明します。
- **移行と定着の進め方** — データクレンジング、段階移行、自動化、運用監査を順番に進める方法を示します。

「ツールが乱立してデータが分散している」「CRM・SFA・MAの連携設計を見直したい」という方に、特におすすめの内容です。

## CRM SFA MA 統合が必要になる理由

CRM・SFA・MAは、それぞれ異なる役割を担いますが、顧客から見れば一続きの体験です。部門ごとに管理方法が分かれると、顧客の検討状況と社内の対応状況がずれ、手作業による補正が必要になることがあります。統合では、必要なデータとプロセスが途切れずに引き継がれる状態を目指します。

### CRM・SFA・MAの役割を全体フローで捉える

MAは見込み顧客の獲得や育成、SFAは商談の進捗管理、CRMは顧客との関係や履歴の管理を担います。ただし、実務では役割が重なるため、製品名や部門名だけで境界を決めると、同じ項目を複数の場所で持つことになります。

まず、コンタクトが登録され、会社と関連付き、取引へ進み、受注後の顧客対応や請求へ渡る流れを描きます。そのうえで、各段階の基準データをどこに置くかを決めます。CRMは顧客情報の保管先であるとともに、営業プロセス、部門間の引き継ぎ、レポートに使う情報の基準点として設計します。

次の表は、部門ごとに主に利用するツールと管理するデータの例を整理したものです。

| 部門 | 主な利用ツール | 管理するデータ |
| --- | --- | --- |
| マーケティング | MA、CMS、広告管理、SNS管理、Webアナリティクス | リード情報、行動履歴、キャンペーン成果 |
| インサイドセールス | SFA、CTI、メール/チャット | 架電記録、商談メモ、対応履歴 |
| フィールドセールス | SFA、見積作成ツール、Excel | 商談進捗、見積履歴、提案資料 |
| カスタマーサクセス | CSツール、チケット管理、Excel | ヘルススコア、サポート履歴、利用状況 |
| 経理・法務 | 会計ソフト、契約管理 | 請求データ、契約書 |
| 情シス | 各種管理画面 | アカウント管理、ログ |

この表を自社に当てはめる際は、ツール名を埋めるだけで終えず、「営業が会社情報を修正したら、マーケティング側ではどの値を参照するか」のように、部門をまたぐ更新を追います。参照先が決まらない項目から基準点を設計します。

さらに、引き継ぐ側がその情報をいつ必要とするかを確認します。参照できる場所があっても、判断する時点で値が更新されていなければ受け渡しには使えません。作成元、更新元、参照先、利用時点を一つの業務に沿って並べ、欠けている箇所を特定します。

### 表計算と手動連携が限界を迎える場面

表計算ファイルは、項目を追加して業務を試す際に使える方法です。一方で、マーケティング用のリスト、営業用の案件表、顧客対応用の管理表が別々に増えると、会社名の表記、担当者、ステータス、更新日時に差分が生じ得ます。

CSVの書き出し、列の並べ替え、コピー、担当者への連絡が定例業務になっているなら、課題は担当者の注意力だけに帰せません。まず、どの値をどこで更新するかを決め、受け渡し先が同じ顧客のレコードを特定できるか確認します。受け渡し条件が担当者間で一致した工程から、自動化を検討します。

手作業をすべて自動化する必要はありません。例外の判断を担当者が行う工程は残し、毎回同じ条件で行う転記や通知を自動化の対象として検討します。判断が分かれる場合は、過去の受け渡しをたどり、結論が変わった理由を先に確認します。

たとえば営業への引き渡しが遅れる場合、CSV作成に時間がかかるのか、対象リードを選ぶ判断が割れるのか、担当者の割り当て先が決まらないのかを分けて調べます。判断基準が未確定なら転記だけを自動化しても滞留は残ります。対象と担当が実例で一致し、例外の確認先も決まった時点で、その工程の自動化へ進みます。

### 一元管理・自動化・可視化を分けて考える

統合では、一元管理で顧客情報の基準点をそろえ、自動化で定義済みの受け渡しを実行し、可視化で施策から商談、受注後までの状態を追います。それぞれの完了条件を分けると、データの定義が固まる前にレポートやワークフローを作ることを避けられます。

| 観点 | 設計する内容 | 完了の判断 |
| --- | --- | --- |
| 一元管理 | 顧客、会社、取引、対応履歴の基準点と関連付け | 同じ顧客を探す場所と更新元を説明できる |
| 自動化 | ステータス変更、担当者割り当て、通知、タスク作成 | 手動の受け渡しを行う条件が限定されている |
| 可視化 | ファネル、商談進捗、失注理由、顧客対応のレポート | 会議で参照する数値の定義と元データが一致している |

まず基準点と更新ルールをそろえ、実際のレコードで手動の受け渡しを試します。担当者が同じ条件で判断できたら自動化し、元データと集計結果を照合できたらレポートの利用範囲を広げます。レポートの値に疑問が出たときは、表示設定に加え、元のレコードとステータス変更の条件まで戻って確認します。

## データサイロを部門・ツール・プロセスから診断する

データサイロは、システムが分かれている状態だけを指しません。同じCRMを使っていても、部門ごとに用語や更新条件が異なれば、業務上の分断は残ります。現状診断では、保存場所、連携方法、判断基準を分けて確認します。

診断対象には、引き渡しが滞った案件や、レポートの数字について部門間で見解が分かれた案件を含めます。実際のレコードを起点に情報の流れを追い、運用手順に書かれていない転記や確認作業も記録します。

### 部門ごとに顧客像が分かれる部門サイロ

マーケティングは行動履歴とキャンペーン反応、営業は商談内容と意思決定者、顧客対応部門は問い合わせや利用状況を重視します。どの情報も必要ですが、部門ごとに独立して管理すると、同じ顧客に対する認識がそろわない場合があります。

診断では、「顧客の最新状況を確認するとき、各部門が最初に開く場所はどこか」を聞きます。回答が部門ごとに異なる場合は、すべてのデータを同じ画面へ移す前に、全社で参照する基準レコードと、部門固有で持つ情報を分けます。

以下の表は、部門サイロの有無を確認するための診断チェックリストです。

| 診断項目 | はい | いいえ |
| --- | --- | --- |
| マーケとSFAで同じリードを二重管理している | □ | □ |
| 月次レポート作成に複数ツールからの手動集計が必要 | □ | □ |
| 「この顧客の最新情報はどこを見ればいいか」が人によって違う | □ | □ |
| ツール間のデータ連携にCSVインポート/エクスポートを使っている | □ | □ |
| 同じ顧客企業が異なる表記で複数登録されている | □ | □ |
| 部門間のデータ引き渡しにSlack/メールが介在する | □ | □ |
| 解約した顧客にマーケからキャンペーンメールが届いたことがある | □ | □ |
| 営業が「CRMに正確なデータがない」と感じている | □ | □ |

「はい」が付いた項目は、その場でツール変更と結び付けず、該当する業務とレコードを確認します。たとえば、最新情報の参照先が違うなら、情報の種類ごとに正しい更新元を決めます。顧客への対応に影響する食い違いから着手し、参照先を合意できたら次の項目へ進みます。

チェック結果を比べる際は、印の数だけで優先順位を決めません。顧客への連絡、商談判断、受注後の対応のどこに影響したかをレコードで確かめます。影響がある項目について、訂正する担当と引き継ぎ先の確認方法まで決まれば、改善対象を確定できます。

### 重複入力を生むツールサイロ

MAからSFAへCSVでリードを渡し、受注情報を別の表へ転記し、顧客からの問い合わせを商談メモへ貼り付けている状態は、ツールサイロの例です。転記のたびに項目変換と確認が必要になるため、更新の遅れや取りこぼしをどこで検知するか決めておく必要があります。

次の表で、現在の連携を棚卸しします。「手動」の行が多いだけで連携製品を追加せず、同じ情報を複数のツールで更新する必要があるかを先に見直します。

| 確認対象 | 現状を書き出す内容 | 判断の分かれ目 |
| --- | --- | --- |
| データの作成元 | 最初にレコードや項目を作るツール | 作成元が複数なら基準点を決める |
| 更新元 | 担当者が日常的に編集する場所 | 複数更新なら片方向連携か編集制御を選ぶ |
| 連携方法 | 手入力、CSV、標準連携、外部連携 | 手作業が定例化していれば自動化を検討する |
| 連携方法 | 手入力、CSV、標準連携、外部連携 | 手作業が定例化していれば自動化候補にする |
| 連携失敗時の対応 | 検知方法、担当者、再処理方法 | 担当が不明なら運用責任を先に決める |
| 利用先 | 通知、セグメント、レポート、請求 | 利用されない項目は移行対象から外す |

同じ項目を複数箇所で編集している場合は、「最後に更新された値を採用する」と安易に決めず、業務上どちらの変更を優先すべきかを確認します。優先順位を決められないなら、自動同期を進める前に編集権限と例外時の確認担当を決めます。

確認には、実際に訂正が入ったレコードを使います。更新前後の値、変更した担当、連携先に届いた値をたどり、どの操作で食い違いが生じたかを特定します。更新元を一つにできる項目は片方向の受け渡しを検討し、複数の更新元が必要な項目は競合時の承認手順を先に決めます。

### 定義のずれを生むプロセスサイロ

「リード」「商談」「受注」の意味が担当者によって違うと、同じツールを使っていてもレポートは比較できません。営業担当者ごとに取引ステージを移すタイミングが違う場合も、プロセスサイロに当たります。

診断では、ステータス名だけでなく、その状態へ進む条件、戻す条件、担当部門、次に行う行動を書き出します。たとえば、商談を「営業が対応を始めた状態」とするのか、「具体的な検討テーマを確認した状態」とするのかで、件数の意味が変わります。定義を文章にできない項目は、自動化やレポートへ使う前に運用ルールを決めます。

定義を書いたら、判断が難しい案件を各部門の担当者が同じ基準で分類できるか確かめます。結論が割れた場合は例外を記録し、定義を直してからレポートやワークフローへ反映します。

## 統合型プラットフォームと外部連携を選び分ける

CRM SFA MA 統合には、統合型プラットフォームへ寄せる方法と、既存の専門ツールを残して外部連携する方法があります。標準化したい領域と、固有要件を維持したい領域を分けて検討します。**企業様によって最適な形は異なります。**既存システム、運用体制、必要な専門機能を確認して構成を決めます。

比較するときは、どの構成でも同じ業務を試します。担当者が情報を登録し、別部門が参照し、誤入力を訂正し、連携が失敗した場合まで追います。機能、移行作業、費用、運用負担は、同じ対象業務と費用範囲を設定して比較します。

### 統合型プラットフォームへ寄せる考え方

統合型プラットフォームでは、マーケティング、営業、顧客対応のデータを共通のCRM上で扱います。どの履歴を同じレコードから参照できるか、どの受け渡しに外部連携が残るかを確認します。

HubSpotを中心にする場合は、コンタクト、会社、取引、チケットの関連付けを確認します。フォーム送信から商談、受注後の問い合わせまで、情報を追えるかを実際の業務手順で試します。各部門の専門ツールで使っている機能が必要な場合は、同じ業務をHubSpotで行えるか確認します。満たせない要件があれば、専門ツールを残す理由と、HubSpotと連携する情報の範囲を明文化します。

機能を比較する際は、「使える」という項目名だけで判断せず、担当者が日常的に行う操作を開始から完了まで再現します。たとえば、営業が取引を更新し、顧客対応部門がその内容を確認し、誤った値を訂正する場面を試します。必要な履歴が確認でき、訂正した値の更新元も説明できれば、その業務を共通環境へ移す判断材料になります。再現できない操作があれば、必要な条件を記録し、設定で対応するか専門ツールに残すかを決めます。

以下の表は、統合型プラットフォームで確認したい利点と制約を観点別に整理したものです。同じ観点について異なる表現の行があるため、いずれも一般的な結論として採用せず、自社の業務で確認する項目として扱います。

| 観点 | メリット | デメリット |
| --- | --- | --- |
| データ統合 | 共通のレコードと関連付けで、部門間の履歴をたどれる構成にできる | 必要な履歴を取り込めるか、既存ツールとの境界を確認する必要がある |
| 運用コスト | CRM内で完結する業務は連携の管理対象を整理できる | 残る外部連携と専門機能の管理工数を含めて評価する必要がある |
| 導入速度 | CRM内で実行する業務は外部連携の設計範囲を絞れる | データ整備、業務変更、教育に必要な作業を確認する必要がある |
| カスタマイズ性 | 共通のデータ定義に沿って設定を管理できる | 固有要件を設定で表せるか、実際の業務で試す必要がある |
| スケーラビリティ | 対象業務を分けて導入順序を決められる | 利用範囲が広がる際の費用と管理負担を見直す必要がある |
| データ統合 | 同一DB上にデータが存在するため、リアルタイムで統合された顧客ビューが得られる | ベンダーロックインのリスクがある |
| 運用コスト | ツール間連携の構築・保守が不要。管理画面が一つで済む | 各機能の深さが専業ツールに劣る場合がある |
| 導入速度 | 連携設定が不要なため、比較的短期間で稼働開始できる | 既存ツールからの移行コストが大きい場合がある |
| カスタマイズ性 | プラットフォーム内でのカスタマイズは容易 | プラットフォームの制約を超えるカスタマイズは困難 |
| スケーラビリティ | 段階的に機能を追加しやすい | 利用規模が大きくなるとコストが急増する場合がある |
| 障害時の影響 | 共通基盤で顧客情報を参照できる | CRMの障害が連携全体へ及ぶリスクがあるため、停止時の影響範囲と代替手順を確認する必要がある |
| 処理負荷 | — | CRMに処理負荷が集中する |

表にあるリアルタイム性、導入速度、費用、機能の深さ、データの見え方は、採用する構成だけでは決まりません。対象業務と製品の構成を定め、実際の操作、必要な連携、見積もりの範囲で確かめます。

まず、複数部門が同じ顧客を参照する業務を選び、必要な履歴が正しいレコードへ関連付くかを確認します。次に、残す外部ツールと移行するデータを決め、費用には整備、教育、運用、連携保守を同じ範囲で含めます。必要な操作を再現できない場合は、その業務を外部に残す構成も検討します。

### 専門ツールを残して外部連携する考え方

既存ツールに固有の業務ロジックや蓄積データがある場合は、CRMを基準点にしながら外部連携を使います。この方法では、どのデータを、どちら向きに、どのタイミングで同期するかを項目単位で決めます。

連携先ごとに、項目マッピング、認証、エラー監視、仕様変更への対応を確認します。連携を追加する判断基準は、接続の可否だけでなく、失敗した処理を誰が見つけ、どう復旧するかです。保守担当と再処理方法が決まらない場合は、その業務を限定した手動手順を定め、連携設計を保留します。

次の表は、専門ツールを残す構成で確認したい利点と制約を整理したものです。同じ観点でも評価の前提が異なる行があるため、担当者が同じ業務を試し、更新元と障害時の対応まで確認して判断します。

| 観点 | メリット | デメリット |
| --- | --- | --- |
| 機能の深さ | 固有の業務要件に合う機能を残して検証できる | ツール間のデータモデルの違いに対処が必要 |
| 柔軟性 | 業務ごとに利用するツールを見直せる | 入れ替え時の識別子、項目、連携処理への影響を確認する必要がある |
| コスト構造 | 必要な機能を対象業務ごとに選べる | ツール費用、連携費用、構築・保守費用を合算して比較する必要がある |
| データフロー | 業務に合わせて同期対象と方向を設計できる | 連携障害時に影響範囲と再処理対象を追えるようにする必要がある |
| 専門性 | 部門固有の操作手順を維持できる | 複数の管理画面と運用責任を整理する必要がある |
| 機能の深さ | 各分野の機能を比較してツールを選択できる | ツール間のデータモデルの違いに対処が必要 |
| 柔軟性 | 特定ツールの入れ替えが比較的容易 | 連携設計・保守の継続的な工数が必要 |
| コスト構造 | 必要な機能だけを選んで導入できる | ツール費用+iPaaS費用+構築・保守費用の合計が高額になりやすい |
| データフロー | 要件に応じた柔軟なデータフロー設計が可能 | 連携障害時のトラブルシュートが複雑 |
| 専門性 | 各部門が最適なUXのツールを使える | 管理画面が複数になり、全体像の把握が困難 |
| 保守性 | 接続先が増えるほど連携ポイントも増え、保守の負担が大きくなる | 接続数の増加に伴う保守体制を確認する |
| 適するケース | 少数のツールを暫定的に直接連携する場合 | 接続先が増える場合は保守負担を確認する |
| 導入要件 | — | iPaaS/ESBの設計・構築には専門スキルが必要 |
| リアルタイム連携が必要かを確認する | 必要なデータをほぼ即時に部門間で参照するなら、同期の遅延と障害時の対応を検証したうえで、リアルタイム連携に対応するESB／iPaaS型を候補にする。即時性が不要なら、更新頻度と運用負荷に合う方式を選ぶ。 | 専門ツールを残す場合も、業務で必要な反映タイミングを決め、その要件を満たせる方式か確認する |
| 連携処理の管理 | ESB／iPaaSで連携処理を一元管理する構成にできる | 連携設計・構築には専門スキルが必要 |
| 要件 | 複雑なデータ変換が必要な場合 | ESB／iPaaSの利用を検討する |

表にある機能、使い勝手、入れ替えやすさ、費用は、対象業務と連携の作り方によって評価が変わります。操作の再現結果、必要な履歴、連携が止まったときの対応を確認して判断します。費用は、同じ対象業務について契約、構築、教育、保守を含む見積もりで比べます。

比較では、専門ツールで行う操作、CRMへ渡す項目、訂正時の更新元を先に決めます。そのうえで、連携が止まったレコードを担当者が特定し、復旧後に差分を取り込めるか試します。専門機能を残す理由、更新元、復旧担当を説明できた領域から連携を設計します。

### ハイブリッド構成はコアと周辺を分ける

統合型か外部連携かで迷う場合は、顧客マスタ、ライフサイクルステージ、取引パイプラインをコア領域とし、専門性の高い機能を周辺領域として分けます。コア領域では共通定義を優先し、周辺領域では固有要件を確認します。

以下の表は、企業規模とIT成熟度を手掛かりに、先に検証する構成を整理したものです。規模だけで採用を決めず、既存業務、必要な機能、保守担当を確かめます。

|  | IT成熟度：低（Excel中心、専任情シスなし） | IT成熟度：中（CRM導入済み、情シス少人数） | IT成熟度：高（専任情シスチーム、API連携経験あり） |
| --- | --- | --- | --- |
| 小規模 | 共通の顧客情報をCRMで管理する構成を検証 | 既存CRMで共通化する範囲を検証 | 共通CRMと必要な専門ツールの連携を検証 |
| 中規模 | 部門間の受け渡しから段階的に検証 | 共通CRMと周辺ツールの役割分担を検証 | 専門ツールを残す業務と連携の保守体制を検証 |
| 大規模 | 基準データと移行順序を決めて検証 | コア領域と専門ツールの境界を検証 | 複数連携の監視、復旧、変更管理を検証 |
| 小規模 | 統合型PF（エントリープラン）を候補として検討 | 統合型PF（スタンダードプラン） | 統合型PF or 軽量ベストオブブリード+Zapier |
| 中規模 | 統合型PF（導入支援パートナー活用） | 統合型PF or ハイブリッド | ベストオブブリード+iPaaS検討可 |
| 大規模 | 統合型PF（段階導入+パートナー伴走） | ハイブリッド（コア機能は統合型PF+専業ツール併用） | ベストオブブリード+iPaaS/ESB |

表中のプラン名や構成例は、その規模の企業に採用を義務付けるものではありません。必要な操作と保守体制を確かめ、契約条件は検討時点の見積もりで確認します。

表から検証する構成を選んだら、顧客情報の訂正、部門間の引き渡し、連携失敗後の復旧をそれぞれ再現します。必要な業務を実行できない場合や、復旧担当を決められない場合は、規模やIT成熟度が表に合っていても構成を見直します。

| 判断軸 | 統合型へ寄せる | 外部連携で残す |
| --- | --- | --- |
| データの役割 | 複数部門が日常的に参照する基準データ | 特定部門だけが使う詳細データ |
| 業務の標準化 | 共通手順へ合わせられる | 固有手順が事業上重要 |
| 保守体制 | CRM管理者が設定を維持できる | 連携を監視できる担当がいる |
| 変更頻度 | 項目や運用が比較的安定している | 変更時の影響を管理できる |
| 障害時の影響 | CRM内で状態を追跡したい | 切り離してもコア業務を続けられる |

ハイブリッド構成では、コアと周辺の境界が曖昧なままだと、両方で同じ項目を編集する状態が残ります。設計書には更新元と同期方向に加え、周辺ツールを停止したときにCRM側で続けられる業務、復旧後に取り込む差分を記載します。

次の表は、統合型プラットフォームと専門ツールを組み合わせる構成のどちらを先に検証するか考えるためのチェックポイントです。表中の規模、速さ、費用に関する表現は判断の目安として扱い、各行の条件を自社の業務と運用体制で確かめてください。

| チェックポイント | 統合型PFが有利 | ベストオブブリードが有利 |
| --- | --- | --- |
| 1. 既存ツールへの投資 | 移行するデータと業務を整理できる | 残す必要がある設定や業務を説明できる |
| 2. 機能要件の深さ | 必要な操作を共通の環境で再現できる | 固有の操作を専門ツールで維持する必要がある |
| 3. 情シスリソース | CRMの設定と運用を担当できる | 連携の監視、変更、復旧を担当できる |
| 4. 導入スピード | 対象業務を絞って移行と教育を進められる | 既存業務を残す範囲と連携作業を計画できる |
| 5. 予算構造 | 移行、運用、残る連携の費用を確認できる | ツール、構築、保守の費用を確認できる |
| 1. 既存ツールへの投資 | 既存投資が少ない/移行可能 | 既存ツールに多額の投資・カスタマイズ済み |
| 2. 機能要件の深さ | 標準機能で業務を回せる | 特定機能に高度な要件がある |
| 3. 情シスリソース | 少ない | 豊富（API連携スキルあり） |
| 4. 導入スピード | 早く稼働させたい | 時間をかけてでも最適解を構築したい |
| 5. 予算構造 | 月額費用を予測可能にしたい | 初期投資+構築費を確保できる |

判断が割れた場合は、顧客マスタの訂正、担当者変更、連携失敗の復旧という同じ運用場面で比較します。必要な情報を正しい担当が更新でき、異常を検知して戻せることを確認してから構成を決めます。

## 顧客データの基準点と関連付けを設計する

ツール構成を決めたら、次はデータモデルを設計します。項目を移す作業から始めず、顧客、会社、取引、問い合わせなどのレコードをどう分け、どう関連付けるかを決めます。ここが曖昧な場合は、検索、レポート、自動化に使う前に関係を確認します。

設計結果は、レコードの種類、識別子、更新元、利用先、例外時の扱いを対応させて記録します。担当者が変わっても「この値はどこで直すか」を追える状態が、項目マッピングへ進む条件です。

### オブジェクトと関連付けを先に決める

HubSpotでは、コンタクト、会社、取引、チケットなどのオブジェクトにレコードを持ち、レコード同士を関連付けて関係を表します。関連付けは双方向で、異なるオブジェクト間だけでなく、同じオブジェクト間でも設定できます（出典：[レコードを関連付ける](https://knowledge.hubspot.com/records/associate-records)）。

たとえば、次のようにレコードを役割ごとに分けます。

- **コンタクト** ── 担当者の連絡先
- **会社** ── 所属組織
- **取引** ── 進行中の提案
- **チケット** ── 受注後の問い合わせ

役割ごとのレコードを関連付けたうえで、マーケティングから営業、顧客対応へ渡す際に必要な履歴をたどれるか確認します。

関連付けを設計する際は、次の場面も確認します。

- **担当者が所属会社を変更した場合** ── 過去の履歴と現在の関係をそれぞれ表せるかを確かめます。
- **同じ会社で別の提案が進む場合** ── 会社に履歴を集めるだけで必要な取引を見分けられるかを試します。
- **顧客対応部門が受注内容を確認できない場合** ── 取引と問い合わせの間で必要な情報を特定し、どのレコードから参照するかを決めます。

前の2つの場面は、実際の業務で関係が変わるレコードを使って確認します。

### 一意識別子と更新元を決める

移行と連携では、同じレコードを見分ける一意識別子が重要です。HubSpotのインポートでは、一意識別子を次の3つに使います。

- **既存レコードの更新**
- **重複の回避**
- **レコード同士の関連付け**

利用できる識別子は、Record IDのほか、コンタクトではEmail、会社ではCompany domain nameなどです（出典：[インポートツールを理解する](https://knowledge.hubspot.com/import-and-export/understand-the-import-tool)）。

設計書には、オブジェクトごとに次の4点を記載します。

- **一意識別子**
- **作成元**
- **更新元**
- **削除や無効化の扱い**

メールアドレスが変わる場合や、同じ会社ドメインを複数組織で使う場合など、自社データにある例外を洗い出します。選んだ識別子で区別できないレコードがあれば、既存システムの管理番号や、要件を満たすカスタム項目の利用を検討します。

識別子を選んだ後は、同じ顧客を再取り込みしたときに新規作成されるか、既存レコードが更新されるかをテストします。**想定と違えば本番移行へ進まず、キーの選び方とマッピングを見直します。**

識別子が途中で変わる業務では、変更前後の対応を追えるかも試します。対応を追えないまま移行すると、同じ顧客の履歴が別のレコードへ分かれる可能性があります。変更履歴と関連先を照合できる方法を決めてから、移行対象へ含めます。

### 項目は利用目的が説明できるものに絞る

移行時に既存項目をすべて再現すると、使われない項目や似た項目が残ることがあります。項目ごとに「どの業務判断、検索、セグメント、レポート、自動化で使うか」を確認し、用途を説明できない項目は移行対象から外すか、参照用として分けます。

項目は、次の2つに分けます。

- **日常入力に必要な項目** ── 担当者が次の行動に必要な情報を入力できるか試し、入力時点では分からない項目があれば、必須にする時期を見直します。
- **過去データとして参照する項目** ── 日常入力の項目とは分けて扱います。

似た項目が見つかったら名称だけで統合せず、次の点を比べます。

- **入力する人**
- **値の意味**
- **利用するレポート**

意味が同じなら共通項目へ寄せ、意味が違うなら違いが伝わる定義を残します。

項目の採否に迷う場合は、値が空のレコードを使って次の担当が判断できるか確かめます。判断できるなら、その時点の必須項目から外す余地があります。判断できないなら、誰がいつ値を取得できるかを確認し、入力時点と確認担当を設計します。

## 部門間の業務フローを一気通貫で設計する

データモデルだけでは、部門間の受け渡しは動きません。ライフサイクルステージ、取引パイプライン、受注後の対応を一続きにし、各段階で誰が何を判断するかを決めます。自動化は、実例で確認したルールから適用します。

業務フローには、通常の進行だけでなく、対象外の問い合わせ、担当者不在、失注後の再検討も含めます。例外が起きたときに誰が判断し、どの状態へ戻すかを記録します。

### ライフサイクルステージで検討段階をそろえる

ライフサイクルステージは、見込み顧客から商談、顧客へ進む状態を部門共通で表すものです。名称を先に決めるのではなく、顧客の検討行動、担当部門、次の行動を並べてから定義します。

マーケティングから営業へ渡す条件は、フォーム送信だけでなく、対象外の問い合わせをどう扱うか、営業が対応後に育成へ戻す条件は何かまで決めます。失注したコンタクトは、失注理由と再接点を検討する条件を確認してから、育成へ戻すか判断します。

受け渡しの試験では、営業が「対応する」「対象外として戻す」「情報が不足して確認する」のいずれを選ぶかを実例で確かめます。判断に必要な情報がレコード上で確認できない場合は、ステージ変更の自動化より先に引き渡す項目を見直します。

戻されたレコードについては、戻す理由を次の担当が読める形で残します。理由が分からないまま再び同じ条件で引き渡されるなら、登録条件と戻し条件を見直します。

### 取引パイプラインは進捗の意味を標準化する

取引パイプラインは、営業プロセスを共通の状態として扱うために設計します。取引ステージ、ステージ定義、移行時に入力する項目を一緒に確認し、受注確度を使う場合は、その設定と解釈もそろえます。

以下の画面は、HubSpotの取引をステージ別の列に並べ、各取引カードと列ごとの合計金額を確認するボードビューです。

![HubSpotデモポータルの取引パイプライン](https://start-link.jp/hubfs/blog/screenshots/library/crm_deals_board.png)

ステージ名だけを用意しても、担当者ごとに解釈が違えば進捗は比較できません。「何が確認できたら次へ進むか」を文章にし、その判断に必要な項目をステージ移行時に確認する設計へ落とします。

ステージ定義を確かめるには、進行中、停滞中、失注が見込まれる取引を担当者間で見比べます。同じ事実から異なるステージを選ぶなら、次へ進む証拠や戻す条件を明確にしてから運用します。

### ワークフローは受け渡し条件から組み立てる

ワークフローでは、登録条件とアクションを使って、担当者の割り当て、通知、タスク作成、プロパティ更新などを自動化します。HubSpotのワークフローは、既定ではレコードが登録条件を初めて満たしたときに登録されるため、繰り返し処理したい場合は再登録条件を設計します（出典：[ワークフローを作成する](https://knowledge.hubspot.com/workflows/create-workflows)）。

最初は部門間の受け渡しを一つ選び、営業へ渡す条件、担当者未設定時の処理、育成へ戻す条件を分けて定義します。担当者が手動で同じ判断をできることを確認した後、それぞれの処理結果を確かめます。

実行前には、条件を満たすレコードに加え、似ていても対象外となるレコードを確認します。実行後は、担当者、通知先、更新された項目を照合します。意図しない登録があれば対象範囲を広げず、条件と例外処理を修正します。

再登録が必要か迷う場合は、同じレコードが条件を満たす状態に戻った際、業務上もう一度通知や割り当てを行うべきかを先に決めます。重複した通知が生じる場面も試し、期待する動作を確認してから設定を広げます。

## データ移行と連携を段階的に進める

統合プロジェクトでは、まず影響の大きい業務と基準データを選び、小さく移行して結果を確認します。差分の原因と戻し方を説明できてから、対象部門、データ、連携、自動化を広げます。

各段階で、移行元にある情報、変換後の値、移行先のレコード、業務上の利用結果を追えるようにします。「取り込めた」だけでなく、担当者が必要な顧客情報を見つけ、次の業務へ渡せることを確認します。

### 現状のツールとデータを棚卸しする

棚卸しでは、契約中のツール名だけでなく、部門が独自に持つ表計算ファイル、CSVによる受け渡し、メールやチャットで行う連絡も対象にします。各データについて、作成元、更新者、参照者、利用目的、更新頻度、連携先を書き出します。

完了基準は、一覧を作ったことではありません。顧客データの基準点が決まり、廃止を検討する対象、移行対象、連携対象、参照だけ残す対象へ分類できていることです。判断できないデータは、所有部門と利用場面を確認してから分類します。

次の表は、棚卸しの際にツールごとに記録する項目の例です。

| ツール名 | 利用部門 | 主な用途 | 保有データ | 他ツールとの連携状況 | 月額費用 | 契約更新時期 |
| --- | --- | --- | --- | --- | --- | --- |
| 例：MA-X | マーケ | リード管理・メール配信 | リード情報、行動履歴 | SFAに手動CSV連携 | 要見積もり | 確認中 |

一覧ができたら、移行するデータについて「使う人」と「使う場面」を確認します。利用目的が分からないデータを一括で取り込む前に、参照の必要性と管理責任を決めます。

### データクレンジングとマッピングを行う

移行前には、重複、表記揺れ、欠損、古い情報、テストデータを整理します。対象レコードが業務でどう使われるかを確認し、残す値、変換する値、判断を保留する値を分けます。

| 作業 | 決める内容 | 次へ進む条件 |
| --- | --- | --- |
| 重複整理 | 同一人物・同一企業と判断するキー | 統合する組み合わせと残す値が決まっている |
| 表記統一 | 会社名、部署名、選択肢の標準値 | 変換前と変換後の対応表がある |
| 欠損確認 | 必須項目と補完方法 | 補完できない値の扱いが決まっている |
| 項目マッピング | 移行元列と移行先項目 | 未割り当て列を移行、保管、除外へ分類できている |
| 関連付け | コンタクト、会社、取引などを結ぶキー | テストデータで期待する関係を再現できている |

以下の表は、データクレンジング時に確認する項目と対処法の例です。同じ項目でも処理方法が異なる行があるため、値の利用目的と関連履歴を確認して選びます。

| 項目 | 確認内容 | 対処法 |
| --- | --- | --- |
| 重複レコード | 同一企業・同一人物の重複 | 名寄せルールと残す値を決めて統合 |
| 表記揺れ | 会社名、部署名、住所の不統一 | 変換前後の対応表を作成 |
| 不完全データ | 業務に必要な項目の欠損 | 利用先を確認し、補完または確認担当へ回す |
| 古いデータ | 退職者、倒産企業など | 利用目的と関連履歴を確認し、保管・訂正・アーカイブを判断 |
| 不正データ | テスト用データ、明らかな誤入力 | 利用先と関連情報を確認し、除外または識別用の印を付ける |
| 重複レコード | 同一企業・同一人物の重複 | 名寄せルールを定義して統合 |
| 表記揺れ | 会社名、部署名、住所の不統一 | 正式名称マスタを作成 |
| 不完全データ | 必須項目の欠損 | 欠損率を確認、補完可能か判断 |
| 古いデータ | 退職者、倒産企業など | 一定期間更新なしのレコードをアーカイブ |
| 不正データ | テスト用データ、明らかな誤入力 | 削除またはフラグ付与 |

表の欠損率や更新期間だけで処理を決めず、対象業務で必要な値か、関連する履歴があるかを確認します。欠損があっても業務上必要な値なら、補完できる根拠を確かめます。根拠が確認できない値は推測で埋めず、判断を保留します。確認した内容と処理の理由を記録します。

欠損を見つけたら、まずその項目を使う業務と利用時点を特定します。営業への割り当てに必要な値が欠けているなら、そのレコードを自動処理の対象から外し、確認担当へ回します。担当者が元データや顧客とのやり取りから確認できる値なら補完方法を決めます。現時点で取得できない値なら、推測で埋めず、いつ誰が確認するかを記録します。

欠損したままでも次の業務を進められる項目と、判断を止める項目は分けます。前者は未取得であることが分かる状態にし、後者は引き渡し前の確認対象にします。補完後は、値が入ったことだけでなく、担当者の割り当てやレポートが期待どおりに変わるかを確かめます。古いデータも更新日だけで処理せず、進行中の取引や参照が必要な履歴との関係を確認します。

重複を統合する際は、残すレコードを決めるだけでなく、取引、活動履歴、担当者などの関連情報がどうなるかを確認します。統合後に追跡できない情報があれば、処理方法を決めるまで対象を保留します。

### 小さな範囲でテストしてから広げる

初期移行では、対象部門や業務フローを限定し、代表的なデータと例外データの両方を使って確認します。確認するのは件数だけではなく、項目値、関連付け、所有者、活動履歴、レポート、自動化の結果です。

照合は、移行元のレコードから始めます。一意識別子で移行先を探し、項目値と関連レコードを確認したうえで、そのレコードが使われるレポートや受け渡し処理まで追います。例外データには、識別子の変更、必須項目の欠損、複数の関連付けなど、自社で実際に起こるケースを含めます。

テストで差分が出た場合は、元データ、変換ルール、インポート設定、ワークフローのどこで変わったかを切り分けます。修正後に同じデータで期待する結果を再現でき、対象部門が業務を進められると確認してから範囲を広げます。差分が残る場合は、影響する業務を明らかにして移行を止めるか、対象から外して再確認します。

次の表は、移行時に確認したい進め方を比較したものです。同じチェックポイントに複数の例がある場合は、表現をそのまま実施条件とせず、期待する業務結果を先に定義して移行前後で照合します。

| # | チェックポイント | NG例 | OK例 |
| --- | --- | --- | --- |
| 1 | 統合の目的が明確か | 「とりあえずデータを一か所にまとめたい」 | 「リードの引き渡し条件を定め、対応状況を追えるようにする」 |
| 2 | 現場を巻き込んでいるか | 情シスと経営層だけで決定 | 営業・マーケ・CSの担当者が実例を使って要件を確認 |
| 3 | データクレンジングを先にやるか | 重複や欠損の扱いを決めずに取り込む | 残す値、変換する値、保留する値を決めて取り込む |
| 4 | 段階的に進めるか | 全部門・全ツール同時移行 | 対象業務を絞って照合後に範囲を広げる |
| 1 | 統合の目的が明確か | 「とりあえずデータを一か所にまとめたい」 | 「リードの引き渡しを自動化し、フォロー率を高める」 |
| 2 | 現場を巻き込んでいるか | 情シスと経営層だけで決定 | 営業・マーケ・CSのキーユーザーが要件定義に参加 |
| 3 | データクレンジングを先にやるか | サイロのまま統合→ゴミデータ統合 | 統合前にクレンジング→きれいなデータで統合 |
| 4 | 段階的に進めるか | 全部門・全ツール同時移行 | 1部門ずつ段階的に移行 |
| 5 | 運用ルールを先に決めるか | ツール導入後に「運用は現場に任せる」 | 統合前に入力ルール・命名規則・権限設計を策定 |
| 6 | 移行後のサポート体制があるか | 導入して終わり | 問い合わせ先、手順書、修正担当を決める |
| 7 | 効果測定の基準があるか | 「便利になった気がする」で終わり | 対象と集計条件をそろえて業務記録を比較する |
| 6 | 移行後のサポート体制があるか | 導入して終わり | ヘルプデスク・FAQの整備、定着化フォローの計画 |
| 7 | 効果測定の基準があるか | 「便利になった気がする」で終わり | 統合前後のKPI比較（レポート作成時間、データ重複率など） |

表中の「フォロー率を高める」といった表現は目標例です。改善を確認するには、まず同じ対象レコードと集計期間を決め、測定方法をそろえます。レポート作成時間は作業の開始点と終了点を決めて記録し、対応状況や重複は集計条件を固定してから確認します。比較できる記録がない場合は効果を断定せず、運用開始後に記録する項目と見直しの基準を先に決めます。

### 切り替え後の戻し方まで準備する

本番切り替え前に、旧環境を参照する条件、更新を止める時点、差分データの取り込み方法、問題が起きた場合の戻し方を決めます。新旧の両方を更新する必要がある期間は、項目ごとに更新元と差分の扱いを明記します。

切り替え後は、対象レコードを抽出し、移行元と移行先の一意識別子、主要項目、関連付けを照合します。差分が残る場合は業務開始範囲を限定し、原因と再処理方法を確定してから次の部門へ進みます。

戻し方には、切り替え後に新環境で入力された情報の扱い、戻す判断をする担当、利用者への連絡内容を含めます。戻す手順を説明できない場合は、切り替える範囲をさらに絞ります。

## 統合後のデータ品質と運用を維持する

CRM SFA MA 統合は、移行が終わった時点で完成するものではありません。業務や組織が変わると、新しい項目、連携、例外処理が必要になることがあります。変更時に影響を確認できるよう、権限、入力制御、監査、改善手順を決めます。

### データオーナーと変更権限を明確にする

顧客マスタ、マーケティングの判定、商談データ、顧客対応データごとに、定義を管理する担当を決めます。項目や選択肢を追加する際は、似た項目がないか、既存のレポートや連携に影響しないかを確認します。

変更申請には、利用目的、対象部門、既存項目で代替できない理由、レポートや連携への影響を記載します。管理者は申請内容を確認し、共通項目にするか、部門限定にするか、既存項目へ統合するかを判断します。判断できない場合は利用場面を試し、影響が分かってから反映します。

次の表は、データ領域ごとのオーナーと責任範囲の例です。役職名をそのまま当てはめず、自社で訂正を承認できる人と実際に修正する人を確認します。

| データ領域 | データオーナー | 責任範囲 |
| --- | --- | --- |
| 顧客マスタ | 営業企画 | 会社名・連絡先の正確性、重複排除 |
| リードデータ | マーケ | リード定義の管理、スコアリングルールの更新 |
| 商談データ | 営業マネージャー | パイプラインの正確性、ステージ定義の遵守 |
| CSデータ | CS責任者 | ヘルススコアの更新、解約理由の記録 |
| 全体ガバナンス | 情シス/RevOps | データフロー全体の監視、連携障害対応 |

複数部門で同じ項目を使う場合は、訂正を承認する担当と修正する担当を決め、変更によって影響を受けるレポートと自動化を確認してから反映します。

### 入力漏れを人ではなく仕組みで減らす

入力漏れが起きたら、担当者がその時点で値を知り得るか、入力画面と業務の節目が合っているかを確認します。ステージ移行時の入力項目、選択肢、担当者未設定時の通知などは、確認した原因に合わせて設定します。

各項目が次の行動やレポートに使われているかを見直します。まだ分からない情報なら入力時期を移し、業務判断に使わない情報なら必須条件を見直します。変更後は実際の案件で入力と受け渡しを試し、必要な情報が次の担当へ届くか確かめます。

### 監査結果を改善サイクルへ戻す

定期監査では、重複、必須項目の欠損、連携エラー、担当者未設定、更新されていない取引などを確認します。検出した問題ごとに、該当レコード、作成元、影響する業務、修正担当を記録します。

たとえば、同じ会社が繰り返し重複するなら、会社を作成する入口と一意識別子を見直します。連携エラーが見過ごされるなら、通知を受けた担当者が対象レコードと再処理方法を判断できるかを確かめます。原因に応じて入力制御や連携条件を直し、同じ入口から試します。

以下の表は、定期監査の項目、頻度、担当、チェック内容の例です。表にある月次・週次・四半期を共通の推奨頻度とはせず、問題が次の業務へ影響する時点と、検知・対応できる体制から自社の頻度を決めます。

| 監査項目 | 頻度 | 担当 | チェック内容 |
| --- | --- | --- | --- |
| データ重複チェック | 重複が業務に影響する前に確認できる間隔 | 名寄せを判断できる担当 | 重複レコードと関連情報の確認 |
| データ欠損チェック | 次の業務へ渡す前に確認できる間隔 | データオーナー | 必要な項目の欠損と利用先の確認 |
| 連携エラーチェック | 再処理が必要な時点で検知できる間隔 | 連携の保守担当 | エラーログ、対象レコード、再処理方法の確認 |
| データフロー全体レビュー | 業務や連携の変更時に見直す | RevOps/情シス | 連携フローの利用状況と変更の影響確認 |
| ツール利用状況レビュー | 契約や業務の見直しに合わせる | 情シス | 利用場面と管理責任の確認 |
| データ重複チェック | 月次 | 情シス | 重複レコードの検出・統合 |
| データ欠損チェック | 月次 | データオーナー | 必須項目の欠損率確認 |
| 連携エラーチェック | 週次 | 情シス | iPaaS/連携ツールのエラーログ確認 |
| データフロー全体レビュー | 四半期 | RevOps/情シス | 連携フローの有効性、不要な連携の廃止 |
| ツール利用状況レビュー | 四半期 | 情シス | 利用率の低いツールの特定、統廃合検討 |

たとえば営業への割り当てに使う項目の欠損は、引き渡した後の定期監査では対応が遅れる可能性があります。その場合は受け渡し前に検知する手順を置き、定期監査では発生原因と再発状況を確認します。監査の間隔を決めた後も、問題が先に業務へ影響していないかを見直します。

重複については、登録時に既存レコードを確認できるかを先に試します。候補を見つけたら、識別子、会社や担当者との関係、取引と活動履歴を照合します。同一と判断でき、残す値と関連情報の扱いが決まれば統合します。判断が割れる場合は保留し、データオーナーへ確認します。次の監査では、同じ作成元から再び重複が生じていないかを確かめます。

連携エラーは、発生を検知した時点で対象レコードと影響する業務を特定します。再処理前に更新元の値を確認し、復旧後は受け渡し先の値と関連付けを照合します。修正後も同じ入口でエラーが起きるなら、通知だけで対応を終えず、マッピングや登録条件を見直します。

同じ原因の問題が再発した場合や、連携の失敗が業務を止めた場合は、次の定期監査を待たずに作成条件や通知方法を見直します。修正後は同じ入口からレコードを作成し、問題が再現しないことを確認してから対応を終えます。

BtoBマーケティングの全体像は[BtoBマーケティング完全ガイド](https://start-link.jp/hubspot-ai/btob-marketing)で体系的にまとめています。また、このテーマのカテゴリ全体は[CRM基礎・導入](https://start-link.jp/hubspot-ai/btob-marketing/crm-basics)で網羅しています。

## よくある質問

CRM・SFA・MAの統合を検討するときに生じやすい疑問を、設計と運用の観点から整理します。構成を選ぶ条件に加え、選んだ後に何を確かめて次へ進むかを確認してください。

- **構成を選ぶ条件**
- **選んだ後に確かめて、次へ進む条件**

### CRM・SFA・MAを同じプラットフォームへまとめるべきですか？

複数部門が使う顧客マスタや商談プロセスを共通化し、固有要件のある専門機能を外部連携で残す構成も検討できます。まず必要な業務を列挙し、それぞれの構成で更新元、連携障害時の対応、保守担当を確認します。残すツールが決まったら、双方で編集できる項目を洗い出し、更新の優先順位が決まってから連携へ進みます。

### 統合プロジェクトの期間と費用はどう見積もりますか？

対象オブジェクト、データ量、クレンジングの状態、連携先、カスタマイズ、自動化、教育の範囲を棚卸しします。その結果を設計、データ整備、テスト、移行、定着支援の作業に分けて見積もります。要件が未確定なら調査範囲と実装範囲を分け、例外データや連携の復旧方法を確認した時点で見積もりを見直します。

### 既存データの移行で優先して確認することは何ですか？

一意識別子と関連付けを優先します。項目値が移っていても、コンタクトと会社、会社と取引の関係が切れていれば、部門横断の履歴やレポートに使えません。テスト移行では、代表的なレコードを起点に関連レコードを開き、元データと同じ関係が再現されているかを確認します。識別子が変わったレコードや関連先が複数あるレコードでも照合し、違いが残るならマッピングを修正して再試験します。

### 外部連携だけでデータサイロは解消できますか？

外部連携を設計する前に、部門間で項目の意味と更新条件が一致しているか確認します。次に、更新元、上書き条件、エラー時の扱いを決め、双方向同期が必要な項目と片方向で足りる項目を分けます。判断に迷う項目は実際の変更履歴を確認し、どの部門の更新を基準にするか合意してから同期します。

### 現場がCRMを使わなくなる状態をどう防ぎますか？

現場が日常業務で使う情報と、次の担当へ渡す情報を確認し、必要な項目へ絞ります。二重入力があれば更新元を決め、ステージ移行時に必要な入力や担当者割り当てを試します。運用開始後、入力されない項目があれば、その項目が業務に必要か、入力のタイミングが適切かを見直します。実際の案件で次の行動を判断できることを確認してから、対象部門を広げます。

## まとめ

CRM SFA MA 統合では、顧客データと業務プロセスの基準をそろえ、一元管理、自動化、可視化の順に確認します。移行後も、訂正する担当、連携失敗時の対応、定義を変える手順を運用に含めます。

### 統合設計で押さえる要点

- 部門、ツール、プロセスのどこで分断が起きているかを実際のレコードで切り分けます。
- 顧客データの基準点、一意識別子、更新元、関連付けを先に決めます。
- ライフサイクルステージと取引パイプラインの進行条件を部門共通の言葉で定義します。
- 入力漏れや引き継ぎ漏れの原因を確認し、必要な権限、入力制御、ワークフローを設計します。
- 移行は小さな範囲から始め、元データと業務結果を照合できたら対象を広げます。

### まずは現状の受け渡しを一つ選ぶ

最初の一歩として、マーケティングから営業へのリード引き渡し、営業から顧客対応への受注情報共有など、手作業が残る受け渡しを一つ選びます。基準データ、定義、自動化、レポートの関係をその業務で確認します。

実際のレコードをたどり、情報が作られる場所、更新される場所、次の担当が判断に使う情報を記録します。担当者間で判断が一致しなければ定義を直します。移行先で同じ関連付けと受け渡しを再現でき、差分への対応も決まったら対象を広げます。

### 自分で進める次の行動

- 現在使っているツール、表計算ファイル、CSV、手動連絡を一覧にします。
- 対象フローの作成元、更新元、一意識別子、担当部門、次の行動を整理します。
- 代表データと例外データで関連付けと受け渡しをテストし、照合できた範囲から運用を始めます。

CRMを活用した業務効率化やAIとの連携に関するご相談は、CRM特化型コンサルティングのStartLinkまでお気軽にお問い合わせください。

## あわせて読みたい

CRMの外部連携、商談管理、導入時の課題を深掘りする記事です。更新元と同期方向を設計したい場合は外部連携の記事、取引ステージの進行条件をそろえたい場合は商談管理の記事、導入前に確認する課題と対策を整理したい場合はCRM導入の記事へ進んでください。

- [CRM × API連携設計ガイド｜外部システムとの接続パターンとセキュリティ設計](https://start-link.jp/hubspot-ai/btob-marketing/crm-basics/crm-api-integration-design)
- [商談管理の基本と実践｜案件の進捗を正しく把握し受注確度を高める方法](https://start-link.jp/hubspot-ai/btob-marketing/crm-basics/deal-management-best-practices)
- [CRM導入時の課題と対策](https://start-link.jp/hubspot-ai/btob-marketing/crm-basics/crm-implementation-failure)

記事の内容を、そのまま実務に落とし込みたい方向け

HubSpotゴールドパートナーのStartLinkが、HubSpot導入・AI活用・CRM整備・業務効率化までをまとめて支援しています。記事で気になったテーマを、そのまま相談ベースで整理できます。

[サービス概要を見る](https://start-link.jp/service/hubspot-ai) [無料で相談する](https://start-link.jp/contact)

## 次に読む

### [![](https://start-link.jp/hubfs/blog/screenshots/generated/gen_CQ-4_featured.png) kintoneからHubSpotへの移行手順｜顧客・案件データ設計とCSV取込](https://start-link.jp/hubspot-ai/btob-marketing/crm-backoffice/kintone-to-hubspot)

### [![](https://start-link.jp/hubfs/blog/screenshots/generated/gen_KT-3.png) Kintoneの複数アプリをHubSpotオブジェクトに再設計する方法｜関連付けはカバー率を実測してから設計する](https://start-link.jp/hubspot-ai/btob-marketing/crm-backoffice/kintone-multi-app-object-mapping)

### [![](https://start-link.jp/hubfs/blog/screenshots/generated/gen_KT-1.png) kintoneからHubSpotへの移行 完全ガイド｜判断基準から手順・帳票・連携まで全体像を整理](https://start-link.jp/hubspot-ai/btob-marketing/crm-backoffice/kintone-hubspot-migration-guide)

## あわせて読みたいBtoBマーケ実践ガイド

### [GTM GTM戦略の設計ガイド 市場投入の順番、仮説設計、営業連携までを一気通貫で整理できます。](https://start-link.jp/hubspot-ai/btob-marketing/btob-marketing-basics/gtm-go-to-market-strategy-design-guide-1)

### [Law 特定電子メール法ガイド BtoBメール配信で外せない法対応と実務運用の注意点を確認できます。](https://start-link.jp/hubspot-ai/btob-marketing/email-marketing-ma/can-spam-law-btob-guide)

### [SEO AIO対策の実践SEOチェックリスト AI Overview時代に引用される記事構造と改善優先順位を整理できます。](https://start-link.jp/hubspot-ai/btob-marketing/content-marketing-seo/aio-ai-overview-seo-strategy)

### [Service BtoBマーケとCRM活用を相談する 集客、ナーチャリング、CRM整備まで成果につながる導線設計を支援します。](https://start-link.jp/service/hubspot-ai)

## 記事の内容を、そのまま実務に落とし込みたい方向け

[無料で相談する](https://start-link.jp/contact) [資料をダウンロード](https://start-link.jp/hubspot-ai/btob-marketing/crm-basics/crm-sfa-ma-unification#blog-download)

 株式会社StartLinkは、事業推進に関わる「販売促進」「DXによる業務効率化（ERP/CRM/SFA/MAの導入）」などのご相談を受け付けております。 サービスのプランについてのご相談/お見積もり依頼や、ノウハウのお問い合わせについては、[無料のお問い合わせページ](https://www.start-link.jp/contact)より、お気軽にご連絡くださいませ。

###### 関連キーワード:

[AI](https://start-link.jp/hubspot-ai/tag/ai) [HubSpot](https://start-link.jp/hubspot-ai/tag/hubspot) [CRM](https://start-link.jp/hubspot-ai/tag/crm) [営業](https://start-link.jp/hubspot-ai/tag/営業)

## サービス資料を無料DL

## 著者情報

![7-1](https://start-link.jp/hubfs/7-1.jpg)

### 今枝 / Imaeda

 株式会社StartLink 代表取締役。累計150社以上のHubSpotプロジェクト支援実績を持ち、Claude CodeやHubSpotを軸にしたAI活用支援・経営基盤AXのコンサルティング事業を展開。  
 HubSpotのトップパートナー企業や大手人材グループにて、エンタープライズCRM戦略策定・AI戦略ディレクションを経験した後、StartLinkを創業。現在はCRM×AIエージェントによる経営管理支援を専門とする。

[StartLink](https://start-link.jp/)

### Service

- [会社情報](https://start-link.jp/about)
- [サービス](https://start-link.jp/service)
- [プロダクト](https://start-link.jp/sync)
- [採用情報](https://start-link.jp/recruit)
- [コンサルタントの方へ](https://start-link.jp/consultant-platform)

### Contact

- [問い合わせ](https://start-link.jp/contact)
- [資料ダウンロード](https://start-link.jp/download/service)
- [Syncナレッジベース](https://start-link.jp/sync/knowledge-base)
- [個人情報保護方針](https://start-link.jp/privacy-policy)
- [個人情報取り扱い規定](https://start-link.jp/personal-information-processing-agreement)

(c) 2026 All Rights Reserved.

```json
{
  "@context" : "https://schema.org",
  "@type" : "BlogPosting",
  "author" : {
    "@type" : "Person",
    "name" : "今枝 拓海",
    "url" : "https://start-link.jp/hubspot-ai/author/imaeda"
  },
  "datePublished" : "2026-03-03T08:35:46.000Z",
  "headline" : "CRM SFA MA 統合の進め方｜顧客データのサイロ化を解消する設計",
  "image" : [ "https://start-link.jp/hubfs/blog/screenshots/generated/crm-sfa-ma-unification.png" ],
  "mainEntityOfPage" : {
    "@id" : "https://start-link.jp/hubspot-ai/btob-marketing/crm-basics/crm-sfa-ma-unification",
    "@type" : "WebPage"
  },
  "publisher" : {
    "@type" : "Organization",
    "logo" : {
      "@type" : "ImageObject",
      "url" : "https://start-link.jp/hubfs/Start%20Link%20(1500%20x%20600%20px)%20(5)-1.png"
    },
    "name" : "株式会社StartLink"
  }
}
```

```json
{
  "@context" : "https://schema.org",
  "@type" : "FAQPage",
  "mainEntity" : [ {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "複数部門が使う顧客マスタや商談プロセスを共通化し、固有要件のある専門機能を外部連携で残す構成も検討できます。まず必要な業務を列挙し、それぞれの構成で更新元、連携障害時の対応、保守担当を確認します。残すツールが決まったら、双方で編集できる項目を洗い出し、更新の優先順位が決まってから連携へ進みます。"
    },
    "name" : "CRM・SFA・MAを同じプラットフォームへまとめるべきですか？"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "対象オブジェクト、データ量、クレンジングの状態、連携先、カスタマイズ、自動化、教育の範囲を棚卸しします。その結果を設計、データ整備、テスト、移行、定着支援の作業に分けて見積もります。要件が未確定なら調査範囲と実装範囲を分け、例外データや連携の復旧方法を確認した時点で見積もりを見直します。"
    },
    "name" : "統合プロジェクトの期間と費用はどう見積もりますか？"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "一意識別子と関連付けを優先します。項目値が移っていても、コンタクトと会社、会社と取引の関係が切れていれば、部門横断の履歴やレポートに使えません。テスト移行では、代表的なレコードを起点に関連レコードを開き、元データと同じ関係が再現されているかを確認します。識別子が変わったレコードや関連先が複数あるレコードでも照合し、違いが残るならマッピングを修正して再試験します。"
    },
    "name" : "既存データの移行で優先して確認することは何ですか？"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "外部連携を設計する前に、部門間で項目の意味と更新条件が一致しているか確認します。次に、更新元、上書き条件、エラー時の扱いを決め、双方向同期が必要な項目と片方向で足りる項目を分けます。判断に迷う項目は実際の変更履歴を確認し、どの部門の更新を基準にするか合意してから同期します。"
    },
    "name" : "外部連携だけでデータサイロは解消できますか？"
  }, {
    "@type" : "Question",
    "acceptedAnswer" : {
      "@type" : "Answer",
      "text" : "現場が日常業務で使う情報と、次の担当へ渡す情報を確認し、必要な項目へ絞ります。二重入力があれば更新元を決め、ステージ移行時に必要な入力や担当者割り当てを試します。運用開始後、入力されない項目があれば、その項目が業務に必要か、入力のタイミングが適切かを見直します。実際の案件で次の行動を判断できることを確認してから、対象部門を広げます。"
    },
    "name" : "現場がCRMを使わなくなる状態をどう防ぎますか？"
  } ]
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/hubspot-ai/btob-marketing/crm-basics/crm-sfa-ma-unification#article",
  "@type" : "BlogPosting",
  "author" : {
    "@id" : "https://start-link.jp/#founder"
  },
  "dateModified" : "2026-10-12T05:04:40+09:00",
  "datePublished" : "2026-03-03T08:35:46+09:00",
  "headline" : "CRM SFA MA 統合の進め方｜顧客データのサイロ化を解消する設計",
  "image" : "https://start-link.jp/hubfs/blog/screenshots/generated/crm-sfa-ma-unification.png",
  "isPartOf" : {
    "@id" : "https://start-link.jp/#website"
  },
  "mainEntityOfPage" : {
    "@id" : "https://start-link.jp/hubspot-ai/btob-marketing/crm-basics/crm-sfa-ma-unification",
    "@type" : "WebPage"
  },
  "publisher" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "speakable" : {
    "@type" : "SpeakableSpecification",
    "cssSelector" : [ ".blog-section h2", ".blog-section p:first-of-type", ".blog-section blockquote" ]
  }
}
```

```json
{
  "@context" : "https://schema.org",
  "@type" : "BreadcrumbList",
  "itemListElement" : [ {
    "@type" : "ListItem",
    "item" : "https://start-link.jp",
    "name" : "ホーム",
    "position" : 1
  }, {
    "@type" : "ListItem",
    "item" : "https://start-link.jp/hubspot-ai",
    "name" : "ブログ",
    "position" : 2
  }, {
    "@type" : "ListItem",
    "item" : "https://start-link.jp/hubspot-ai/btob-marketing",
    "name" : "BtoBマーケティング",
    "position" : 3
  }, {
    "@type" : "ListItem",
    "item" : "https://start-link.jp/hubspot-ai/btob-marketing/crm-basics",
    "name" : "CRM/SFA基礎",
    "position" : 4
  }, {
    "@type" : "ListItem",
    "name" : "CRM SFA MA 統合の進め方｜顧客データのサイロ化を解消する設計",
    "position" : 5
  } ]
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#organization",
  "@type" : "Organization",
  "address" : {
    "@type" : "PostalAddress",
    "addressCountry" : "JP",
    "addressLocality" : "中央区",
    "addressRegion" : "東京都",
    "postalCode" : "104-0061",
    "streetAddress" : "銀座1丁目12番4号 N&E BLD.6F"
  },
  "alternateName" : "StartLink Inc.",
  "award" : [ "HubSpot Gold Solutions Partner（HubSpotゴールドパートナー、2026年4月認定）" ],
  "contactPoint" : [ {
    "@type" : "ContactPoint",
    "availableLanguage" : [ "ja" ],
    "contactType" : "customer support",
    "url" : "https://start-link.jp/contact"
  }, {
    "@type" : "ContactPoint",
    "availableLanguage" : [ "ja", "en" ],
    "contactType" : "sales",
    "url" : "https://start-link.jp/contact"
  } ],
  "description" : "「AI × HubSpot」をコンセプトに掲げるHubSpotゴールドパートナー（Gold Solutions Partner、2026年4月認定）。HubSpotマーケットプレイスに自社アプリ（Sync for freee / Notion / Money Forward / Chatwork）を公開するアプリ開発企業であり、HubSpot/Salesforce知見とAI活用を組み合わせたCRM構築・移行・最適化・AIエージェント/PoC支援まで一貫して提供する。",
  "founder" : {
    "@id" : "https://start-link.jp/#founder",
    "@type" : "Person",
    "jobTitle" : "代表取締役",
    "name" : "今枝 拓海",
    "sameAs" : [ "https://x.com/ImaedaTakumii", "https://www.linkedin.com/in/takumi-imaeda/", "https://www.facebook.com/takumiIma" ]
  },
  "foundingDate" : "2024-09-04",
  "hasCredential" : {
    "@type" : "EducationalOccupationalCredential",
    "credentialCategory" : "certification",
    "name" : "HubSpot Gold Solutions Partner",
    "recognizedBy" : {
      "@type" : "Organization",
      "name" : "HubSpot, Inc.",
      "url" : "https://www.hubspot.com/"
    }
  },
  "image" : [ "https://start-link.jp/hubfs/startlink-ai-agent.jpg", "https://start-link.jp/hubfs/startlink-aiorg.jpg" ],
  "knowsAbout" : [ "HubSpot CRM", "HubSpot Implementation", "HubSpot導入支援", "CRM構築", "AI活用", "HubSpot連携アプリ開発", "Salesforce to HubSpot Migration", "Generative AI Integration", "AI Agent Development", "Revenue Operations", "Marketing Automation", "freee Integration", "Notion Integration", "Money Forward Integration" ],
  "legalName" : "株式会社StartLink",
  "logo" : "https://start-link.jp/hubfs/startlink-logo.png",
  "mainEntityOfPage" : "https://start-link.jp/",
  "memberOf" : {
    "@type" : "ProgramMembership",
    "hostingOrganization" : {
      "@type" : "Organization",
      "name" : "HubSpot, Inc.",
      "url" : "https://www.hubspot.com/"
    },
    "membershipNumber" : "Gold Tier",
    "programName" : "HubSpot Solutions Partner Program"
  },
  "name" : "株式会社StartLink",
  "sameAs" : [ "https://www.youtube.com/@startlink-hubspot", "https://x.com/ImaedaTakumii", "https://www.linkedin.com/in/takumi-imaeda/", "https://www.linkedin.com/company/108100307/", "https://www.facebook.com/takumiIma", "https://www.facebook.com/profile.php?id=61566874764985", "https://prtimes.jp/main/html/searchrlp/company_id/149669", "https://app.hubspot.com/ecosystem/46046172/marketplace/solutions/startlink" ],
  "taxID" : "8010001248134",
  "url" : "https://start-link.jp/"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#website",
  "@type" : "WebSite",
  "inLanguage" : "ja",
  "name" : "株式会社StartLink",
  "publisher" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "url" : "https://start-link.jp/"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-hubspot",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "CRM導入", "HubSpot" ],
  "description" : "150社以上の実績を持つHubSpotゴールドパートナーが、業務フローに合わせた設計から構築・本番稼働まで一貫支援。",
  "name" : "HubSpot導入・構築支援",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "HubSpot導入・構築支援",
  "url" : "https://start-link.jp/service/hubspot"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-hubspot-ai",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "CRM最適化", "AI活用" ],
  "description" : "HubSpotを軸に業務要件に沿った設計改善とAI連携活用を包括支援。",
  "name" : "HubSpot AIコンサルティング",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "HubSpot AIコンサルティング",
  "url" : "https://start-link.jp/service/hubspot-ai"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-hubspot-training",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "研修", "HubSpot" ],
  "description" : "HubSpotの概念・基本操作からAI活用ノウハウまで、社内浸透のための研修を提供。",
  "name" : "HubSpot研修・レクチャー支援",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "HubSpot研修・内製化支援",
  "url" : "https://start-link.jp/service/hubspot-ai/training"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-sf2hs-replace",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "CRM移行", "データ移行" ],
  "description" : "Salesforce/HubSpot双方の思想とデータモデルを理解した移行設計とHubSpot側CRM開発を実行。",
  "name" : "SalesforceからHubSpotへのリプレイス支援",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "SalesforceからHubSpotへのリプレイス支援",
  "url" : "https://start-link.jp/service/salesforce-hubspot-replace"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-claude-code-bi",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "AI活用", "経営管理" ],
  "description" : "複数システムのデータを統合し、毎朝のAIブリーフィングなど経営の意思決定を加速する仕組みを構築。",
  "name" : "Claude Codeによる経営データ活用支援",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "AI経営管理支援",
  "url" : "https://start-link.jp/service/claude-code/business-intelligence"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#service-claude-code-content",
  "@type" : "Service",
  "areaServed" : "JP",
  "category" : [ "コンテンツマーケティング", "AI活用" ],
  "description" : "キーワード戦略からSEO記事制作、CMS公開まで、AIを活用したコンテンツマーケティングを自動化。",
  "name" : "Claude Codeによるコンテンツマーケティング支援",
  "provider" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "serviceType" : "AIコンテンツ制作支援",
  "url" : "https://start-link.jp/service/claude-code/content-marketing"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#product-sync-freee",
  "@type" : "SoftwareApplication",
  "applicationCategory" : "BusinessApplication",
  "author" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "description" : "HubSpotとfreee会計・freee請求書をシームレスに連携。取引先の同期から請求書作成まで、バックオフィスの業務を自動化するHubSpotマーケットプレイスアプリ。",
  "featureList" : [ "freee取引先をHubSpotに自動同期", "HubSpotからfreee見積書・請求書を作成", "取引データをfreee会計に自動登録", "月次請求・更新処理に対応", "商品項目・品目・部門・タグ情報の連携" ],
  "installUrl" : "https://ecosystem.hubspot.com/marketplace/apps/sync-for-freee-bystartlink",
  "name" : "Sync for freee",
  "offers" : [ {
    "@type" : "Offer",
    "description" : "請求月5件・見積月20件まで",
    "name" : "Free",
    "price" : "0",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "請求月50件・見積月100件まで",
    "name" : "Professional",
    "price" : "4000",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "無制限",
    "name" : "Enterprise",
    "price" : "10000",
    "priceCurrency" : "JPY"
  } ],
  "operatingSystem" : "Web",
  "softwareHelp" : {
    "@type" : "WebPage",
    "url" : "https://start-link.jp/sync/knowledge-base/freee/basic-steps"
  },
  "url" : "https://start-link.jp/sync/freee"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#product-sync-notion",
  "@type" : "SoftwareApplication",
  "applicationCategory" : "BusinessApplication",
  "author" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "description" : "HubSpotのCRMレコードとNotionのページ・データベースを接続。HubSpotの画面から離れずにNotionのすべてにアクセスできるHubSpotマーケットプレイスアプリ。",
  "featureList" : [ "CRMカードからNotionページの作成・閲覧・編集", "NotionデータベースをCRMタブにテーブル表示", "4つのワークフローアクションで自動化", "コンタクト・会社・取引・チケット・サービス・プロジェクト対応" ],
  "installUrl" : "https://ecosystem.hubspot.com/marketplace/listing/sync-for-notion-bystartlink",
  "name" : "Sync for Notion",
  "offers" : [ {
    "@type" : "Offer",
    "description" : "ページ・DB合計50件まで",
    "name" : "Free",
    "price" : "0",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "無制限",
    "name" : "Professional",
    "price" : "10000",
    "priceCurrency" : "JPY"
  } ],
  "operatingSystem" : "Web",
  "url" : "https://start-link.jp/sync/notion"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#product-sync-moneyforward",
  "@type" : "SoftwareApplication",
  "applicationCategory" : "BusinessApplication",
  "author" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "description" : "HubSpotとマネーフォワード クラウドを連携。取引情報から見積書・請求書を自動作成し、取引先・品目の同期や継続請求に対応するHubSpot連携アプリ。",
  "featureList" : [ "取引（Deal）から見積書・請求書を自動作成", "会社情報とマネーフォワード取引先の同期", "商品項目・品目マスタの連携", "月次・固定回数の継続請求に対応（Professionalプラン以上）", "合算請求（Enterpriseプラン限定）", "前受請求（一括請求・月次計上）（Enterpriseプラン限定）", "原価登録（MF会計への仕訳登録）で案件別の原価・粗利を可視化（Enterpriseプラン限定）", "取引レコードにCRMカードで連携ステータスを表示" ],
  "installUrl" : "https://ecosystem.hubspot.com/ja/marketplace/listing/sync-for-moneyforward-bystartlink",
  "name" : "Sync for Money Forward",
  "offers" : [ {
    "@type" : "Offer",
    "description" : "請求月5件・見積月20件まで",
    "name" : "Free",
    "price" : "0",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "請求月50件・見積月100件まで",
    "name" : "Professional",
    "price" : "4000",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "無制限",
    "name" : "Enterprise",
    "price" : "10000",
    "priceCurrency" : "JPY"
  } ],
  "operatingSystem" : "Web",
  "url" : "https://start-link.jp/sync/moneyforward"
}
```

```json
{
  "@context" : "https://schema.org",
  "@id" : "https://start-link.jp/#product-sync-chatwork",
  "@type" : "SoftwareApplication",
  "applicationCategory" : "BusinessApplication",
  "author" : {
    "@id" : "https://start-link.jp/#organization"
  },
  "description" : "HubSpotとChatworkを連携。ワークフローからChatworkのルームへ通知を送り、CRMカード上で最新のやり取りの確認と返信ができ、紐付けたルームの新着メッセージをHubSpotのノートとして自動で記録するHubSpot連携アプリ。",
  "featureList" : [ "ワークフローアクション「Chatworkに通知」（取引・会社・コンタクト・チケット対応）", "送信先ルームIDとメッセージ本文にHubSpotのプロパティを差し込み", "取引・会社・コンタクトとChatworkルームの紐付け（全プラン無制限）", "CRMカードにルームの最新100件のメッセージを表示（Professionalプラン以上）", "CRMカードからChatworkへメッセージを送信（Professionalプラン以上）", "紐付けたルームの新着メッセージをHubSpotのノートへ自動記録（Enterpriseプラン限定）", "引用や装飾を、HubSpotのノートでも読みやすい見た目のまま記録", "OAuth接続とAPIトークン接続（SAML/SSO環境向け）に対応" ],
  "installUrl" : "https://ecosystem.hubspot.com/marketplace/listing/sync-for-chatwork-bystartlink",
  "name" : "Sync for Chatwork",
  "offers" : [ {
    "@type" : "Offer",
    "description" : "通知 月10件まで・ルーム紐付け無制限",
    "name" : "Free",
    "price" : "0",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "通知無制限・CRMカードで最新100件の表示とメッセージ送信",
    "name" : "Professional",
    "price" : "3000",
    "priceCurrency" : "JPY"
  }, {
    "@type" : "Offer",
    "billingIncrement" : "P1M",
    "description" : "Professionalの全機能＋メッセージ同期（30分ごと）",
    "name" : "Enterprise",
    "price" : "10000",
    "priceCurrency" : "JPY"
  } ],
  "operatingSystem" : "Web",
  "url" : "https://start-link.jp/sync/chatwork"
}
```