【事例】LINE×Salesforce連携で二重課金を防ぐ!顧客接点の最適化
LINEとSalesforce連携でライセンスの二重課金を防ぎつつ、顧客接点を最適化する事例の整理。接点設計のポイントを解説します。
目次 クリックで開く
こんにちは。Aurant Technologiesです。
これまでのブログでは、Salesforceと会計ソフトの連携や、業務を高度化するAI活用について解説してきました。
今回は、企業の顧客接点において今や欠かせないインフラとなった「LINE」と、顧客データを一元管理する「Salesforce(CRM)」の連携についてお話しします。

「LINE公式アカウントを運用しているが、Salesforceの顧客データと紐付いていない」
「Marketing Cloud等を使ってSalesforceから直接LINE配信しようとしたが、コスト面で課題を感じている」
こうしたお悩みを抱えるマーケティング・DX責任者様に向けて、連携プロジェクトをスムーズに進めるための「システム構成の選び方」と、私たちが提案する「AIモジュールを活用した構成」、さらにはSalesforceのオブジェクト設計の考え方について解説します。
そもそも、なぜLINEとSalesforceを連携するのか?(役割と使い分け)
連携の具体的な方法をお話しする前に、それぞれのシステムの「役割(使い分け)」を明確にしておく必要があります。ここがブレてしまうと、システム投資の費用対効果が低下しやすくなります。

Salesforceの役割(データとビジネスの司令塔)
社内に散らばる情報を一つにまとめる「顧客データの司令塔」です。顧客の属性、過去の商談履歴、購買データなどをすべて集約し、分析やターゲットの抽出を行うための強固な土台となります。
LINEの役割(顧客接点)
圧倒的な利用ユーザー数と開封率を誇る「顧客とのリアルタイムなコミュニケーションツール」です。メールに比べて高い反応率が期待でき、顧客にとって心理的ハードルの低い連絡手段です。
この2つを連携させることで、「Salesforceのデータに基づいた、LINEでの一人ひとりに合わせた最適なメッセージ配信」や「LINEでの行動履歴をSalesforceの営業活動に活かす」ことが可能になります。
Salesforce単体でのLINE配信(SFMC等)におけるコスト構造の課題
「Salesforceのデータを使ってLINEを送りたいなら、Salesforce Marketing Cloud(SFMC)などの機能を使って、Salesforceから直接LINEを配信すればいいのでは?」と考える方も多いと思います。
しかし、Salesforce単体で直接配信する仕組みには、「Super Message(スーパーメッセージ)による二重課金」という、留意すべきコスト構造の課題があります。
Salesforce Marketing Cloud等を経由してLINE配信を行う場合、LINE公式アカウントの正規の配信費用(LINE社へ支払う通信費)とは「別」に、Salesforce側のシステム利用料として「1メッセージ配信あたりの従量課金(Super Message等)」が別途発生します。
【コスト試算】友だち数1万人に対して、月4回配信するケース
具体的な数字でシミュレーションしてみましょう。LINEの有効友だち数が10,000人おり、週に1回(月4回)、全員にメッセージを配信するとします(月間40,000通)。
【パターンA:Salesforce単体(SFMC等)で配信した場合】
- LINE公式アカウントの配信費用(スタンダードプラン等):約15,000円
- Salesforce側の従量課金(1通〇円×40,000通):数万円の追加費用
- + Marketing Cloud等のベース利用料
【パターンB:Aurantが推奨するAIモジュール経由で配信した場合】
- LINE公式アカウントの配信費用:約15,000円
- Salesforce側の従量課金:0円
- + AIモジュールの固定月額費用のみ
配信数や友だち数が増えれば増えるほど、パターンAではLINEとSalesforceの両方に従量課金が発生するため、維持費が継続的に増加していきます。これは中長期的な事業計画において見過ごせないコスト要因となります。
Aurantが提案する「AIモジュール」をハブにした連携
このコスト面の課題と、Salesforce単体では実現が難しい「LINE特有の柔軟な画面設計」という要望に対応するため、Aurant Technologiesでは「Salesforce ⇔ AIモジュール ⇔ LINE」というシステム構成を推奨しています。
具体的には、顧客とのやり取りに特化したAIモジュールを採用し、Salesforceと連携させます。

- データ抽出はSalesforceで: 顧客データに基づいた高度なターゲットリストの作成はSalesforce側で行います。
- 配信と画面の提供はAIモジュールで: 抽出したリストをAIモジュールに渡し、実際のLINE配信やメニュー画面の切り替え、ミニアプリの提供などはAIモジュール側で行います。
この役割分担がなぜ効果的なのか。以下の比較表をご覧ください。
【比較表】Salesforce単体配信 vs AIモジュール経由配信

| 比較項目 | パターン①:Salesforce単体配信 (SFMC等を利用) |
パターン②:AIモジュール経由配信 (Aurant推奨) |
|---|---|---|
| メッセージ課金(コスト) | △(二重課金が発生) LINE公式の配信費用とは別に、SF側の従量課金が別途発生する。 |
◎(追加課金なし) メッセージ配信に追加された従量課金は発生しない。 |
| メッセージ配信 | △ SFMC等の機能から複雑なカスタマイズを行う必要がある。 |
〇 「データ抽出(ターゲットリスト作成)」のみSF側で行い、AIモジュールからスムーズに配信を行う。 |
| メニュー画面等の連動 | × 現状、ユーザーの状況に合わせてLINEのメニュー画面(リッチメニュー)を動的に切り替える機能はSalesforce側で保有していない。 |
◎ ユーザーの行動履歴や状況に応じたメニューの出し分けを、ノーコードで即座に反映できる。 |
| デザインの柔軟性 | △ 送れるテンプレートの数や形式に制限がある。 |
◎ LINEに特化したフォーマットに対応。管理画面上で画像やテキストを配置するだけで柔軟に送信可能。 |
| ブロック時の自動除外処理 | △(開発コスト増) SF側でのシステム対応・開発が必須。ユーザーがブロックした際の配信除外設定などを独自に開発する必要がある。 |
〇(標準搭載) システムを常時監視しているため、ブロックされた瞬間に自動で配信除外対応を行う。 |
上記の通り、SalesforceにLINE配信の機能を担わせるのではなく、LINEに特化した「AIモジュール」に任せることで、「二重課金の回避」「メニュー画面の柔軟な切り替え」「ブロック時の自動除外への対応」といったメリットを享受できます。
【実例フロー】Salesforce×LINEで実現する効果的な追客シナリオ
では、このシステム構成を実装すると、実際の現場はどのように変わるのでしょうか? ある企業における、営業とマーケティングが連動した追客フローの例をご紹介します。
- LINEでのリード獲得: Webサイトや展示会で「資料請求」や「診断」をフックにLINEの友だち追加を促します。
- Salesforceでの自動スコアリング: LINE内でユーザーが回答したアンケート結果(予算や検討時期など)は、即座にAIモジュールを経由してSalesforceの「リード(見込み客)」オブジェクトに同期されます。
- リッチメニューの動的切り替え(AIモジュール): Salesforce側で「この顧客は確度が高い」と判定されると、AIモジュールが自動的にLINEのメニュー画面を「無料相談の予約はこちら」といった具体的なアクションを促すものに切り替えます。
- 最適なタイミングでのプッシュ配信: Salesforce上で「商談から3ヶ月経過し、かつ失注ステータス」の顧客リストを抽出し、AIモジュールに連携。休眠顧客に対してのみ「最新事例のご紹介」といったLINEメッセージを自動配信します。

このように、Salesforceの「データ分析力」とLINEの「顧客接点」が噛み合うことで、営業工数を削減しつつ、コンバージョン率の向上が期待できます。
いきなり「ID連携(フルシステム連携)」を行うべきではない理由
ここで、システム導入時によくある課題についてお話しします。それは「最初からSalesforceの顧客データとLINEのユーザーデータを完全にシステム連携(ID連携)させようとする」ことです。
結論から言うと、Aurant Technologiesでは初期段階での完全なID連携は推奨していません。
最初からフル連携システムを構築しようとすると多大な開発コストと期間がかかります。また、実際に運用してみると「費用をかけてまで、そこまで細かくメッセージを出し分ける費用対効果がなかった」となるケースも少なくありません。
最初は、「Salesforce上の顧客データ」と「LINE上のユーザーデータ」は「別のデータ」であると割り切って設計を進めるのが、コスト面でもリスク面でも安全です。
Aurantが提案する「ミニマムPoC」と段階的アプローチ
私たちは、システム投資の費用対効果を最大化するために「段階的なアプローチ」をご提案しています。
Step 1:CSVによる「ミニマムPoC(仮説検証)」
最初はシステムを直接繋ぎ込まず、Salesforceから抽出したターゲットリストを「CSV」等で出力し、手動や簡易的な連携ツールを使ってLINE配信を行うレベルに留めます。運用でカバーしながら、まずは「自社の顧客に対してLINEでのセグメント配信が本当に売上やCVRに貢献するのか?」をテスト(PoC)します。開発コストを最小限に抑え、市場の反応を確認します。
Step 2:より良いユーザー体験を追求するための「ID連携」
PoCを回した結果、「よりパーソナライズされた体験を提供すれば、さらに成果が上がる」という実証データが得られたタイミングで、初めて本格的な「データ連携(ID連携)」への投資に踏み切ります。
システム連携はあくまで「より良いユーザー体験を追い求めるため」に行うものであり、連携すること自体を目的化しないことが重要です。
ID連携を成功に導く「オブジェクト設計」の重要性
そして、いざ本格的なID連携に踏み切る際、私たちの強みである「Salesforceのオブジェクト設計(データの持ち方)」が機能します。ただAPIを繋ぐだけでは、データの不整合が起きやすくなります。
LINE UIDの格納場所
LINEのUIDを「リード」オブジェクトに持たせるのか、「取引先責任者」に持たせるのか。あるいは独自のカスタムオブジェクトを作成するのか。貴社のビジネスモデルに合わせて最適なデータ構造を設計します。
オプトイン(同意)とブロックステータスの管理
「LINE配信の同意を得ているか」「現在ブロックされていないか」というフラグをSalesforce上でどう管理し、営業担当者が画面を見た瞬間に判別できるUIを設計します。
「まずはミニマムに検証し、費用対効果が見込めた段階で、適切なデータ構造でシステム化する」。 これが、無駄なコストを抑えつつ、現場で確実に機能するシステムを構築するためのセオリーです。
まとめ:顧客接点の強化は、正しいシステム基盤選びから
「SalesforceからLINEを送りたいが、従量課金のコストに懸念がある」「顧客の状況に合わせてLINEのメニュー画面を出し分けたい」「本格的なシステム連携の前に、まずは小さくテストを行いたい」
もしこのようなお悩みを抱えていらっしゃいましたら、ぜひ一度ご相談ください。
既存のツールに無理やり業務を合わせるのではなく、ビジネスの実態に即した「段階的なアプローチ」と「最適なシステム構成」で、貴社の顧客との繋がりを強化するロードマップをご提案いたします。
貴社のシステム構造は最適化されていますか? 現状のシステムコストの無駄を洗い出し、最適なシステム構成を提案する「CX to Backoffice 構造診断」を無料で実施しております。お気軽にお問い合わせください。