問い合わせがSlackに届くようになった。見逃しは減ったはずなのに、「この件、誰か返信しましたか？」という確認はなくなっていない。Slackに残るのは通知と相談で、顧客への返信はメールソフトやLINEの管理画面で打たれているからかもしれません。この記事は、社内連絡にSlackを使う少人数のチーム向けに、顧客対応のどこまでをSlackに任せられるかを整理します。
Slackは、問い合わせに気づいて社内で相談するには強い道具です。ただし公式ヘルプの案内はメールをSlackへ入れる方法までで、一般の顧客への返信と「返したかどうか」はSlackの外に残ります。社内相談はSlack、返信・返信状況・履歴は受信箱と分けるのが現実的です。「相談しても顧客に回答する人は変えない」「結論は顧客の記録へ戻す」と決めておけば、Slackをやめずに返信漏れを減らせます。
RenRakuを提供する株式会社TechSyncが編集しています。情報確認日：2026年9月27日
Slackに届いた時点では、まだ返信していない
Slackに流れた通知は「気づいた」跡であって、「顧客に返した」記録ではありません。問い合わせフォームの通知やメールをチャンネルに流せば、「来たことに気づく」までは確かに速くなります。チャンネルとスレッドで話題を分け、関係者をすぐに呼べる点も、顧客対応で役に立ちます。
ただ、顧客対応には次の3つの段階があります。
- 気づいた：通知がチャンネルに届き、誰かが目にした
- 社内で相談した：スレッドで関係者に確認した
- 顧客に返した：顧客に回答を送った
顧客から見て意味があるのは、3つめだけです。通知をSlackに流す構成でSlackに残るのは、たいてい前の2つです。絵文字のリアクションや「確認します」というスレッドの一言は、気づいた・相談したことの跡です。顧客に回答した記録ではありません。
説明用の例として、営業担当がSlackで倉庫に在庫を質問し、倉庫が「明日出せます」と答えた場面を考えます。社内の相談はここで完了し、スレッドには✅が付きます。けれども顧客には、まだ誰も返していません。営業担当は倉庫が返したと思い、倉庫は営業担当が返すと思っています。
この隙間を埋めるのは、通知の数ではありません。「この件は誰が顧客に返すか」と「返したかどうかがどこに残るか」を、先に決めておくことです。
メールをSlackに入れる3つの方法と、返信の行き先
Slackの公式ヘルプ「Slack にメールを送信する」には、メールをSlackへ入れる方法が3つ案内されています。どれもSlackへ入れるところまでで、Slackの画面から送信者へ返信する手順は案内されていません。プランの条件と、顧客対応で見たときの性質は次のとおりです。
| 方法 | 動き方 | 利用できるプラン | 顧客対応で見たときの性質 |
|---|---|---|---|
| チャンネル／DM用のメールアドレス | 専用アドレス宛てのメールが、そのチャンネルやDMに投稿される | 有料プラン | メールソフトの自動転送ルールと組み合わせれば自動で流れ込む。チャンネルのメンバー全員が見られる |
| メールアドオン（Gmail・Outlook） | 開いているメールを、人が1通ずつチャンネルやDMへ送る | 全プラン | 人が気づいて送らない限りSlackには現れない。Outlook版はOffice 365のExchange接続が前提 |
| Slackbotの転送先アドレス | 転送したメールが自分のDMに届く | 全プラン | 自分のDMに入るため、チームで見る場所にはならない |
代表アドレスに届く問い合わせを自動でチャンネルへ流したいなら、使えるのは1つめです。有料プランが前提です。既定ではチャンネルのメンバーなら誰でもアドレスを取得でき、オーナーと管理者がその権限を管理できます。
返信した事実は、Slackへ戻ってこない
公式ヘルプに返信の手順が書かれていない以上、返信は結局メールソフトで書かれます。その事実はSlackへ戻ってきません。記録は次の2か所に分かれます。
- Slackのスレッド：「確認します」の一言が残る
- 各自のメールの送信済みフォルダ：送った本文と時刻が残る
記録が2か所に分かれるところから、「誰か返しましたか？」という確認が生まれます。
フリープランで見られる履歴は90日間
履歴を置く場所として見るなら、プランの差も確認しておきます。公式の料金プランの説明によると、フリープランでアクセスできるメッセージとファイルの履歴は90日間です。1年以上経過したものは完全に削除されます。年に一度しか連絡がない顧客との前回のやり取りを、Slackだけで遡るのは難しいと考えておくほうが安全です。
Slackの中で顧客と往復できる手段と条件
公式に用意された手段で条件がそろえば、Slackの中でも顧客との往復は成り立ちます。「Slackでは顧客に返信できない」と言い切るのは正確ではありません。問題は、その条件が一般の問い合わせ対応と噛み合うかどうかです。
| 手段 | 成り立つ条件 | 向いている相手 |
|---|---|---|
| 招待されたメンバーのメール返信 | 相手をワークスペースに招待すると、メンションやDMがメールで届き、そのメールへの返信がSlackの該当チャンネル・スレッド・DMに入る。ただし相手のアドレスがGmailなどのソーシャルドメインの場合や、送信者のドメインと一致しない場合は、内容を見ることもメールで返信することもできない | 同じドメインの相手（まだ参加していない社内の人など） |
| Slackコネクト | 相手の会社もSlackを使っていて、チャンネルの共有に応じてくれること。フリープランでは外部の人との連携は1対1のみ | 継続して取引している法人 |
| ゲストアカウント | 有料プランのみ。マルチチャンネルゲストは通常のメンバー料金がかかる。シングルチャンネルゲストは無料だが参加できるのは1チャンネルだけで、有料のアクティブメンバー1名につき5名まで | 長期の案件で招き入れる外部の相手 |
3つに共通するのは、相手をこちらの場に招き入れる設計だという点です。継続的な関係のある法人とは相性がよく、案件ごとの共有チャンネルはメールの往復より速く回ることもあります。
一方で、ホームページやLINEから初めて問い合わせてきた個人に「Slackに参加してください」とは頼めません。個人のお客様のメールアドレスはGmailなどであることが多く、招待されたメンバーのメール返信も条件から外れます。一般の問い合わせでは、返信はメールかLINEで行い、Slackは社内側の道具として使う形に落ち着きます。
Slackで回せるチーム、受信箱を分けたほうがよいチーム
相手が継続取引の法人中心で、窓口はメール1つ、返信する人も1名なら、通知と相談をSlackに置くだけで回りやすくなります。反対に、初めての個人からの問い合わせが多く、LINEにも窓口があり、複数人で返すチームほど、返信と返信状況を持つ受信箱を別に用意する意味が大きくなります。判断の目安を表にします。
| 見るところ | Slackと既存のメールソフトで回りやすい | 受信箱を分けたほうがよい |
|---|---|---|
| 相手 | 継続取引の法人が中心で、Slackコネクトでつながれる | 初めての個人からの問い合わせが多い |
| 窓口 | メールだけで、アドレスも1つ | メールとLINEの両方に問い合わせが来る |
| 返信する人 | 1名が全件を見て、全件に自分で返す | 複数人が返信し、休みや外出で入れ替わる |
| 後から確かめること | 返したかどうかを確かめる場面がほとんどない | 「誰が・いつ・何を返したか」を顧客や上司に聞かれる |
| 履歴を見返す期間 | 数か月前のやり取りを見返すことは少ない | 1年前の購入や相談の経緯を確認することがある |
LINEを自社でSlackへつなぐには、サーバーが要る
とくに差が出るのがLINEです。LINE公式アカウントのメッセージを外部で受け取るには、Messaging APIのWebhook（受信を外部に知らせる仕組み）の送り先を指定します。送り先はLINEの開発者向けドキュメントでいう「ボットサーバー」で、LINE Developersコンソールで設定します。自社でSlackへつなぐなら、次の2つが要ります。
- そのサーバーを用意する
- ドキュメントの求めどおり、署名を検証してから処理するコードを動かし続ける
設定画面だけで済む作業ではありません。なお、SlackがLINE公式アカウントを受信箱として取り込む公式の連携を用意しているかは、公式サイトで確認できませんでした。そのため、この記事では有無を書きません。
LINE公式アカウントの管理画面だけで対応を続ける方法もあります。その場合は、メールはメールソフト、LINEは管理画面、相談はSlackと、見る場所が3つに分かれます。LINEを複数人で見るときの権限や端末の分け方は、LINE公式アカウントを複数人で運用する方法で詳しく扱っています。
通知だけを流す構成で、どこにも残らないもの
通知だけをSlackに流す構成では、「誰が・いつ返したか」と「まだ返していない件」が、揃った形ではどこにも残りません。よくあるのは、フォームの通知とメールをSlackのチャンネルへ流し、返信はそれぞれのメールソフトから送る構成です。気づくまでは速くなりますが、後から知りたいことは次のように散らばります。
| 後から知りたいこと | 通知だけSlackに流す構成 | 受信と返信を同じ画面で行う受信箱（例：RenRaku） |
|---|---|---|
| 問い合わせが来たこと | チャンネルに流れる | 一覧に出る |
| 誰かが対応を始めたか | リアクションや発言から推測する | 開いている人がリアルタイムで表示され、最後に開いた人も記録される |
| 誰が・いつ返したか | Slackには残らず、各自のメールの送信済みを探す | 最後に返信した人が記録され、送った内容と時刻が会話に残る |
| まだ返していない件 | チャンネルを遡って目で探す | 「未返信」の状態として一覧に残る |
| その顧客の過去のやり取り | Slack検索とメール検索を両方かける | 同じメールアドレス・LINEの相手ごとにまとまる |
Slackのリストで台帳を作っても、「返した」は手で更新する
Slackの中に受付台帳を作ることもできます。プロプラン以上で使える「リスト」の機能です。
- 既定で「完了」「名前」「担当者」「期限日」の項目があり、「ステータス」のような項目を足せる
- チャンネルに流れてきたメッセージを、「リストに追加する」で1件ずつ台帳に載せられる
- 項目ごとのスレッドで相談できる
公式ヘルプでも、届いた依頼をリストで受け付け、担当者と優先度を決める使い方が紹介されています。社内から来る依頼の管理なら、Slackの中で完結できる強い仕組みです。ただし顧客への返信がSlackの外で行われる限り、「返した」をリストに反映するのは人の手作業です。更新を忘れた件は、そのまま漏れとして残ります。
見る場所が分かれると、全体像が1名に集まる
この構成が続くと、Slackを見ている人は、対応済みかどうかをSlackだけで判断できません。メールソフトを見ている人は、Slackでの相談を知りません。両方を見ている特定の1名にだけ全体像が集まり、その人が休んだ日に対応が止まります。情報が人に張りつく仕組みは顧客対応が特定の担当者に依存する原因で整理しています。
相談を始めても、顧客への回答担当は残す
回答担当を残すいちばん簡単な方法は、相談を投げた人が、そのまま顧客に回答する人と決めてしまうことです。Slackで社内に相談すると、話の中心が相談先へ移り、「誰が顧客に返すのか」がぼやけるからです。相談先は判断材料を返す役で、顧客への返信は引き取りません。これだけで、冒頭の例のように「お互いに相手が返したと思っていた」という事態は起きにくくなります。
| 残す場所 | 残す内容 | 完了の目印 |
|---|---|---|
| 社内相談（Slack） | 確認したい質問・回答期限・参照先 | 判断材料が返ってきた |
| 顧客対応の記録（受信箱） | 回答する人・確認結果・送った内容 | 顧客へ必要な回答を送った |
| 返信後の作業（タスク） | 発送や書類作成など、返信のあとに残る作業 | 作業そのものが終わった |
完了の目印が3つ別々にあることがポイントです。相談が済んでも顧客対応は終わっておらず、返信が済んでも発送は終わっていないかもしれません。1つのスレッドに✅を付けて全部を終わった扱いにすると、どれか1つが抜けます。
相談の投稿は、テンプレートで形をそろえる
相談の投稿は形を決めておくと、読む側も答えやすくなります。次のテンプレートは、Slackの相談用チャンネルにそのまま貼って使える例です。
Slackで相談するときのテンプレート（例）
【顧客対応の相談】
顧客に回答する人：（自分の名前）
顧客への回答期限：◯月◯日◯時
聞きたいこと：（1つに絞って書く）
答えてほしい人：@◯◯
顧客の記録：（受信箱で該当の問い合わせを開くための番号やリンク）
※顧客の氏名・連絡先・本文の全文は貼らない
返信したら同じスレッドに書く一文（例）
【返信済み】◯月◯日◯時に顧客へ回答しました。内容は顧客の記録に残しています。残りの作業：発送（担当◯◯・期限◯日）
「顧客の記録」の欄は、相談の結論を戻す先を示すためのものです。Slackで決まった内容は、回答する人が顧客の記録へ要点を書き戻します。こうしておけば、次にその顧客から連絡が来たとき、別の人がSlackを検索し直さなくても経緯を追えます。社内のやり取りを問い合わせ側へどう戻すかは社内のやり取りを問い合わせにつなぐでも整理しています。
Slackを併用するときの、よくある失敗と避け方
つまずきやすい点は、どれも道具の不具合ではありません。ルールや置き場所が決まっていないことから起きます。Slackを顧客対応に使い始めたチームで起きやすい6つを、避け方と一緒にまとめます。
| 失敗 | 起きること | 避け方 |
|---|---|---|
| 絵文字のリアクションを対応済みの合図にする | 👀が「見た」なのか「対応中」なのか、✅が「相談が済んだ」なのか「顧客へ返した」なのか、人によって読み方が違う | リアクションに状態の意味を持たせない。完了は「【返信済み】」の一文で書く |
| 相談スレッドに顧客のメールを全文貼る | 顧客情報がチャンネルの参加者全員に広がり、後で内容が変わっても古い全文が残る | 要点と、顧客の記録を開くための番号だけを書く。相談用チャンネルの参加者を決めておく |
| 相談の結論がSlackにだけ残る | 次の問い合わせのとき、経緯を知るためにSlack検索が要る | 結論を顧客の記録へ書き戻すところまでを、回答する人の作業にする |
| 回答する人が休むと止まる | 誰が返す予定だったのか、Slackを遡らないと分からない | 相談テンプレートに回答する人を書き、休む前に未返信の件を引き継ぐ |
| 通知チャンネルがうるさくなりミュートされる | 新着・相談・雑談が同じチャンネルに流れ、肝心の新着が埋もれる | 通知用と相談用のチャンネルを分ける |
| LINEだけ別の画面で見落とす | メールはSlackに流れるが、LINEは管理画面を開かないと分からない | 窓口ごとの未返信を1か所で見られるようにする |
上の3つは、今日からルールだけで直せます。下の3つはルールで軽くはできても、見る場所が分かれている限り残りやすい失敗です。代表アドレスを複数人で見る仕組みそのものは、共有メールボックスとは何かで基礎から説明しています。
受信箱側をRenRakuにすると、何がつながるか
RenRakuは、LINE公式アカウントとメールの問い合わせを1つの画面で受けて返す顧客対応クラウドです。Slackの代わりになる社内チャットではなく、この記事でいう「受信箱」の側を受け持ちます。
返信状況は、未読・未返信・返信済の3つで残る
返信状況は未読・未返信・返信済の3つの状態で残ります。「見た」や「送ったつもり」が「返した」と同じ印にならない作りです。
- 問い合わせを開くと、未読から未返信に進む（開いただけでは返信済にならない）
- 返信を送ったときに、自動で返信済になる
- 送信できていなかった場合は、未返信に戻って「要対応」の印が付く
返した人と、顧客ごとの経緯が残る
一覧に出る名前は、最後に返信した人が優先されます（まだ誰も返信していなければ最後に開いた人）。返信した記録は、顧客から新しいメッセージが届いても消えません。
これとは別に、顧客に回答する人を手で決めることもできます（スタンダード以上）。やりとりの見出しの右の「担当」から1人選ぶと、その人に画面上部のベルで通知が届きます。一覧には担当者名が出て、「自分の担当」で絞り込めます。
同じメールアドレス、同じLINEの相手とのやり取りは、自動で同じ顧客にまとまります。会話画面の上部から、その顧客の別の会話へ切り替えられます。ただし、メールとLINEが同じ人かどうかは自動では判定しません。両方で連絡してくる顧客は、手で紐付けます。ホームページのフォームから届く通知メールは、本文にある問い合わせ者のアドレスを読み取り、人ごとの会話に分けます。
相談の結論はメモへ、返信後の作業はタスクへ
- 相談の結論：問い合わせごとの社内メモ（画面上の名前は「メモ」）に戻す。顧客には見えず、ピン留めで先頭に固定できる。知らせる人（@名前）を選んで保存すると、その人に通知が届く。読むのは全プラン、書き込めるのはスタンダードプランから
- 返信のあとに残る作業：タスクに期限と担当者を設定して追う（スタンダード以上）。期限の通知は48時間前と24時間前の2回で、RenRakuを開いている画面に表示される
タスクは問い合わせに紐づかない独立した一覧です。タスク名に顧客名を入れておくと探しやすくなります。
社内の議論はSlackに残し、新着の知らせ方を決める
RenRakuにも従業員チャット（スタンダード以上）があります。ただし新着はRenRakuの画面の中で知らせる作りで、メールやスマートフォンへの通知はありません。部署をまたぐ議論や顧客に関係しない連絡は、これまでどおりSlackに置くほうが自然です。
誰もRenRakuを開いていないときの新着は、管理者が設定したメールアドレス（最大10件）へ知らせる通知で受け取れます。
通知には顧客名と本文の冒頭が含まれます。送り先をSlackのチャンネル用メールアドレス（Slackの有料プランの機能）にしたい場合は、そのチャンネルに誰が参加しているかを先に確認してください。実際に届くかも、試用期間中に確かめてください。
料金と試用の条件
| プラン | 月額 | 利用者 |
|---|---|---|
| ライト | 1,480円 | 1名のみ |
| スタンダード | 2,980円 | 3名分を含む（1名につき月額500円で追加） |
| プレミアム | 4,980円 | 10名分を含む（1名につき月額500円で追加） |
Slackと併用して複数人で回すなら、メモの書き込みやタスクが使えるスタンダード以上が前提になります。14日間の無料トライアルはクレジットカード登録が不要です。試用中は契約プランに関係なく、プレミアム相当の機能で試せます。
明日から試すなら、窓口を1つ選ぶ
いきなりすべての窓口を切り替える必要はありません。Slackはそのまま使い、1つの窓口で1週間だけルールを試すところから始めます。
- 対象を、代表メールなど問い合わせがいちばん多い窓口1つに絞る。
- Slackに相談用のチャンネルを用意し、通知を流すチャンネルとは分ける。参加者も決めておく。
- 顧客に回答する人の決め方を1つ決める（例：最初に問い合わせを開いた人、曜日ごとの当番）。
- 前の節の相談テンプレートを相談用チャンネルにピン留めし、全員が同じ形で投稿する。
- 返信を送ったら、相談スレッドに「【返信済み】」の一文を書き、結論を顧客の記録へ戻す。
- 返信のあとに残る作業は、返信とは別に期限を付けて管理する。
1週間後は、通知の件数ではなく次の4つを数えて振り返ります。
1週間後の振り返りチェック（例）
□ 顧客に回答する人が分からなかった件：◯件
□ 相談の結論を探すためにSlackを遡った件：◯件
□ 「【返信済み】」を書き忘れ、返したかどうかを確かめ直した件：◯件
□ LINEなどSlackに流れていない窓口で、気づくのが遅れた件：◯件
上の2つが減らなければ、ルールの問題です。下の2つが残るなら置き場所の問題で、受信箱を分ける構成を試すタイミングです。目的はSlackをやめることではありません。相談しただけで問い合わせが止まらない形を作ることです。
気になる疑問
Slackで顧客からのメールに、そのまま返信できますか？
Slackの画面から元の送信者へ返信する手順は、公式ヘルプで案内されていません。案内されているのは、メールをSlackへ入れる3つの方法までです。チャンネル用メールアドレスは有料プラン、メールアドオンとSlackbotの転送先アドレスは全プランで使えます。招待したメンバーなら、メール通知への返信がSlackに入ります。ただしGmailなどのソーシャルドメインや、送信者と異なるドメインのアドレスでは、内容を見ることも返信することもできません。
Slackのフリープランでも問い合わせ窓口に使えますか？
使えますが、制約があります。チャンネル用メールアドレスの作成は有料プランの機能です。フリープランでアクセスできるメッセージとファイルの履歴は90日間で、1年以上経過したものは削除されます。外部の人との連携は1対1のみで、リストやワークフロービルダーもプロプラン以上です。顧客対応の履歴は、別に受信箱を持って残す前提で考えるのが現実的です。
LINE公式アカウントの問い合わせをSlackに流せますか？
自社でつなぐ場合、設定画面だけでは済みません。メッセージを外部で受け取るには、Messaging APIのWebhookの送り先（ボットサーバー）をLINE Developersコンソールで指定します。そのサーバーを用意し、署名を検証してから処理するコードを動かし続ける必要があります。Slackが公式のLINE公式アカウント連携を提供しているかは、公式サイトで確認できませんでした。この記事では有無を断定していません。
Slackをやめないと、RenRakuは導入できませんか？
やめる前提ではありません。部署をまたぐ議論や顧客に関係しない連絡はSlack、顧客とのやり取りと返信状況はRenRakuの受信箱と、用途を分けて使えます。RenRakuの新着をSlackで受け取りたい場合は、誰もRenRakuを開いていないときにメールで知らせる通知の送り先を工夫します。実際に届くかは、試用期間中に確認してください。
RenRakuの従業員チャットは、Slackの代わりになりますか？
代わりにはなりません。従業員チャットは顧客対応の画面に付いた社内連絡の機能で、スタンダードプラン以上で使えます。新着はRenRakuの画面の中で知らせる作りで、メールやスマートフォンへの通知はありません。顧客ごとの申し送りは問い合わせごとのメモ、広い社内の議論はSlackと、分けて使うのがおすすめです。
確認した公式情報
情報確認日：2026年9月27日。料金・機能・利用条件の最新情報は各公式ページでご確認ください。本文の運用例・テンプレート・判断の目安は説明用の例です。