問い合わせ対応漏れを9割減らす n8nリードスコアリング自動化

問い合わせが増えると、確認や仕分けが後回しになりがちです。n8nを使えば、フォームの回答を自動で受け取り、予算や購入時期に応じて優先度を判定できます。本記事では、不動産会社が小さく始められる構成、料金、導入手順、運用上の注意点を紹介します。

📋 この記事のポイント

• 問い合わせ対応を仕組み化 — フォームの回答をn8nで受け取り、一定の基準で優先度を判定します。
• 0〜100点でスコア化 — 予算・購入時期・エリア・物件種別を使い、対応順を整理します。
• Slackへ優先度別に通知 — 高優先は即時、中優先は担当者、低優先は一覧で共有します。
• 月10時間から月2時間への削減を試算 — 編集部の試算であり、実際の効果は運用状況によって異なります。
• 月額費用を確認できる — クラウド版とセルフホスティングの違いを比較します。
• 90分で試せる構成 — まずはGoogleフォーム1つから始める手順を説明します。

🏠 不動産会社の問い合わせ対応、どこで漏れている？

不動産会社の問い合わせは、複数の経路から届きます。確認場所が分かれると、返信や担当者への共有が遅れることがあります。

問い合わせ経路の分散が生む確認漏れ

代表的な問い合わせ経路は次のとおりです。

• 自社Webサイトのフォーム — 物件詳細ページなどからの問い合わせ
• ポータルサイト — SUUMO、アットホーム、ホームズなど
• メール — 代表アドレスや担当者宛ての直接連絡
• 電話 — 営業時間中に受ける問い合わせ
• LINE公式アカウントやSNS — メッセージ機能からの相談

経路ごとに確認担当や通知方法が異なると、対応状況を一元的に把握しにくくなります。特にフォームの回答は、通知メールが他のメールに埋もれることがあります。

手動仕分けの限界

問い合わせを受けた後、担当者が優先度を判断する方法には、次の課題があります。

1. 判断基準が担当者ごとに変わる — 経験によって、同じ問い合わせでも評価が分かれます。
2. 仕分けに時間がかかる — 件数が増えるほど、確認や転記の工数が増えます。
3. 対応状況を追いにくい — 誰が対応中か、未対応かを別途管理する必要があります。

スコアリングは、この判断を一定のルールに置き換える方法です。成約確率を自動で予測する仕組みではなく、対応順をそろえるための補助機能として使います。

対応速度に関する海外調査の扱い

問い合わせから5分以内の対応で成約率が約9倍になるという主張や、24時間以上経過すると約8割の見込み客が競合へ流れるという主張が紹介されることがあります。しかし、今回の原稿では企業名、調査名、原典URLを確認できませんでした。

そのため、これらの数値は本記事の根拠として使用しません。実際の対応速度と成約率の関係は、地域、物件、価格、営業体制によって異なります。自社で検証する場合は、問い合わせ時刻、初回返信時刻、内見予約、成約などを記録して比較してください。

このように、まずは対応状況をそろえることが出発点です。次のセクションでは、n8nで受信から通知までをつなぐ構成を確認します。

⚙️ n8nで作るリードスコアリングの全体像

n8nは、複数のサービスをつないで処理を自動化するツールです。クラウド版に加え、自社でサーバーを用意するセルフホスティングにも対応しています。

データの流れ：Webフォーム → n8n → Slack

本レシピは、次の3段階で構成します。

Webフォームからデータを取得する3パターン

Googleフォームは回答がGoogleスプレッドシートに保存されるため、試験導入に向いています。WordPressや自社開発フォームでは、送信時にWebhookへデータを渡す設定が必要です。

スコアリング条件の設計

最初から複雑な条件を設定すると、担当者が判定理由を理解しにくくなります。まずは次の4項目に絞ります。

この点数は対応順を決めるための社内ルールです。成約率や売上を保証する指標ではないため、実績と照らし合わせて定期的に見直します。

n8nと他の自動化ツールの比較

セルフホスティングは費用を抑えやすい一方、サーバーの設定や更新が必要です。設定の手間を抑えたい会社はクラウド版、社内に技術担当者がいる会社はセルフホスティングを検討できます。

次のセクションでは、実際に使う加点ルールと、運用時の調整方法を説明します。

🔢 スコアリング条件の設計：優先度をどう決めるか

スコアは、問い合わせの重要度を機械的に並べ替えるために使います。成約の可能性を断定するものではありません。

基本の加点ルール

加点ルールを調整するポイント

購入時期を重くするのは、早期の問い合わせを先に確認したい場合です。ただし、会社によって重要な条件は異なります。

たとえば、投資用物件を扱う会社では予算を重視するかもしれません。地域密着型の会社では、得意エリアとの一致を重視する場合があります。実績を記録し、問い合わせから内見予約や成約までの流れを確認して、点数を調整してください。

エリアを設定する

n8nの設定に、得意エリアを登録します。

得意エリアのリスト: ["渋谷区", "目黒区", "世田谷区", "杉並区"]

フォームの希望エリアがリストに含まれていれば+20点、含まれていなければ0点とします。未回答の場合も0点にし、入力漏れがあっても処理が止まらない設計にします。

減点ルールは最初から入れない

減点を多くすると、点数の意味が分かりにくくなります。最初は加点だけにし、条件に該当しない場合は0点とします。

• 高いスコア — 優先して確認したい条件が多い
• 低いスコア — 条件への一致が少ない
• 低いスコアでも価値がないとは限らない — 将来の相談や紹介につながる可能性がある

スコアリングの例

次は、計算したスコアを担当者へ伝える通知設計を見ていきます。

💬 Slack通知の自動化：担当者を間違えない仕組み

スコアを計算しても、通知が埋もれると対応につながりません。優先度に応じて、通知先と確認期限を決めます。

優先度に応じた通知先

「数秒以内」「5分以内」などの時間は、n8nが通知を送る目安です。担当者が実際に返信できる時間は、社内の勤務体制や営業時間によって決めてください。

通知メッセージに入れる情報

• 顧客名または匿名ID
• 問い合わせ内容
• 合計スコアと内訳
• 電話番号やメールアドレス
• 社内で定めた対応期限
• 担当者名

🔴 高優先リードが届きました

【スコア】90点 / 100点
- 予算: 6,000万円以上 (+30点)
- 購入時期: 2か月以内 (+40点)
- エリア: 渋谷区 (+20点)
- 物件種別: マンション (+0点)

【お客様情報】
- 氏名: 田中 太郎 様
- 電話番号: 090-XXXX-XXXX
- メール: taro@example.com

【問い合わせ内容】
渋谷区周辺で予算6,000万円程度の物件を探しています。

顧客情報をSlackへ送る場合は、ワークスペースの権限や保存期間を確認してください。不要な個人情報をチャンネルに残さない設計も重要です。

低優先リードを一覧で確認する

低優先の問い合わせは、1日1回の一覧にまとめます。

1. n8nのSchedule Triggerで実行時刻を設定
2. 前日分の問い合わせを取得
3. スコアと連絡先を一覧化
4. Slackの営業チャンネルへ投稿

一覧で確認する場合も、未対応、対応中、完了の状態を記録しましょう。

エリア別に担当者を割り当てる

n8nのSwitchノードを使うと、希望エリアに応じて担当者や通知先を変えられます。

人事異動があった場合は、担当者とチャンネルの対応表を更新します。変更後は、各エリアのテストデータで通知先を確認してください。

次のセクションでは、フォーム受信からテストまでの構築手順を説明します。

📝 実装ステップ：n8nで90分で構築する手順

ここでは、Googleフォームを起点にした構成を紹介します。フォームや社内の権限によって、所要時間は変わります。

ステップ1: n8nの準備とWebhook受信

n8nにはクラウド版とセルフホスティング版があります。

初めて使う場合は、設定の負担が小さいクラウド版が候補です。自社でサーバーを管理できる場合は、セルフホスティングも検討できます。

Webhookの設定手順は次のとおりです。

1. n8nの編集画面を開く
2. Webhookノードを追加
3. POSTメソッドを選択
4. 発行されたWebhook URLをコピー
5. フォーム側から送信するデータ項目を決める

Webhook URLの例: https://<あなたのn8nインスタンス>.app.n8n.cloud/webhook/lead-scoring

このURLは例です。実際のURLは、利用するn8n環境によって異なります。

Googleフォームから送信する場合は、Google Apps Scriptを使ってWebhookへデータを渡します。

function onFormSubmit(e) {
  const url = 'https://<あなたのn8nインスタンス>.app.n8n.cloud/webhook/lead-scoring';
  const data = {
    name: e.values[0],
    email: e.values[1],
    phone: e.values[2],
    budget: e.values[3],
    timing: e.values[4],
    area: e.values[5],
    propertyType: e.values[6]
  };

  UrlFetchApp.fetch(url, {
    method: 'post',
    contentType: 'application/json',
    payload: JSON.stringify(data)
  });
}

ステップ2: データ整形とスコアリングロジック

Webhookでデータを受け取ったら、スコアを計算します。

const item = $input.first().json;

let score = 0;
const breakdown = [];

if (item.budget === '5000万円以上') {
  score += 30;
  breakdown.push('予算: 5,000万円以上 (+30点)');
} else if (item.budget === '3000〜5000万円') {
  score += 15;
  breakdown.push('予算: 3,000〜5,000万円 (+15点)');
} else {
  breakdown.push('予算: 3,000万円未満 (+0点)');
}

if (item.timing === '3か月以内') {
  score += 40;
  breakdown.push('購入時期: 3か月以内 (+40点)');
} else if (item.timing === '6か月以内') {
  score += 20;
  breakdown.push('購入時期: 6か月以内 (+20点)');
} else if (item.timing === '1年以内') {
  score += 10;
  breakdown.push('購入時期: 1年以内 (+10点)');
} else {
  breakdown.push('購入時期: 1年以上先 (+0点)');
}

const preferredAreas = ['渋谷区', '目黒区', '世田谷区', '杉並区'];

if (preferredAreas.includes(item.area)) {
  score += 20;
  breakdown.push('エリア: 得意エリア一致 (+20点)');
} else {
  breakdown.push('エリア: 得意エリア外 (+0点)');
}

if (item.propertyType === '戸建て') {
  score += 10;
  breakdown.push('物件種別: 戸建て (+10点)');
} else {
  breakdown.push('物件種別: 戸建て以外 (+0点)');
}

let priority;

if (score >= 80) {
  priority = 'high';
} else if (score >= 50) {
  priority = 'medium';
} else {
  priority = 'low';
}

return {
  score,
  breakdown,
  priority,
  customer: item
};

フォーム側の選択肢とコード内の文字列が一致しているか確認してください。表記が異なると、意図した加点が行われません。

ステップ3: Slack通知の設定

Slack APIの公式サイトからアプリを作成し、Incoming Webhooksを有効にします。

1. Slack APIにアクセス
2. 「Create New App」を選択
3. アプリ名とワークスペースを設定
4. Incoming Webhooksを有効化
5. 通知先チャンネルを選択
6. Webhook URLを発行

発行したURLは、n8nのHTTP Requestノードで使用します。Webhook URLは外部へ公開せず、n8nの認証情報として管理してください。

ステップ4: テストと運用開始

次の3パターンをテストします。

1. 高優先 — 80点以上になるデータ
2. 中優先 — 50〜79点になるデータ
3. 低優先 — 49点以下になるデータ

通知先、点数、内訳、担当者を確認します。低優先の一覧通知を設定している場合は、Schedule Triggerの実行も別に確認してください。

次のセクションでは、導入後に起こりやすい問題と対策を紹介します。

⚠️ 編集部の警告：失敗しがちな3つのパターン

自動化は、設定しただけで運用が整うものではありません。導入後の確認と見直しが必要です。

失敗パターン1: 条件を複雑にしすぎる

加点条件が増えると、担当者が判定理由を理解しにくくなります。最初は4項目程度に絞り、1〜2か月の実績を見てから調整してください。

失敗パターン2: 通知が多すぎる

すべての問い合わせを即時通知すると、重要な通知も見落としやすくなります。高優先だけを即時通知し、低優先は一覧にまとめる方法が候補です。

失敗パターン3: フォーム項目が不足している

予算や購入時期がフォームにないと、スコアリングの判断材料が不足します。次の項目を検討してください。

「その他」や「未回答」を用意すると、入力できない人の離脱を抑えやすくなります。未回答は0点として処理し、必要に応じて担当者が確認します。

次のセクションでは、月間100件の問い合わせを想定した編集部の試算を示します。

📊 導入効果のシミュレーション：編集部の試算

以下は、対応漏れ率10%を前提にした編集部の試算です。実際の数値は、問い合わせ件数、担当者数、営業時間、社内ルールによって変わります。

試算の前提条件

対応漏れ率10%を月間100件に当てはめると、導入前は月10件が未対応になる計算です。導入後の件数は、対応状況を記録して実測してください。

導入前後の比較

工数削減の試算

時給 ¥3,000で計算すると、月12時間分は¥36,000です。これは作業時間だけを金額換算した試算で、売上や成約を表すものではありません。

成約率について

本記事では、外部出典を確認できない成約率の倍率を使用しません。成約率を確認したい場合は、導入前後で次の項目を同じ条件で記録します。

• 問い合わせ件数
• 初回返信までの時間
• 内見予約数
• 商談数
• 成約数
• 問い合わせ経路

一定期間の記録を比較すると、自社における変化を確認しやすくなります。ただし、物件価格や在庫、季節要因なども結果に影響します。

導入コストの試算

n8nの料金は変更される可能性があります。契約前にn8n公式料金ページで、利用地域、請求周期、実行回数の条件を確認してください。料金だけでなく、セルフホスティングの保守工数も含めて比較しましょう。

次のセクションでは、料金と運用に関するよくある質問に答えます。

❓ よくある質問

Q1. n8nの無料プランでどこまでできる？

n8nの無料利用条件や実行回数は、時期や提供形態によって変更される可能性があります。2026年10月時点の正確な条件は、n8n公式料金ページで確認してください。

月間100件の問い合わせを処理する場合、単純計算では次のようになります。

• 問い合わせ処理: 月100回
• ダイジェスト通知: 月30回
• 合計: 月130回

ただし、1件の処理で複数のノードや外部サービスを呼び出す構成では、料金や実行数の数え方が異なる場合があります。契約前に、公式ページの定義を確認してください。

Q2. Googleフォーム以外でも使える？

使えます。Webhookへデータを送信できるフォームであれば、WordPressや自社開発フォームにも対応できます。

• WordPress — フォームプラグインやWebhook連携を利用
• 自社開発フォーム — 送信処理からWebhookへPOST
• 別のフォームサービス — APIまたはWebhookの有無を確認

Q3. スコアリング条件は変更できる？

変更できます。n8nのスコア計算ノードを編集し、加点ルールを変更します。変更後は、高優先、中優先、低優先の3パターンでテストしてください。

Q4. Slack以外にも通知できる？

通知できます。n8nで利用できる連携方法は、サービスによって異なります。

APIやWebhookの仕様は変更されることがあるため、各サービスの公式情報も確認してください。

Q5. スコアリングの精度を上げるには？

まずは、入力項目と判定結果を記録します。次に、内見予約や成約につながった問い合わせの共通点を確認し、加点ルールを少しずつ調整します。

1. フォーム項目をそろえる
2. 初回返信、内見、商談、成約を記録する
3. 1〜2か月ごとにルールを見直す

スコアは判断を補助するものです。担当者の確認を置き換えない運用にしてください。

Q6. 問い合わせが増えた場合も使える？

使えますが、料金やサーバー性能を確認してください。

• クラウド版は、契約プランの実行数や上限を確認する
• セルフホスティング版は、サーバーの性能を確認する
• 通知が増えた場合は、優先度の条件を見直す
• 問い合わせが止まった場合に備え、失敗通知と再処理手順を用意する

🔗 出典・参考情報

n8n公式情報

• n8n公式サイト
• n8n料金ページ
• n8n Webhookノードのドキュメント
• n8n Functionノードのドキュメント

Slack公式情報

• Slack API
• Slack Incoming Webhooks
• Slack Block Kit

本記事では、企業名や調査名、原典URLを確認できない「5分以内の対応で成約率が約9倍」「24時間以上で約8割が競合へ流れる」という数値を、根拠として採用していません。

また、記事内の費用、作業時間、対応漏れ件数は一部が編集部の試算です。実際の効果、成約率、売上、投資対効果を保証するものではありません。利用前に、自社の問い合わせ件数、契約条件、個人情報の取り扱いを確認してください。

まとめ：問い合わせ対応は仕組みで整える

問い合わせ対応は、担当者の記憶だけに頼ると繁忙期に不安定になります。n8nを使うと、フォームの受信、スコア計算、Slack通知を一つの流れにまとめられます。

本記事の要点は次のとおりです。

1. 対応順をそろえる — 予算や購入時期などの条件を点数化する
2. 通知先を分ける — 優先度に応じて、即時通知と一覧通知を使い分ける
3. 自社で検証する — 対応時間や内見予約などを記録し、条件を調整する
4. 費用を確認する — n8nの料金とセルフホスティングの保守工数を比較する

月間100件の問い合わせを例にすると、1件の処理と月30回の一覧通知で、単純計算の処理回数は月130回です。実際の料金や上限は、契約プランと構成によって異なります。

まずは1つのGoogleフォームでテストし、個人情報を含まないデータで動作を確認してください。導入効果を保証するものではありませんが、対応の流れを見える化するきっかけになります。

Mira ／ AI経営ラボ 編集長