Cekat.AI

WhatsApp・Instagram・サイトチャットを1つの受信トレイに集約する

← ブログに戻るWhatsApp API

WhatsApp・Instagram・サイトチャットを1つの受信トレイに集約する

Cekat AI

Cekat AI

Metrik Omnichannel Bisnis

結論から:WhatsApp・Instagram・Facebook Messenger・TikTok・メール・SMS・サイトチャットを1つの受信トレイに集約すると、顧客は同じ説明を繰り返さず、担当はアプリを行き来せず、レポートは1本になります。効果が出るのはチャネルが3つを超え、担当が4人以上になったあたりからです。Cekat.aiは全チャネルを同一顧客・同一履歴・同一AIで扱います。

オムニチャネルの指標ダッシュボード
イメージ

チャネルを増やすこと自体は難しくありません。難しいのは、増えたチャネルを1つの会話として扱うことです。放っておくと、顧客はInstagramで聞いた内容をWhatsAppでもう一度説明し、担当はアプリを5つ行き来します。

ここでは集約で何が変わるのか、担当をどう割り振るのか、そしてまだ集約すべきでないのはどんな場合かを順に整理します。

チャネル 顧客層 期待される応答時間 誰が先に受けるか
WhatsApp 既存顧客・再購入層 3分以内 有人(時間外はAI)
Instagram DM・コメント 若年層・新規の発見 15分以内 AI一次、拡散時は有人
Facebook Messenger 30〜50代・地域の顧客 30分以内 AI一次
TikTok DM・コメント 10〜20代・動画経由 30分以内 AI一次
サイトチャット 比較検討中の匿名訪問者 即時 AI
メール 法人・請求関連 当日中 有人
SMS 配送通知・再購入リマインド 自動送信 自動
緑の吹き出しと黄色い紙のボール
イメージ

チャネル分散が生む実際のコスト

分散のコストは、見えにくい形で積み上がります。まず顧客側です。

  • Instagramで聞いた納期を、WhatsAppでもう一度説明する
  • 返品の経緯をメールで最初から書き直す
  • 「前回の担当は誰ですか」と聞かれ、答えられない

次に社内側です。

  • 担当が5つのアプリを切り替え、1件あたり2〜3分を移動に使う
  • 同じ顧客の対応が3人に分かれ、だれも全体像を知らない
  • チャネルごとに数字の出どころが違い、レポートが合わない

会話の分断が数字に与える影響はクロスボーダーでのチャネル比較でも触れています。

紫色の吹き出しで描かれたメッセージ画面
イメージ

1つの受信トレイで何が揃うか

集約とは、単に画面を1つにすることではありません。次の4つが同じ場所に揃って初めて機能します。

  • 同一顧客:チャネルが違っても同じ顧客カードに紐づく
  • 同一履歴:Instagramの会話とWhatsAppの会話が時系列で並ぶ
  • 同一AI:どのチャネルでも同じ知識ベースから回答する
  • 同一タグ:対応状況、顧客段階、言語のタグを共通で使える

この4つが揃うと、担当が変わっても引き継ぎが一瞬で終わります。顧客は「先週の件ですが」の一言で話を進められます。

担当の割り振りは3軸で決める

集約したあとに必ず出る疑問が「誰が受けるのか」です。割り振りは次の3軸の組み合わせで決めます。

1つ目はチャネル別です。返信の作法が違うため、Instagramとメールは別の担当が持つと品質が安定します。ただし履歴は共有します。

2つ目は言語別です。日本語・英語・インドネシア語・中国語を話せる担当を先に割り当て、AIがその間を埋めます。言語の組み立て方はB2B営業での運用が参考になります。

3つ目は顧客段階別です。見込み客は一次対応の担当、商談中は担当営業、購入後はCSという分け方にすると、責任の所在が明確になります。

旧ツールからの移行4ステップ

移行は一気にやらず、4段階で進めます。

  • ステップ1:直近3か月のチャネル別問い合わせ件数を数え、多い上位2つから移す
  • ステップ2:顧客リストと会話履歴を書き出し、重複を統合する
  • ステップ3:AIと担当の割り振りを新環境で設定し、1週間は旧ツールと並行運用する
  • ステップ4:誤差がなくなった時点で旧ツールを停止し、通知とテンプレートを整理する

並行運用の期間は必ず取ってください。切り替え当日に旧ツールを止めると、取りこぼしが一気に発生します。

まだオムニチャネルにすべきでないケース

集約は万能ではありません。次の場合は、先に別の課題を解いたほうが近道です。

  • 問い合わせが月50件未満:1チャネルに絞ったほうが応答品質が上がる
  • 担当が1人:集約しても分担が生まれず、設定の手間だけが増える
  • SOPが未整備:AIの回答が安定せず、集約の効果が見えない
  • チャネルが2つまで:まだ手作業でも回る規模である

判断の目安は、チャネルが3つを超え、担当が4人以上になり、応答漏れが週に数件出はじめたあたりです。

導入事例:Asuransi Simas Insurtech(インドネシア市場のクライアント)

インドネシアの保険会社Asuransi Simas Insurtechは、複数チャネルの窓口を1つに統合しました。クライアント報告値では応答速度が5倍、24時間365日の受付、窓口の一元化を実現しています。日本の事例ではありませんが、窓口を分けないことが応答速度に直結する例です。詳細はAsuransi Simas Insurtechの導入事例をご覧ください。

Cekat.aiが1つの受信トレイでできること

Cekat.aiは、WhatsApp公式API・Instagram DM・Facebook Messenger・TikTok DM・メール・SMS・サイトチャットを同じ受信トレイで扱います。どのチャネルから来た会話も、同じ顧客カードと同じAIにつながります。

チャネルが増えても、担当が開く画面は増えません。返信、タグ付け、CRMへの反映、レポートが1か所で完結します。対応できるチャネルの範囲は機能一覧で確認できます。

集約すると顧客側は何が変わりますか?

同じ説明を繰り返す必要がなくなります。チャネルをまたいでも会話の履歴が1本に並ぶためです。

どのチャネルから移すべきですか?

問い合わせ件数の多い上位2つからです。件数が少ないチャネルは後回しで構いません。

並行運用はどのくらい必要ですか?

1週間が目安です。誤差がなくなったことを確認してから旧ツールを止めてください。

担当は増やす必要がありますか?

いいえ。むしろアプリ切り替えの時間が減るため、同じ人数で扱える件数が増えます。

AIは全チャネルで同じ回答をしますか?

同じ知識ベースを参照するため内容は一貫します。口調だけをチャネルごとに変える設定も可能です。

移行時に会話履歴は引き継げますか?

書き出せる範囲で取り込みます。取り込めない分は顧客カードに要約を残す運用が現実的です。

小規模でも1つの受信トレイにする意味はありますか?

月50件未満なら優先度は低めです。まず応答時間の短縮から取り組んでください。

チャネルを増やすほど、顧客は同じ説明を繰り返すことになります。集約の目的は画面を減らすことではなく、顧客の話を1本につなぐことです。Cekat.aiは全チャネルを同じ受信トレイと同じAIで扱います。料金の詳細は料金プランをご覧ください。

関連記事

book of law
WhatsApp API

AIチャットボットの開示・オプトイン・個人データ:越境ECで守るべき線引き

結論から:越境ECでAIチャットボットを使うなら、AIであることの開示、配信テンプレートの事前オプトイン、個人データの保存期間と削除手順の3点を先に決めてください。開示は最初の返信で一度、オプトインはマーケティング配信の前に必要です。削除依頼には期限を決めて対応し、誰が何を見たかを記録に残してください。 最終更新:2026年10月 · 執筆:Cekat.ai 編集部 · 参考:Meta Business、DataReportal、Cekat.ai 導入事例 イメージ 越境ECの問い合わせ対応にAIチャットボットを入れると、応答は速くなります。同時に、これまで表に出なかったリスクが表に出ます。AIだと告げずに会話を続ける、同意なく配信する、個人データをいつまでも保持する。どれも運用の設計漏れから起きます。 インドネシア・マレーシア・フィリピンなど複数国に顧客がいる場合、守るべき線引きは国ごとに少しずつ違います。だからこそ、最低ラインを1つ決めて全チャネルで統一する方が安全です。以下は法的助言ではなく実務チェックです。 要件 具体的な意味 無視した場合のリスク AIの開示 最初の応答でボットと明示する 不信、苦情、表示に関する指摘 オプトイン マーケ配信は事前同意を得る テンプレート却下、ブロック、品質評価の低下 24時間ウィンドウ 顧客の最後の送信から24時間は自由文 窓外の自由文は届かない テンプレート審査 用途と文面が審査される 否認で配信が止まる 保存期間 目的を終えたデータは削除する 漏えい時の責任が広がる 削除依頼 本人確認と期限を決めて対応する 対応遅延で信頼を失う アクセス権 社内・外注を最小権限にする 内部不正、誤送信 監査ログ 誰がいつ何を見たか残す 説明できない状態になる イメージ 開示:AIだと明示すべきタイミング 開示の原則は「顧客が人間と話していると思い込んだまま、重要な判断をしないようにする」ことです。最初の返信の冒頭で一度告げ、その後は自然な会話に戻して構いません。 文例を3言語で用意し、顧客の言語に合わせて出し分けます。 日本語:「いつもありがとうございます。AIアシスタントがご案内します。担当者におつなぎすることもできます。」 英語:”Thanks for reaching out. You are chatting with an AI assistant.

Cekat AI
upward arrow and coin
WhatsApp API

越境ECのCACとLTV:インドネシア顧客をWhatsAppで再購入につなげる設計

結論から:インドネシア顧客のCACは、初回購入の粗利ではなく90日以内の再購入率で回収が決まります。広告・会話・プラットフォーム・人件費の4項目を合算して1件あたりの原価を出し、初回応答3分以内と購買段階別の配信で2回目を設計してください。LTVがCACの3倍を下回るなら、広告を増やす前に運用を直すのが順番です。 最終更新:2026年10月 · 執筆:Cekat.ai 編集部 · 参考:Meta Business、DataReportal、Cekat.ai 導入事例 イメージ 越境ECの収益性は、広告のクリック単価ではなく「1人の顧客から何回買ってもらえるか」で決まります。インドネシア向けの販売では、その再購入の回路がWhatsAppの会話の中にあります。 ところが現場では、CAC(顧客獲得コスト)とLTV(顧客生涯価値)が別々の表で管理されています。広告担当はCACだけ、CS担当は返信数だけを見る。この分断が、赤字の広告を止められない原因になります。 指標 計算方法 参考レンジ 危険信号 CAC 広告費+会話コスト+固定費 ÷ 新規成約数 初回粗利の50〜80%以内 初回粗利を超える 会話→成約率 成約数 ÷ 実会話数 5〜15% 3%未満が3か月続く 初回応答時間 顧客の送信から最初の返信まで 3分以内 30分超が半数を占める 90日再購入率 90日以内の再購入者 ÷ 初回購入者 20〜35% 10%未満 LTV/CAC LTV ÷ CAC 3倍以上 1.5倍未満 顧客あたり粗利 売上 − 原価 − 送料 − 決済手数料 売上の25〜40% 固定費を割り込む イメージ

Cekat AI
Customer service agents at laptops wearing headsets
WhatsApp API

AIから有人への引き継ぎ設計:文脈・稼働時間・SLA

結論から:AIから有人への引き継ぎが下手だと、顧客は同じ説明を三度繰り返します。決めるべきは3つだけです。必ず渡す条件、渡す文脈、返すまでの時間。この3つが決まっていれば、担当が変わっても会話は途切れません。Cekat.aiでは有人の退勤後はAIが受け、翌朝は会話の続きから読めます。 最終更新:2026年10月 · 執筆:Cekat.ai 編集部 · 参考:Meta Business、DataReportal、Cekat.ai 導入事例 イメージ AIチャットの導入でよく起きる失敗は、AIの精度ではなく引き継ぎで起きます。AIが答えられない質問を担当に渡しても、担当は何を聞かれたか分からず、顧客は最初から説明し直す。これが2回続くと、顧客は「この窓口は話が通じない」と判断します。 引き継ぎは、担当者の性格や頑張りではなく設計で決まります。渡す条件、渡すべき文脈、AI稼働時間、SLAの3段階、よくある失敗の順に見ていきます。 まずは引き継ぎ条件の表から 「AIで対応できる範囲」より先に、「必ず人に渡す条件」を決めてください。境界を先に固めるほうが、AIの設定は短く済みます。 渡す条件 誰が受けるか 返すまでの目安 顧客が「担当者と話したい」と言った その時点の当番 3分以内 見積もり・価格交渉・契約条件 営業担当 営業時間内60分以内 返金・補償・苦情 CS責任者 30分以内 本人確認が必要な手続き 運用担当 当日中 AIが2回続けて答えられなかった 当番へ自動通知 15分以内 イメージ 表の3列目まで書くのが重要です。「渡す」とだけ決めても、誰も受けないまま時間が過ぎます。返すまでの時間を決めておくと、当番表とアラートの設計に自然とつながります。 渡すべき文脈:会話全文・顧客カルテ・すでに約束したこと 引き継ぎで最も多い不満が「また一から説明させられた」です。これを防ぐには、次の3つを必ず一緒に渡します。 会話全文と要約:何を聞かれ、AIが何を答えたか。要約は30秒で読める長さに 顧客カルテ:過去の購入、問い合わせ履歴、利用中のプラン すでに約束したこと:AIや前の担当が「折り返します」と口にした内容 3つ目が抜けると事故になります。AIが「本日中に連絡します」と答えたのに、その約束が担当に伝わっていない。顧客は待ち、翌日には苦情になります。約束は会話ログに埋めず、カードの目立つ位置に出してください。 イメージ AI稼働時間の設計:在席は有人優先、退勤後はAI、週末と祝日 AIは24時間動かせますが、24時間AIに任せるのが正解とは限りません。時間帯で役割を分けます。 営業時間内は有人を優先します。担当が対応できる時間にAIが長く話すと、顧客は「人に聞きたい」という希望を叶えられません。AIは一次応答と要件の聞き取りまでに絞り、要件が揃った時点で担当に渡します。 退勤後はAIが受けます。即答できる質問はAIが処理し、複雑な相談は「翌営業日の朝に担当から連絡します」と伝えて記録します。夜間に届いた分を翌朝まとめて処理するだけで、取りこぼしは大きく減ります。週末と祝日も、在庫や納期の確認で済むものはその場で完了させ、判断が必要なものだけを週明けに回します。稼働時間の設定はWhatsApp APIの料金解説でも触れています。 双方向の引き継ぎ:有人の退勤後にAIが上文を読めるか 引き継ぎはAIから人へだけでなく、人からAIへも必要です。夕方に担当が対応していた会話に、夜になって顧客が追加の質問を送る。このときAIがそれまでのやり取りを読めなければ、顧客は同じ説明をやり直します。 確認すべきは、同じ受信トレイに会話が残り、AIとチームが同じ文脈を見ているかです。チャネルごとにツールが分かれていると、この前提が崩れます。複数チャネルを1つの受信トレイに寄せる考え方はWhatsApp Business APIのBSP比較が参考になります。 SLA3段階の書き方 SLAは、守れる段階に分けて書いてください。最初から24時間365日を掲げると、必ず破られ、誰も見なくなります。 第1段階(公開してよい最低線):営業時間内の初回応答60分以内。夜間と休日は翌営業日の午前中 第2段階(半年後の目標):営業時間内30分以内、夜間はAIが即答、休日も当日中

Cekat AI
WhatsAppで相談