問い合わせ対応ばかりのエンジニアが消耗する理由｜便利屋化の抜け出し方
Slackの通知が止まらない。営業から「この画面の挙動って仕様ですか」、サポートから「このお客様のデータだけ更新されません」、社内から「権限の設定ってどこでやるんでしたっけ」。1つ5分で終わる質問でも、1日10件来れば集中は完全に途切れます。
問い合わせ対応は、作業時間より集中力を奪うという点で他の業務と性質が違います。だから消耗します。私は評価する側で、この状態の人が「生産性が落ちた」と判断されるのを何度も見てきました。構造と抜け方を整理します。
- 問い合わせが特定の人に集中する仕組み
- 作業時間より集中力が削られる理由
- 件数そのものを減らす手順
- 対応経験を実績として残す方法
なぜ自分に集中するのか
1. 答えが返ってくる人に聞くのが合理的だから
質問する側から見れば、確実に答えてくれる人に聞くのが最短です。親切に対応するほど、次も来ます。これは評価されるべき行動ですが、そのままだと窓口が固定されます。
2. 窓口が設計されていないから
問い合わせ先が明示されていない組織では、個人宛のDMが標準になります。チャンネルではなくDMで来ると、他の人が答えることも、履歴を再利用することもできません。
3. 過去の経緯を知っているから
長く関わっているほど、「なぜこの仕様になったか」を知っています。その知識が自分にしかないと、置き換えが利きません。
この流れは便利屋化の一形態です。より広い構造はエンジニアが便利屋扱いされる会社で起きていることで扱っています。
作業時間より集中力が削られる
1件5分の対応でも、実際のコストは5分ではありません。
| 実際にかかるもの | 内容 |
|---|---|
| 対応時間 | 5分 |
| 文脈の切り替え | 作業に戻って再び集中するまで15〜20分 |
| 待機コスト | いつ来るか分からないので、深い作業に入りにくい |
| 精神的な負荷 | 未処理の質問が頭に残る |
1日10件なら、対応時間は50分でも、失われる作業時間は3時間を超えます。にもかかわらず、評価面談では「開発が遅れている」と言われます。ここが最も理不尽な点です。
だからこそ、件数を記録することが最初の一歩になります。感覚で「多い」と言っても伝わりませんが、「今月182件、平均対応時間6分、推定で月45時間相当」と言えば、業務量として扱われます。
件数そのものを減らす
対応を速くするより、来る数を減らすほうが効きます。効果が出やすい順に挙げます。
1. 2週間、内容を分類して記録する
全件をざっくり分類します。仕様確認、権限、データ調査、不具合、操作方法。上位3分類で全体の6〜7割を占めるのが普通です。ここが改善対象になります。
2. 上位3分類を先回りで潰す
FAQに書く、画面に説明を足す、権限設定を自己解決できるようにする。同じ質問が3回来たら文書化するを基準にすると判断が楽です。
3. 窓口をDMからチャンネルに移す
「今後はこのチャンネルでお願いします」と伝えるだけで、他の人が答えられるようになり、履歴も残ります。これが最も効果の大きい一手です。
4. 当番制にする
チームで曜日ごとに担当を決めます。自分以外の人も文脈を持つようになり、属人化が解けます。
5. 自己解決の導線を作る
データ調査系は、簡単な管理画面や参照用のクエリを用意すると、依頼そのものが消えます。
対応経験を実績として残す
問い合わせ対応は、改善の実績としては語りやすい部類です。次の数字を残してください。
- 月あたりの問い合わせ件数の推移
- 分類別の内訳と、改善後の減少率
- 自己解決できるようになった割合
- 自分以外が対応した件数の割合
「月182件だった問い合わせを、FAQ整備と権限設定の自己解決化で98件に減らし、うち6割はチーム内の他メンバーが対応できる状態にしました」
この一文は、評価面談でも面接でも通用します。言い換えの例も挙げておきます。
- 「問い合わせに答えていた」→ 社内外からの問い合わせを分類し、上位要因を特定して発生件数を半減させた
- 「サポートを手伝っていた」→ サポートと開発の間の一次切り分けを担い、開発へのエスカレーション件数を削減した
- 「データを調べていた」→ 調査依頼を自己解決できる参照環境を整備し、依頼そのものを不要にした
IT転職エージェント＠PRO人
ITエンジニアの転職に特化したエージェント「PRO人」。専任のキャリアアドバイザーが、経歴やスキルを踏まえた具体的な求人・条件面を提示してくれます。
- IT・Web業界の転職支援に特化
- 経歴・スキルに合わせた求人を紹介
- 年収交渉や条件面のすり合わせも相談できる
- TechGoとは別の視点で市場価値を確認できる
よくある質問
Q. 断ると冷たい人だと思われませんか A. 断るのではなく、導線を変えるのが基本です。「チャンネルに書いてもらえれば、手が空いている人が答えます」は、断りではなく改善提案です。むしろ組織として喜ばれます。
Q. 自分しか答えられない質問が多いです A. それは属人化のリスクとして上司に伝えるべき事実です。「私が不在の期間は対応できません」は、個人の都合ではなく事業の継続性の話になります。
Q. 件数を記録する余裕もありません A. 完璧に記録する必要はありません。1日の終わりに「今日は何件、主にどの種類か」を1行書くだけで、2週間あれば傾向が出ます。
まとめ
問い合わせ対応で消耗するのは、作業時間ではなく集中力が奪われるからです。
- 1件5分でも、文脈の切り替えを含めると実質コストは3〜4倍
- 対応を速くするより、来る件数を減らすほうが効く
- DMからチャンネルへの移行が、最も効果の大きい一手
- 件数と分類を記録すれば、改善は明確な実績になる
まずは今日から2週間、問い合わせの件数と種類を1行ずつメモしてみてください。上位3つが見えたら、そこが改善対象です。