あなたのチームはすでにSlackを活用しています。顧客はHubSpot Conversationsを利用しています。BackReplyを使えば、これら2つのツール間でのタブ切り替えが不要になります。

顧客がHubSpotの受信トレイで会話を開始したりメッセージを送信したりすると、BackReplyはそれを、指定したSlackチャンネルにスレッド形式のカードとして投稿します。その際、顧客の名前、会社名、受信トレイ、チャンネル、会話のステータスも併せて表示されます。 チームはそのSlackスレッド内で返信を行い、その返信はHubSpotを通じて顧客に届けられ、適切なエージェントが返信者として表示されます。スクリーンショットや添付ファイルは双方向でやり取り可能です。

これにより、以下の3つの課題が解決されます：

ライセンスコスト。エンジニア、プロダクトマネージャー、創業者は、HubSpotのライセンスを持たなくても顧客をサポートできます。名前で担当者を特定する必要があるエージェントのみをHubSpotユーザーに紐づければよく、それ以外のメンバーもスレッドに参加して貢献できます。

コンテキストの切り替え。Slackカードのボタンから、割り当て、再割り当て、クローズ、再オープン、内部メモの作成が可能です。@メンションで始まるSlackメッセージは、顧客向けの返信ではなくHubSpotの非公開コメントとして扱われるため、内部の議論が顧客に届くことはありません。

会話が停滞した場合。通知ルールにより、各会話がどのSlackチャンネルに配信されるかが決定されます。スマートなフォローアップ機能により、顧客がまだ回答を待っているスレッドが再表示されるため、チャンネルのトラフィックに埋もれてしまうことはありません。

BackReplyは、HubSpotのConversations API上で動作し、ポータルごとのOAuth、検証済みのWebhook署名、双方向の重複送信防止機能を備えています。これにより、受信メッセージがSlackに2回投稿されることはなく、返信が顧客に2回送信されることもありません。