資料請求や見学会の来場者に、決まった順番でメールやLINEを届けたい。そう考えてMA（マーケティングオートメーション）の資料を取り寄せると、機能一覧はどれも似て見え、すでに使っている顧客管理（CRM）とどこが違うのかもはっきりしません。導入後に起きやすいのは、機能が足りないことよりも、商談中や契約済みのお客様に育成用の配信が届き続けるといった「止まらない」問題です。
この記事は、MAの導入を検討している地域工務店の経営者・営業責任者と、設定や運用を担う営業事務の方に向けたものです。結論は三つです。CRMは人が判断する記録、MAは決めた条件で配信を動かす仕組みと役割を分けること。最初は1〜2本のシナリオで試し、それで回らなければ導入を急がないこと。そして本番前に、顧客IDと停止条件が正しくつながっているかを少数のテストで検収することです。
ハウスメーカーで拠点の担当者へ通知を送る場合
MAが受けた返信や予約を拠点の担当者へ通知する会社では、通知の宛先をCRMの主担当から引くのか拠点の共通窓口へ送るのかを決め、担当不在時の受け手も設定します。
少数テストでは、拠点を変えた社内アドレスも含め、停止対象がどの拠点の配信からも外れるかを検収します。
この記事でわかること
- CRMとMAの役割の違いと、どちらの記録を正とするかの決め方
- シナリオ1〜2本で導入の要否を判断する問いと、停止対象の一覧の作り方
- 社内のテスト用アドレスで、停止と担当者通知が働くかを確かめる検収手順
MAとCRMは「誰が判断するか」で分ける
CRMは、お客様ごとの接点、検討段階、担当者、次にいつ何をするかを記録する台帳です。記録を見て次の連絡を決めるのは担当者です。MAは、あらかじめ決めた条件を満たした人に、決めた内容を決めた時期に配信し、その反応を記録する仕組みです。判断の多くを事前の設定に置き換える点が違います。
住宅会社向けのMAの解説では、自動配信メール、ポータルサイトからの反響への返信、Webの閲覧履歴の把握、営業への情報共有といった機能が説明されています（マーケティング・オートメーションって何？｜ココリブ）。製品によっては、営業の顧客情報や商談状況を施工管理のシステムへ反映できるとうたうものもあります（住宅・不動産業界営業支援システム Digima）。ただ、こうした機能が自社で働くかどうかは、自社の台帳とどうつなぐかで決まります。
二つを併用する場合、最初に決めるのは「検討段階や担当者の情報はどちらを正とするか」です。藤波工務店（架空、社員14人）では、検討段階・担当者・次回対応日はCRMを正とし、MAはCRMの値を受け取って配信を出し分けるだけ、という分担にしました。MAの画面で営業担当が段階を書き換えると、CRMと食い違って誰も気づかなくなるためです。ただし配信停止の希望だけは例外で、MAの停止リンクなどMA側で受けた停止は、CRMを待たずにまずMAで止め、そのあとCRMへ同期します。同期に障害が起きても、止めた配信は止まったままにしておきます。
横にスワイプして、右側の列を確認できます →
| 項目 | CRM（台帳）で持つ | MAで持つ |
|---|---|---|
| 検討段階・担当者・次回対応日 | 正として記録し、担当者が更新する | CRMから受け取り、出し分けに使うだけ |
| 配信の内容・順番・間隔 | 持たない | シナリオとして設定する |
| 配信停止の希望 | 受けた事実・日付・本人が希望した範囲を記録する。CRMで受けたら、MAへ反映するまで対象の配信を保留する | MAで受けた停止はその場で止め、CRMへ同期する |
| 返信・予約などの反応 | 担当者が対応結果を記録する | 検知して担当者へ通知する |
| 閲覧・開封の記録 | 必要なら参考情報として残す | 記録するが、意向の断定には使わない |
閲覧や開封の記録は、検討の手がかりにはなっても、関心の強さを示す証拠ではありません。家族に見せるために開き直した、他社と比べるために見返した、といった理由もあるからです。連絡の順番の付け方は追客の優先順位を決める記事に譲り、ここでは通知の対象を返信と予約のような明示的な行動に絞る前提で進めます。
導入するかどうかを、シナリオ2本で判断する
MAの導入可否は、使いたいシナリオを1〜2本、紙に書いてみると判断しやすくなります。藤波工務店が書いたのは次の2本です（内容と間隔は架空例）。
- シナリオA：資料請求の翌日にお礼と資料の読みどころ、7日後に見学会の案内ページ、21日後に資金計画の読み物
- シナリオB：見学会来場の翌日にお礼と来場者向けの共通資料、14日後に施工事例、30日後に個別相談の案内
当日に受けた質問への補足は、相手ごとに中身が違う個別の回答なので、シナリオBには入れません。担当者が質問の記録を確かめてから、個別に返信します。自動で送るのは、誰に届いても同じでよい共通のお礼と共通資料までです。
書いてみると、必要なものが見えてきます。各回の本文、案内先のページ、誰が対象から外れるかの条件、返信が来たときに誰が受けるかです。この準備が自社で回るかどうかを、次の表で確かめます。
横にスワイプして、右側の列を確認できます →
| 判断材料 | MAを試す価値がある状態 | 先に台帳とひな形で足りる状態 |
|---|---|---|
| 新規の反響 | 担当者が一件ずつ文面を書く時間が足りない | 担当者が無理なく個別に書ける件数 |
| 配信する中身 | 2本分の本文と案内先のページが用意できる | 送る中身がまだない、またはイベント告知だけ |
| 停止条件の記録 | 商談開始・契約・停止希望がCRMに日付つきで入っている | 段階の更新が担当者の記憶頼み |
| 返信の受け手 | 返信と予約を誰が何時間以内に受けるか決まっている | 返信が来ても担当が決まっていない |
右の列に当てはまる項目が多いなら、MAを入れても配信は動きますが、止める仕組みが支えられません。その場合は、CRMに次回対応日を入れ、文面のひな形をコピーして担当者が送る運用から始めるほうが安全です。件数の基準は会社によって違うため、ここでは数値の線を引きません。自社で一か月分の反響と、そのうち担当者が個別の連絡を書けた件数を数えてみると、判断の材料になります。
連携の要は顧客IDと停止対象
顧客IDを一つに決める
同じお客様が、資料請求ではメールアドレス、見学会ではLINE、電話では携帯番号で記録されていることはよくあります。MAとCRMをつなぐときに、これらが別人として扱われると、片方で止めた配信が、もう片方の経路から届いてしまいます。
そこで、CRM側で一人に一つの顧客IDを発行し、メールアドレス・LINEの識別子・電話番号はそのIDにひも付く「連絡先」として持つようにします。夫婦それぞれから問い合わせがあった場合に、世帯で一つの案件とするか、二人を別に扱うかもこの段階で決めます。藤波工務店では、案件は世帯で一つ、連絡先は個人ごとに持つと決めました。
名寄せでは、同じアドレスだから同じ人、と機械的にまとめないことも大切です。家族で共有しているアドレスや、家族が別々に申し込んだケースを一人と混同すると、本人の意思と違う配信や停止が起きます。まとめる前に、申込みの名前や過去の接点の履歴で同じ人かを確かめます。停止の希望は、申し出た本人と、本人が希望した範囲（メールだけか、すべての営業連絡か）で管理し、申し出の内容を家族に勝手に伝えないようにします。
止める条件を先に書く
シナリオの本文より先に、誰に送らないかの一覧を作ります。止める条件が後回しになると、配信が始まってから個別に止める作業に追われます。
横にスワイプして、右側の列を確認できます →
| 停止対象 | 根拠となる記録 | 入力する人 | 保留と反映 |
|---|---|---|---|
| 配信停止の希望 | 申し出の日付・経路・希望した範囲 | 受けた人（営業・事務） | 受けた時点で対象の一般案内を保留し、次の送信前に反映を確認 |
| 商談が始まった | CRMの段階が「商談中」以降 | 担当営業 | 段階を更新した時点で育成の配信を保留し、次の送信前に反映を確認 |
| 契約・失注の確定 | CRMの段階 | 担当営業（確認は営業責任者） | 確定した時点で育成の配信を保留し、次の送信前に反映を確認 |
| 同業者・取引先・応募者 | 区分の記録 | 営業事務 | 判明した時点で保留し、次の送信前に反映を確認 |
| 連絡先の不達 | 不達の記録 | 営業事務 | 確認した時点でその経路の配信を保留 |
停止の希望は、メールの配信停止リンクだけでなく、電話や見学会の場で口頭で伝えられることもあります。どの経路で受けても、受けた時点でその人への一般案内を保留し、同じ欄に記録します。記録や連携の反映を待つ間に次の配信が走らないよう、送信予定に入っている分も止めます。特定の人だけをすぐに外せない設定なら、関連するシナリオ全体をいったん止め、外れたことを確かめてから再開します。一度止めた相手に、本人の明確な再開希望がないまま、別の経路や期限の案内を理由に連絡を再開しないことも、ルールとして書いておきます。
そもそもMAで自動送信する広告・案内のメールは、あらかじめその案内を受け取ることに同意した人に送る前提です。資料請求や問い合わせをしたことだけを、宣伝を受け取り続ける同意として扱わないでください（消費者庁：特定電子メール法）。
担当者への通知は「返信と予約」から
MAには、反応があった人を営業へ知らせる機能を持つものが多くあります。最初に通知の対象とするのは、返信が届いた、予約が入った、の二つに絞ることを勧めます。どちらもお客様が工務店に向けて起こした行動で、対応しなければ相手を待たせるからです。
通知には、受け手と期限を決めます。藤波工務店では、返信は担当営業の小田切へ、担当者が休みの日は営業事務の村瀬へ届くようにし、返信には営業時間内なら当日中に一次対応する、と決めました。閲覧の通知は最初は設定せず、運用が落ち着いてから必要性を検討することにしています。通知が多すぎると、本当に返事が必要な通知が埋もれるためです。
少数テストで検収する
設定が終わったら、本番の顧客に配信する前に、社内のテスト用アドレスとLINEアカウントを5件ほど（提案）用意し、停止と通知が働くかを確かめます。ベンダーの導入支援がある場合も、検収の判断は自社で行います。
横にスワイプして、右側の列を確認できます →
| 検収ケース | 操作 | 期待する結果 | 確認者 |
|---|---|---|---|
| 新規登録 | テスト1をCRMに資料請求として登録 | 翌日にシナリオA第1回が届く | 村瀬 |
| 商談開始で停止 | テスト2の段階を「商談中」に変更 | 次の送信の前に対象から外れる | 小田切 |
| 停止希望 | テスト3で配信停止リンクを押す／口頭の申し出を記録 | どちらでも次の送信の前に外れる。リンクの停止はMAで止まってからCRMに同期される | 村瀬 |
| 名寄せ（全経路の停止） | テスト4のメールとLINEを同じIDに登録し、全経路の営業連絡の停止を希望したケースとしてメール側で停止を記録 | LINE側の配信も次の送信の前に止まる | 村瀬 |
| 返信通知 | テスト5から配信へ返信 | 小田切に通知、休日設定時は村瀬に届く | 小田切 |
名寄せのケースは、全経路の停止を希望した場合の確認です。メールだけの停止を希望したケースとは混同せず、範囲が違う申し出として別に記録します。CRMとMAの同期を一時的に切った状態でも、MAで止めた配信が止まったままかも合わせて確かめておくと安心です。
期待どおりにならなかったケースは、どこで止まったかを記録し、ベンダーに問い合わせて直してから、そのケースだけをもう一度試します。すべてのケースが通ったら、本番は最初の2週間ほど（提案）、新規の反響だけを対象にし、既存の名簿への一斉登録は後に回します。過去の名簿には段階の更新が漏れている人が混ざりやすく、検収で確かめた停止の仕組みが働く前提が崩れるからです。
検収ケースと結果を記録する表は、次の資料にまとめました。記入例は架空のテストです。
LINEを配信経路に含める場合
LINE公式アカウントの標準のステップ配信では、開始条件に友だち追加かオーディエンスを選び、待ち時間と、属性やオーディエンスによる条件分岐を設定できます（ステップ配信マニュアル｜LINEヤフー for Business）。同じマニュアルでは、配信開始後に内容を変更しても、すでに条件を満たして進んでいる人には変更前のメッセージが送られることや、条件に使っているオーディエンスが使えなくなるとシナリオが止まることも説明されています。
このため、CRMの段階変更でLINEの配信を止めたい場合は、その連携がMAやLINE側のどの仕組みで実現されているかを確かめ、上の検収表に「段階を変えたあと、次のLINEの送信の前に止まるか」を加えて試します。標準機能だけで同じことができると推測して設計しないでください。特定の人だけを止められることが確かめられないうちは、商談中の人が混ざりうるLINEの配信を本番で動かしません。
運用を始めてからの切り分け
横にスワイプして、右側の列を確認できます →
| 症状 | 最初に見る記録 | 考えられる原因と次の手 |
|---|---|---|
| 商談中のお客様に育成の配信が届いた | CRMの段階の更新日 | 更新が遅れた、または連携の反映待ち。段階を更新した時点で保留する手順と、次の送信前に反映されるかを確かめる |
| 停止を申し出た人に別経路から届いた | 連絡先と顧客IDのひも付け | 名寄せの漏れ。連絡先を同じIDにまとめ、該当の経路も止める |
| 返信に一日以上気づかなかった | 通知の送信先と休日設定 | 受け手が一人だけ。代わりの受け手を設定する |
| 配信は続くが返信も予約もない | 対象の段階と配信内容 | 内容が対象の検討段階に合っていない可能性。一回分ずつ見直す |
| 設定を直しても前の文面が届く | 変更日時と対象者の開始日 | 進行中の人には変更前の内容が残る仕様の可能性。新規の対象から確かめる |
よくある質問
CRMを入れていない状態で、MAから始めてもよいですか
配信だけなら始められますが、止める条件の根拠となる段階や停止希望の記録がない状態になります。最低限、顧客ID、検討段階、担当者、次回対応日、停止希望の有無を一つの台帳に持ってから、MAをつなぐ順番を勧めます。台帳の項目の選び方はCRMの選び方の記事で扱っています。
シナリオは何本あれば導入する意味がありますか
本数で決めるより、2本のシナリオを止める条件まで含めて回せるかで判断します。2本を回せる準備があれば、3本目以降は同じ型で増やせます。逆に2本分の本文と停止の記録がそろわないうちは、本数を増やしても止まらない配信が増えるだけになりがちです。
ベンダーの導入支援に任せれば、検収は不要ですか
設定作業を任せることはできても、どの段階で止めるか、誰が返信を受けるかは自社の業務の決まりです。検収表のケースは自社の担当者が操作し、結果を自分の目で確かめておくと、運用開始後に問題が起きたときの切り分けも早くなります。
次の一歩
まずは、使いたいシナリオを1本だけ書き出し、その下に「このお客様には送らない」という条件を思いつく限り並べてみてください。条件のうち、いま台帳に日付つきで記録できているものがどれだけあるかが、MA導入の準備度を示します。
配信の仕組みより先に、相談台帳と次回対応の管理を整えたい場合は、工務店追客部に、準備と管理の任せ方を相談することができます。工務店追客部は現在、限られた会社で試験利用中で、一般の利用申込はまだ受け付けていません。相談台帳・接点・次回対応・検討段階の管理と、AIによる文案の下書きを扱い、文案は担当者がコピーして送る形です（メール・LINEとの接続は正式開始時に提供予定）。相談は無料で、契約や課金は発生しません。