「返信が遅い」と自覚しながら、どこから手をつければいいか分からないまま動けていない経営者は多い。
電話が鳴るたびに誰かが手を止める。メールは受信トレイに積み重なる。Webフォームの通知を見落として、数日後に気づく——問い合わせ対応の非効率は、そのままビジネスの損失につながっている。
この記事では、従業員15人規模の会社を想定して、問い合わせ対応を効率化した前後で何がどう変わるかを具体的に示す。
前提:どんな会社を想定しているか
会社のプロフィール
- 従業員数:15名(正社員10名、パート5名)
- 業種:BtoB系サービス業(施工・設備管理・コンサル等)
- 問い合わせ件数:月40〜60件(電話30〜40件、メール・Webフォーム10〜20件)
- 対応担当:事務担当者1名が問い合わせ対応を兼務
- 現状:電話は口頭メモで担当者に転送、メールは個人の受信トレイで管理、Webフォームは通知メールを確認
この規模では、問い合わせ対応を専任で担える人員はいない。事務担当者が他の業務をこなしながら対応しているのが実態だ。
Before:効率化前の問い合わせ対応の状況
月間の作業量
| 業務 | 担当 | かかる時間 |
|---|---|---|
| 電話の受付・内容メモ・担当者への転送(月30〜40件) | 事務担当 | 月7〜10時間 |
| メール問い合わせの確認・返信作成(月10〜15件) | 事務担当 | 月4〜6時間 |
| Webフォームの確認と返信(月5〜10件) | 事務担当 | 月2〜3時間 |
| 対応状況の確認・担当者への引き継ぎ | 事務担当 | 月2〜3時間 |
| 対応漏れの発見・フォローアップ | 事務担当 | 月1〜2時間 |
| 合計 | 月16〜24時間 |
起きている問題
誰が何を対応しているか分からない
電話で受けた内容を付箋やメモに残し、担当者に渡す。そのメモが手元に残ったままになり、「あの問い合わせ、どうなった?」という確認のやり取りが都度発生する。複数の問い合わせが同時に動いていると、どれが未対応なのか把握が難しくなる。
対応漏れが起きやすい
メールはフォルダ分けや色分けで管理しているが、返信待ちのものと対応済みのものが混在する。Webフォームの通知メールが受信トレイに埋もれて、数日後に気づくケースも実際に起きている。
同じ内容の問い合わせに毎回一から返信している
「料金はどうなっていますか」「対応エリアはどこまでですか」などの定型的な質問に、毎回文章を考えながら返信している。返信内容も担当者によってバラつく。
担当者が不在だと動かない
電話の受け方も返信のやり方も事務担当者しか把握していない。有給や急な不在が入ると、問い合わせ対応が翌日以降にずれ込む。
After:効率化後の問い合わせ対応の状況
「共有受信トレイの導入(メールの一元管理)」「よくある質問への返信テンプレートの整備」「Webフォームへの自動返信設定」の3点を組み合わせたパターンで試算する。
月間の作業量(変化後)
| 業務 | 担当 | かかる時間 |
|---|---|---|
| 電話の受付・内容をシステムに記録して共有(月30〜40件) | 事務担当 | 月3〜4時間 |
| メール問い合わせの確認・返信(テンプレートを選択・送信) | 事務担当 | 月1〜2時間 |
| Webフォームの確認(自動返信済み・必要な場合のみ追加対応) | 事務担当(確認のみ) | 月0.5〜1時間 |
| 対応状況の確認(共有受信トレイで全員が把握) | 事務担当 | 月0.5時間 |
| 対応漏れの確認(未対応フラグで一目把握) | 事務担当 | 月0.5時間 |
| 合計 | 月5.5〜8時間 |
月の作業量が約1/3に減少する。
変化の内訳
対応状況が全員に見えるようになる
共有受信トレイ(メールワイズ、Freshdesk等)を使うと、誰が対応中か・対応済みかが画面上でひと目で分かる。「あの件どうなった?」という口頭確認が不要になる。担当者が不在でも、別のスタッフが状況を把握して対応できる。
返信速度が上がる
よくある質問への返信テンプレートを10〜20本整備すると、返信作業が「テンプレートを選んで送るだけ」になる。1件あたりの返信時間が15〜20分から3〜5分になる。返信内容のバラつきもなくなる。
Webフォームへの問い合わせに即時対応できる
フォーム送信と同時にサンクスメールが自動で届く設定にすることで、相手に「受け付けた」という安心感を与えられる。事務担当者が翌日に気づいてから手動で返信する、というフローがなくなる。
担当者が不在でも止まらない
テンプレートと手順が整備されていれば、別のスタッフが代わりに対応できる。電話内容の記録がシステムに残るため、引き継ぎも口頭説明なしで完結する。
コスト比較:3つの選択肢
問い合わせ対応の効率化アプローチは大きく3パターンある。
パターン1:ツール導入のみ
| ツール | 月額費用 |
|---|---|
| 共有受信トレイ(メールワイズ、Freshdesk等) | 3,000〜1万5,000円 |
| Webフォーム自動返信(GAS等、設定は初回のみ) | 0〜1,000円 |
| 合計 | 月3,000〜1万6,000円 |
向いているケース:メールとWebフォームの管理を整理したい場合。電話は現状維持でよい、という段階から始めやすい。
注意点:テンプレートの整備とスタッフへの使い方の周知に最初の1〜2週間かかる。ツールを入れるだけで終わらせず、テンプレート作成までセットで進めることが重要。
パターン2:電話代行・問い合わせ代行
| 内容 | 月額費用 |
|---|---|
| 電話代行(一次受付・取り次ぎのみ) | 1万〜3万円 |
| メール対応代行(一部外注) | 2万〜5万円 |
| 合計 | 月3万〜8万円 |
向いているケース:事務担当者の電話対応の拘束時間が長く、本来業務が止まっている場合。または問い合わせ件数が多く、社内だけでは回らない場合。
注意点:代行会社に自社の商品・サービス情報を共有する初期設定が必要。一次対応は代行しても、複雑な問い合わせは社内で折り返す運用フローを整える必要がある。
パターン3:ツール+一次対応の部分外注(推奨)
ツールでメール・フォームの管理を自動化しつつ、電話の一次受付だけを代行に任せるパターン。
| 内容 | 月額費用 |
|---|---|
| 共有受信トレイ + 自動返信設定 | 3,000〜1万5,000円 |
| 電話代行(一次受付・内容のメール転送のみ) | 1万〜2万円 |
| 合計 | 月1万3,000〜3万5,000円 |
向いているケース:メールとWebフォームはツールで自動化し、電話の負担だけを外注で解消したい場合。問い合わせ対応にかかる作業時間を最も大きく削減できる組み合わせ。
Before/Afterをまとめると
| 項目 | Before | After |
|---|---|---|
| 月間の対応作業時間 | 16〜24時間 | 5.5〜8時間 |
| 返信1件あたりの時間(メール) | 15〜20分 | 3〜5分 |
| 対応漏れの発生 | 定期的に発生 | 未対応フラグで防げる |
| 担当者不在時のリスク | 翌日以降に対応がずれ込む | 別スタッフが手順通り対応可能 |
| 顧客への一次返信 | 手動・翌日以降になることも | 自動返信で即時 |
| 月額ツール費用 | 0〜3,000円 | 1万3,000〜3万5,000円 |
月額費用は増えるが、事務担当者の問い合わせ対応にかかる時間が月10〜16時間分減る。その時間を見積もり作成や書類処理などの本来業務に充てられる。
どこから手をつけるか
一度に全部変えようとすると途中で止まる。効果が出やすい順番は次のとおりだ。
Step 1:よくある質問への返信テンプレートを10本作る
費用はゼロ。過去の返信メールを見返して「同じ内容を何度も書いている質問」を10本選び、テンプレート化する。翌日から使えて、返信時間が半分以下になる。
Step 2:Webフォームに自動返信を設定する
GoogleフォームであればGAS(Google Apps Script)で設定できる。設定時間は1〜2時間、費用は0円。これだけで「フォームを見落とす」という問題がなくなる。
Step 3:共有受信トレイを導入してメールを一元管理する
メールの管理を個人の受信トレイから共有の仕組みに移す。複数人が同じ画面を見ながら対応できるようになるため、対応漏れと「どうなった?」確認がなくなる。
Step 4:電話の一次受付を代行に任せる(必要であれば)
Step 1〜3で電話以外の問い合わせが整理できたら、電話だけ残っている負担を見直す。電話代行を使うことで、事務担当者が電話のたびに手を止める状況を解消できる。
問い合わせ対応の改善について相談したい場合は、こちらから問い合わせてほしい。
まとめ
問い合わせ対応を効率化した場合の変化を整理する。
- 事務担当者の月間対応時間が16〜24時間から5.5〜8時間に減る
- 返信テンプレートを10本整備するだけで、1件あたりの返信時間が1/4になる
- Webフォームの自動返信設定は費用0円・1〜2時間で完了する
- 共有受信トレイで対応漏れと「どうなった?」確認がなくなる
- ツール+電話代行の組み合わせで月1.3万〜3.5万円から始められる
「問い合わせ対応に追われて本来の仕事ができない」という場合、まず返信テンプレートの整備から始めると、コストゼロで即効性がある改善ができる。
問い合わせ対応以外のバックオフィス全体の費用感を把握したい場合はこちらを参照してほしい。