部署をまたぐ問い合わせの連携｜答えを持つ人に渡して顧客へ返すまでの段取り

「担当部署に確認して、折り返しご連絡します」。そう返した後、問い合わせが社内のどこで止まっているのか分からなくなる。聞かれた側は答えたつもり、受付は返事待ちのつもりで、顧客だけが待っている。受けた人が答えられない問い合わせは、少人数の会社でも日常的に起きます。

RenRakuを提供する株式会社TechSyncが編集しています。仕様・出典確認日：2026年10月18日

「確認します」の後、問い合わせが止まる5つの場所

答えを持つ人が別にいる質問では、受けた人が社内に聞き、返ってきた内容を顧客に返す往復が生まれます。この往復が止まる場所は、おおむね5つに分かれます。

よくあるのは、請求の内訳、在庫と納期、施工の可否、契約条件などの質問です。1〜10名の会社では「部署」と呼ばないかもしれません。それでも「請求は経理」「現場のことは現場」「値引きは代表」という分担があれば、構造は同じです。

対策を決める前に、自社がどこで止まっているのかを見分けてください。止まっていない場所に仕組みを足しても、手間が増えるだけです。

5つのうち、聞き先の問題は最初の1つだけです。残りの4つは、聞いた後の状態がどこにも残っていないことから起きます。情報が特定の人に張りついていく構造そのものは、顧客対応が特定の担当者に依存する原因で整理しています。

質問を渡しても、顧客への回答担当は残す

社内に確認を頼んでも、顧客に返す人は最初に受けた人のまま残します。問い合わせを別の部署へ転送しただけでは、誰が顧客に返すのかが曖昧になるからです。

受付は「向こうが返すだろう」と思い、確認先は「答えたので受付が返すだろう」と思う。どちらも間違ったことはしていないのに、顧客への返信だけが落ちます。そこで役割を2つに分けます。

• 回答担当（顧客に返す人）：最初に受けた人。顧客への約束と最終回答を持ち、確認が終わるまで問い合わせを手放さない。
• 確認先（答えを持つ人）：聞かれたことに社内向けに答える。確認だけを頼まれた問い合わせでは、顧客へは返信しない。

確認先が顧客に直接返信すると、受付の返信と内容が食い違ったり、同じ顧客に2通届いたりします。窓口を1人に保ち、渡すときは次の項目を1件ごとに残します。

社内の期限は、顧客への約束より前に置きます。確認先の答えを、顧客向けの文面に直す時間が要るからです。答えが「できない」だったときに、代わりの案を探す時間も要ります。説明用の目安は次のとおりです。

• 当日中に回答すると約束した：約束の2〜3時間前を社内の期限にする
• 翌日に回答すると約束した：当日中を社内の期限にする

確認だけ頼むか、担当ごと渡すかを分ける

すべての問い合わせで、受付が窓口を持ち続ける必要はありません。以後のやり取りが専門的に続く問い合わせは、担当ごと渡したほうが顧客にとっても早く済みます。判断の目安は次のとおりです。

担当ごと渡すときにいちばん起きやすいのは、渡した側だけが渡したつもりになっている状態です。引き受けの返事をもらうまでは元の担当が持つと決めておけば、誰の手にもない時間がなくなります。

聞き先を1枚にまとめ、探す時間をなくす

よく聞かれる質問の種類ごとに、誰に聞けば答えが出るかを1枚に書き出します。受付の経験が浅いほど、「これは誰に聞けばいいのか」を探す時間は長くなります。ここは道具より先に、紙1枚で解決できる部分です。次の書式を1行ずつ埋めてください。

「確認」と「判断」を分けて書く

聞き先の表で抜けやすいのが、事実の確認と判断の違いです。

• 確認：在庫や請求額など、担当者が見れば答えが出る
• 判断：納期の前倒しや値引きなど、誰かが決めなければ答えが出ない

判断が要る質問を事実確認の窓口に回すと、「私では決められない」と戻ってきて1往復が無駄になります。表には「その人が答えてよい範囲」を書き、判断が要る質問は最初から決められる人に回します。

確認先が2か所にまたがるときは順番を決める

在庫は倉庫、値引きは代表というように、答えが2か所に分かれる質問もあります。聞く順番は、2つの質問の関係で決めます。

• 前の答えで後ろの質問が変わる：順番に聞きます。在庫がなければ、値引きの判断そのものが要らなくなるからです。
• 互いに関係しない：同時に聞いて、時間を短くします。

順番に聞く場合は、1か所目の答えを2か所目への依頼に添えて渡すところまでが回答担当の仕事です。

不在のときの代わりを決めておく

聞き先が休みや外出のとき、質問はそこで止まります。聞き先ごとに、代わりの人を1人決めておきます。「2時間返事がなければ代わりの人へ」のように切り替える時刻も決めておけば、受付は待つか動くかで迷いません。代わりの人でも判断できない質問なら、その時点で顧客に経過を伝えます。

依頼は「質問・期限・経緯・返し方」を1通で送る

確認の依頼は、次の4つを1通にまとめて送ります。長い履歴を転送されただけでは、確認先は何を判断すればよいのかを探すところから始めることになります。聞きたいことを冒頭に一文で書き、答えの形まで指定すれば、読んですぐ答えられます。

1. 質問：「どちらが可能か」「この条件で案内してよいか」のように、はい・いいえか選択肢で答えられる形にする。
2. 社内の期限：顧客への約束より前の日時。理由も一言添える（「顧客に17時回答と約束済み」など）。
3. 経緯：顧客名、問い合わせを受けた日時、関係するやり取りの場所。全文を貼るより、どこを読めばよいかを示す。
4. 返し方：結論をどこに書いてほしいか（問い合わせの記録など）と、顧客にそのまま伝えてよい内容かどうか。

質問が選択肢の形になっているかどうかで、往復の回数が変わります。「納期はどうですか」と聞けば「いつ着のご希望ですか」と聞き返されます。「24日着で50個、可能ですか。難しければ最短はいつですか」と聞けば、1回で答えが返ってきます。

確認先の返し方も決めておく

答える側にも型があると、受付が顧客向けに直す時間が短くなります。結論を先に、条件と根拠を後に書いてもらいます。

結論は、社内チャットの流れの中だけに置かず、問い合わせの記録に戻します。翌日に同じ顧客から追加の質問が来たとき、別のスタッフでも判断の根拠をたどれるようにするためです。

待っている顧客には、次に連絡する時刻を伝える

確認に回すと決めた時点で短い中間連絡を入れ、次に連絡する時刻を約束します。顧客が困るのは、確認に時間がかかることより、いつ返事が来るのか分からないまま待たされることです。

約束する時刻は「確認先の社内期限＋文面を整える時間」で決めます。「後ほど」「確認でき次第」のような、時刻のない書き方は避けます。受付自身の期限まで曖昧になるからです。

約束の時刻に間に合わないとき

確認が長引いたら、約束の時刻を過ぎる前に経過を伝えます。答えがまだでも「いま何が分かっていて、次はいつ連絡するか」を伝えれば、顧客は予定を立てられます。

問い合わせの種類ごとの返信文は、問い合わせへの返信例文15選にもまとめています。

中間連絡を送った後も、最終回答までは印を残す

中間連絡を送った問い合わせには、最終回答を送るまで外さない印を別に付けておきます。返信したかどうかで状態を管理する道具では、中間連絡も1通の返信だからです。送った時点で「返信済み」に変わり、最終回答がまだなのに片付いたように見えます。

社内で答えが出た段階で、手動で「返信済み」に切り替えるのも避けます。状態を誰がいつ変えるかの決め方は、問い合わせのステータス管理の記事で扱っています。

RenRakuで、受信・社内確認・返信をつなぐ

RenRakuは、LINE公式アカウントとメールの問い合わせを1つの受信箱に集め、チームで共有する顧客対応ツールです。ここまでの段取りは、次の機能に置き換えて使います。

説明用の例：請求の内訳を経理に確認する1日

この流れで人が覚えておくのは、「中間連絡を送ったら印を付ける」と「最終回答を送ったら印を外す」の2つです。誰が顧客に返すかは担当、誰に頼んだかはタスク、何を聞いて何が返ってきたかはメモ、顧客への回答が残っているかは要対応の印に残ります。社内のやり取りをどこに書くかの使い分けは、社内のやり取りを問い合わせにつなぐでも扱っています。

使う前に知っておきたい仕様

• タスクは問い合わせや顧客カードに紐づきません。独立した一覧なので、どの顧客の件かはタスク名の先頭に書きます。返信後に残る作業の書き方は、問い合わせのタスク管理で扱っています。
• 期限の通知は、期限の48時間前と24時間前の2回です。通知はRenRakuを開いているブラウザの画面に出ます。メールやスマートフォンには届かず、期限を過ぎたタスクにも出ません。当日中に締め切る確認では、受付が約束の時刻の前に自分で見に行きます。
• 担当者を複数にすると、期限の通知は先頭の1人にだけ届きます。また、誰が完了にしたかは記録されません。メモには投稿者名と日時が出ます。結論をメモに書いてもらえば、誰が答えたかを後からたどれます。
• 順番に聞く確認先が2か所なら、多段階チェックも使えます。担当者を順に並べて登録すると、1人目が自分の段を完了にした時点で次の人に切り替わり、その人の画面に通知が出ます。段の完了はタスク管理ページから操作します。差し戻しや段の飛ばしはできず、期限はタスク全体で1つです。前の答え次第で後ろの確認が要らなくなる質問は、1か所ずつ別のタスクにします。
• 従業員チャットの通知も、RenRakuを開いている画面にだけ出ます。確認を受ける人がRenRakuを開いておく時間帯を決めておきます。
• 個人メール窓口（プレミアム）に届いた問い合わせは、持ち主と管理者以上にしか見えません。確認先が従業員なら、質問と結論は従業員チャットでやり取りし、受付がメモに写します。
• 「経理確認中」のような確認先ごとのタグは、先に作っておきます。作れるのは、管理者以上か、タグ作成の権限を持つ人です。

担当ごと渡すときは、見出しの右の「担当」を渡した先に替えます。相手のベルに通知が届き、一覧の担当者名も替わります。最後に返信した人（いなければ最後に開いた人）も、別に自動で記録されます。

用件で窓口が決まっているなら、「請求・支払い」のようなルームグループを作って移します。経理はその置き場所だけを見れば済みます。グループの作成は管理者以上ですが、問い合わせを移す操作は誰でもできます。ルームは置き場所で、誰が返すかは「担当」で決めます。

条件で自動的に振り分けたい場合

標準画面では、人がルームや担当者を選びます。Dots等の外部MCPでは、許可したルームへの移動や登録済みタグの整理を任せられます。担当者の条件自動割当とは別の仕組みです。固定条件での振り分けや強制承認が必要な場合は、次の製品の現行機能も比べます。

• yaritori：件名・アドレスなどの条件で、ステータスや担当者を付ける機能を案内しています。1件のメールに複数の担当者を設定する機能も、2026年7月2日のお知らせで追加されました。お知らせでは、複数部署が関わる問い合わせでの利用を挙げています。
• メールワイズ：条件を指定したフォルダの振り分けや、処理状況・担当者の自動設定を機能一覧に挙げています。

1件ごとに「誰に聞くか」を人が判断している段階なら、聞き先の表と依頼の型を整えるほうが先に効きます。

部署をまたぐ確認は、スタンダード以上が前提

ライト（月額1,480円・税抜）は1名で使うプランです。メモの書き込み・タスク・従業員チャットでの投稿はできません。

スタンダードは月額2,980円（税抜）で、3名込みです。4人目からは、ユーザー追加で1名につき月額500円がかかります。14日間の無料トライアル中は、契約プランに関係なくプレミアム相当の機能を使えます。

まず二つの部署で、一つの確認ルールを作る

確認がいちばん多い組み合わせを1つ選び、2週間試してから広げます。すべての部署と質問に一度に当てはめると、決めごとが多すぎて守れないからです。

1. 直近1か月で「確認してご連絡します」と返した件を書き出し、確認先と、最初の節の5つのどこで止まったかを分ける。
2. 件数がいちばん多い「受付と確認先」の組み合わせを1つ選ぶ（例：営業の受付と経理、受付と現場）。
3. その組み合わせについて聞き先の表を1行書き、社内の期限の既定値を決める。
4. 確認依頼と回答の書式を、両方の担当者が見られる場所に置く。
5. 「中間連絡を送ったら印を付け、最終回答を送ったら外す」という手順を受付で共有する。
6. 2週間後に、下の3つの数字を数えて、何が起きていたかを確かめる。

2週間後に数える3つの数字

• 社内の期限を過ぎた確認の件数：多ければ、期限の置き方か、確認先に仕事が集まりすぎていないかを見直す。
• 顧客への約束の時刻を過ぎた件数：多ければ、中間連絡で約束する時刻の決め方を見直す。
• 確認先から聞き返しがあった件数：多ければ、依頼の「聞きたいこと」が選択肢の形になっているかを見直す。

聞き返しが減り、約束の時刻を守れるようになったら、次の組み合わせに広げます。

よくある失敗と避け方

ここまでの節で扱った抜けのほかに、運用を始めてからつまずきやすい点を5つ挙げます。

最後に、同じ質問が何度も社内を回っていないかも見てください。毎週のように同じ確認が来るなら、答えを資料や定型文にまとめ、受付がその場で答えられるようにします。

RenRakuのメモは、横断検索の対象に入りません。繰り返し使う答えは、定型文（全プラン）やRenRakuノート（作成・編集はスタンダード以上）に移しておくと探せます。

部署へ渡す前に、AIで経緯と質問をそろえる

担当部署へ転送するだけでは、渡された側が履歴を読み直す仕事も増えます。「何を確認してほしいか」が見える形で渡すと、返答までの往復を減らせます。

Dotsに会話から決定事項・未回答の質問・社内で確かめる点を整理させます。その材料を使って返信案を残し、必要な確認はメモやタスクへ分ける運用です。

説明用：最初に試す3ステップ

1. 部署をまたぐ架空の相談で、すでに答えた内容と未決事項を用意する。
2. AIに社内確認事項と顧客向け返信案を分けて準備させる。
3. 担当者と期限を付けて確認を依頼し、返答が出たら元の会話で顧客へ返す。

ルーム管理・タスク・メモ投稿はスタンダード以上です。AIのルーム移動やタスク更新は個別に許可し、担当者への自動割当や強制承認フローと混同しません。

返信案の確認・送信をメンバーへお願いする機能も、スタンダード以上の複数人運用で使えます。相談先を明確にする補助で、指定した承認者以外の送信を必ず止める仕組みとは別です。

大人数での導入には、プレミアム上位のエンタープライズ（個別見積もり）もあります。通常の人数加算より費用を抑えた導入を相談でき、利用枠や契約条件は見積もり時に確認します。

気になる疑問

確認先の部署へ渡した時点で、元の担当は完了にしてよいですか？

確認だけを頼んだのであれば、完了にはしません。顧客への最終回答を送るまでは、最初に受けた人が回答担当として問い合わせを持ち続けます。担当ごと渡す場合も、渡した先から引き受けの返事をもらいます。経緯と残っている期限を書き残してから、手を離してください。

社内の確認に時間がかかるとき、顧客にはいつ、何を伝えればよいですか？

確認に回すと決めた時点で、次に連絡する時刻を伝える短い中間連絡を送ります。「後ほど」ではなく「本日17時までに」のように時刻で約束します。社内の期限は、その時刻より前に置きます。間に合わないと分かったら、約束の時刻を過ぎる前に、分かっていることと次の連絡時刻を伝えてください。

確認先の担当者が、顧客に直接返信してもよいですか？

確認だけを頼んだ問い合わせでは、顧客への返信は回答担当に一本化するのがおすすめです。受付と確認先の両方が返信すると、内容の食い違いや二重の返信が起きやすくなります。以後のやり取りが専門的に続く問い合わせなら、担当ごと渡します。顧客に担当が替わることを伝えてから、確認先が返信します。

確認先から期限までに返事がないときは、どうすればよいですか？

社内の期限の時点で、回答担当から一度声をかけます。それでも返事がなければ、聞き先の表で決めた代わりの人に切り替えます。代わりの人でも答えが出ないと分かったら、顧客への約束の時刻を待たずに経過を連絡し、次に連絡する時刻を伝え直します。

社内の確認はSlackやChatworkで行ってもよいですか？

構いません。すでに定着している社内チャットがあれば、確認の相談はそこで続けて問題ありません。大切なのは、出た結論を問い合わせの記録に戻すことです。結論がチャットの中にだけ残ると、翌日に同じ顧客から追加の質問が来たとき、別のスタッフが判断の根拠を探せません。

確認した公式情報

情報確認日：2026年10月18日。料金・機能・利用条件の最新情報は各公式ページでご確認ください。本文の運用例・書式・時刻の目安は説明用の例です。

• RenRaku公式：機能・料金・FAQ
• yaritori公式：機能一覧
• yaritori公式：承認機能・複数人担当者設定機能の追加（2026年7月2日）
• メールワイズ公式：機能一覧
• RenRaku公式：Dots連携・利用条件
• RenRaku：プライバシーポリシー（外部AI・保存期間）
• RenRaku：利用規約
• OpenAI公式：Dotsの仕組みと利用条件

次に読みたい記事

• LINEとメールを一元管理する方法｜問い合わせの返信漏れ・二重対応を防ぐ運用
• 問い合わせ管理ツールの乗り換え手順｜履歴・権限・窓口を移行前に確認