Raxis
MENU

NO-CODE AUTOMATION / FOR BUSINESS TEAMS

フォーム・メール・チャットをMakeでつなぐ:連絡漏れを減らす設計

フォーム、メール、チャットの連絡漏れを減らすために、Makeで通知と記録を分けて設計する方法を解説します。

MAKE / VISUAL FLOW

1 受け取る
↓
2 つなぐ
↓
3 人が確認する

問い合わせがフォーム、メール、チャットに分かれていると、返事そのものより「見落としていないか」の確認に時間がかかります。自動化では、情報を一か所へ集める前に、誰へ知らせるかを決めます。

活用例:問い合わせを担当チームに知らせる

フォームに届いた内容をチャットへ通知し、対応一覧に記録する流れです。Makeは通知と記録を行い、担当者は内容を読み、優先度を決め、返信します。個人情報を通知に全文表示する必要があるかは、チームで確認してください。

設計の順番

  1. 入口ごとの情報を並べる
  2. 通知先を一つ決める
  3. 記録先を一つ決める
  4. 「返信済み」は人が更新する

自動化は連絡を早く見つけるための補助です。最初から返信や振り分けの判断まで任せないほうが、運用が安定します。

対象にする業務と必要な準備

対象は、フォーム送信後に担当者への連絡が遅れる業務です。フォームの必須項目、共有メールの転送ルール、チャットの通知先を一覧にします。氏名や連絡先を含む通知は、本文を丸ごと流さず、対応ページへのリンクと要点だけに絞ります。

処理フローの具体例

問い合わせフォームを受信 → メールアドレスと問い合わせ種別を確認 → 管理表へ一件だけ記録 → 担当Slackチャンネルへリンク付きで通知、という流れです。担当者は通知から記録を開き、返信と対応完了の判断を行います。Makeは通知と記録を担い、回答内容は決めません。

重複・例外への備え

同じ送信が短時間に重なったときは、メールアドレスと送信時刻で照合して重複記録を避けます。必須項目が足りない、担当が未設定、通知に失敗した場合は責任者へ別経路で知らせます。迷惑メール判定や顧客への自動返信から始める必要はありません。

続けてスプレッドシート連携、Slack通知の設計を読むと、記録と通知の粒度を揃えられます。

Makeを試す前に、公式サイトで利用条件と料金を確認できます。

Make公式サイトで利用条件を確認する