バラバラ
画面も情報も、別々のまま
お問い合わせ、注文、配送、お店の案内が窓口ごとに分かれていて、確認ややり直しが増えます。
01
バラバラ
お問い合わせ、注文、配送、お店の案内が窓口ごとに分かれていて、確認ややり直しが増えます。
人による差
経験のある人に仕事が集まり、新人の教育にも時間がかかります。同じ質問でも、返信がそろいません。
人手不足
問い合わせが増えるほど人が足りなくなり、返信が遅れやすくなります。
02
01
お店の案内、注文、配送など、いまある情報をもとに返信案をつくります。
02
キャンセル、配送の確認、住所変更など、お客様が何を求めているかを整理し、次に何をすればよいか示します。
03
担当者が内容を見てから送ります。最初から勝手に送信しません。
03
複数の窓口からのお問い合わせを、一つの受信箱にまとめます。つなぎ方は API、Webhook、メールを使い分けます。
お店の案内と、注文・商品の情報から、現場で使える日本語の返信案をつくります。
お客様の用件を整理し、キャンセルできるかなどを確認したうえで、担当者の承認を経て次の作業へ進みます。
確認して送った返信が次の参考になります。安心できるところから、自動化を広げていきます。
04
いま使えるのは EC です。同じやり方を、ホテル、不動産、人材、クリニックにも広げていきます。
Message Hub EC
複数モールのお問い合わせを一つの画面にまとめ、お店の案内と注文データから返信案をつくり、担当者が確認してから次の作業へ進みます。
Message Hub Hotel
予約サイトや SNS に散らばるお問い合わせを一つの画面にまとめ、客室の管理など社内システムへつなぐ準備を進めています。
Message Hub Home
入居者対応の遅れや外注コストを、問い合わせのまとめと、確認してから進める次の作業で整える準備を進めています。
Message Hub Work
シフト変更や申請の連絡がバラバラな状態を、一つの画面にまとめ、確認してから社内システムへ写す準備を進めています。
Message Hub Clinic
夜間や休日の予約変更の漏れを減らし、予約システムへの反映を担当者の確認つきで進める準備をしています。
お試し導入では、作業時間、返信の質、どこまで自動にできるかを、一部の業務で見ます。