社内ITヘルプデスクの作り方と費用 — 窓口一本化で問い合わせを減らす【中小企業向け】

社内のIT問い合わせが特定の一人に集中し、本来の仕事が進まない。そんな状態を抜け出す最短ルートは、IT担当者を増やすことではなく、問い合わせの「窓口」を一つに決めて、繰り返しの質問を手順書で減らすことである。小さな会社なら、共有チャンネルかフォームを一つ作り、受付担当と代理担当を決めるところから始められる。費用面では、内製（社内の担当者が兼務）なら追加の外部費用はほぼ不要で、ヘルプデスク代行などの外注は一般に月額数万円程度から、訪問や時間帯の拡大で十数万円以上までの幅がある（目安であり、契約内容で変動する）。この記事では、問い合わせの種類の整理、窓口一本化の選択肢、問い合わせを減らす方法、内製・外注・ハイブリッドの比較、立ち上げ5ステップ、失敗パターン、チェックリストの順に解説する。

社内ITヘルプデスクとは、社員がITに関する困りごとを相談する窓口と、その対応の流れの総称である。専用の部署や大きなシステムがなくても成立する。重要なのは「困ったらここに連絡する」という入り口が決まっていて、受けた問い合わせが記録され、誰かが責任を持って返答することである。まず、社内でどんな問い合わせが発生しているかを種類別に整理しておく。

この表を見ると、頻度が高い問い合わせほど自己解決の余地が大きいことが分かる。パスワード、プリンタ、ソフトの使い方といった「繰り返し型」は手順書で減らせる。一方で、セキュリティに関わる連絡は件数が少なくても緊急度が高く、誰が最初に受けて誰に引き継ぐかを決めておく必要がある。

多くの中小企業では、ヘルプデスクが「設計されていない」まま運用されている。パソコンに詳しい人、総務の担当者、社長の知り合いの業者など、その時々で聞きやすい人に聞くのが実態である。これには3つの問題がある。第一に、問い合わせが個人宛てのチャットや口頭で発生するため記録が残らず、同じ質問が何度も繰り返される。第二に、対応した人が不在の日は誰も答えられず、依頼した側が待たされる。第三に、よく頼まれる人の本来の仕事が中断され続け、結果として疲弊する。

この構造は、IT専任者が一人だけの会社で特に顕著になる。ひとり情シスが何でも屋になる構造とその整理方法はひとり情シス・兼任情シスの業務整理術で詳しく扱っている。

窓口を一本化する方法は大きく4つある。どれが優れているというより、会社の規模と問い合わせの量、社員が普段使っているツールに合うものを選ぶのが現実的である。

迷ったら、「専用チャンネルで受け付け、記録用に入力フォームを併用する」形が小さく始めやすい。ビジネスチャットの選び方や費用についてはビジネスチャットツールの比較と費用を参考にできる。どの方法でも、共通して決めておくことは次の3つである。受付時間と返答までの目安（例：営業日の当日中に一次返信）、緊急の場合の連絡方法（電話など）、受付担当が不在のときの代理担当である。この3つが決まっていないと、窓口を一本化しても結局は特定の人に電話がかかってくる。

チケット管理ツールは、問い合わせを一件ずつ「チケット」として管理し、担当者、状況、履歴、対応時間を記録する仕組みである。ITサポート向けの代表的な選択肢には、Jira Service Management、Zendesk、Freshserviceなどがある。いずれもプラン構成や料金、無料枠の有無は変更されるため、ここでは金額を記載しない。導入を検討する際は、必ず各社の公式サイトで最新の料金と機能を確認してほしい。

ツール選びで失敗しやすいのは、機能の多さで選んで運用が回らなくなるケースである。チケットの分類、優先度、承認フローを細かく設定しても、それを入力・更新する人手がなければ形骸化する。最初は「受付」「対応中」「完了」の3つの状態だけで十分であり、運用が安定してから項目を増やすほうが長続きする。端末やライセンスの台帳と連携させたい場合は、IT資産管理の始め方も併せて読むと、管理の全体像がつかみやすい。

窓口を整えたあとに最も効果が出やすいのが、問い合わせそのものを減らす取り組みである。コツは「全部を文書化しない」ことだ。件数の多い上位の問い合わせだけを対象にし、画面のスクリーンショット付きの短い手順書にする。以下の流れで回すと、負担が少なく続けやすい。

- 1か月ほど、受け付けた問い合わせの種類と件数を記録する（スプレッドシートの一列で足りる）
- 件数の多い上位5種類を選ぶ（パスワード、プリンタ、Wi-Fi、ソフトの使い方など）
- 各項目について、「症状」「確認すること」「手順」「それでも直らないとき」の4点を1ページにまとめる
- 社内の誰でも見られる場所（共有ドライブ、社内ウィキ、チャットのピン留め）に置き、窓口の案内文からリンクする
- 同じ質問が3回来たら手順書にする、というルールで継続的に追加する

手順書全般の作り方や、紙・属人的なマニュアルをデジタル化する考え方は業務マニュアルのデジタル化に整理されている。なお、パスワード忘れのような定番の問い合わせは、手順書だけでなく、本人が自分で再設定できる仕組みを用意すると、そもそも問い合わせが発生しなくなる。

窓口の担い手は、大きく内製、外注（ヘルプデスク代行や外部の情シスサービス）、そして両者を組み合わせるハイブリッドに分けられる。外注サービスの類型や契約前の確認点は情シス代行・IT顧問の使い方と費用相場で詳しく扱っているため、ここでは窓口運用の観点から比較する。

上の費用はあくまで一般的な目安であり、契約内容（対応時間、対応範囲、人数、契約期間、緊急対応の有無）によって大きく変動する。同じ月額でも、リモートのみか訪問を含むか、夜間や休日に対応するかで実質的な価値は変わる。比較の際は、金額だけでなく、一次返信までの目安時間、対応範囲に含まれる作業、範囲外の作業の単価、解約条件を、同じ条件で複数社に確認することが重要である。

選び方の目安としては、問い合わせが月に数件から十数件で担当者が精通しているなら内製、担当者が一人で不在時のリスクが大きい、または受付時間を広げたいならハイブリッド、社内にIT担当を置けない・置きたくないなら外注、という整理が一般的である。ただし、外注にしても「社内側の窓口担当者」は必要になる。入退社の連絡や権限の承認、費用がかかる対応の可否判断は、会社にしかできないためである。

ヘルプデスクの立ち上げは、大きなプロジェクトにする必要はない。次の5ステップを、2〜4週間程度で小さく始めるのが現実的である。

1. 現状を把握する：直近1か月の問い合わせを、思い出せる範囲で種類別に書き出す。誰が対応しているかも記録する
2. 窓口と受付ルールを決める：入り口（チャンネルやフォーム）を一つ選び、受付時間、返答の目安、緊急時の連絡先、代理担当を決める
3. 記録の方法を決める：スプレッドシートまたはチケットツールで、日付・依頼者・内容・担当・状況を残す。項目は最小限にする
4. 上位の問い合わせを手順書にする：件数が多い順に、画面付きの短い手順書を作り、窓口の案内から見られるようにする
5. 社内に周知して見直す：入社時や朝礼で案内し、1か月後に件数と対応時間を見て、手順書や担当、外注の要否を見直す

- 窓口を作ったが、個人宛てのチャットや口頭の依頼を受け続けて、結局ほとんど使われない
- 担当者が一人で、不在や休暇の日の代理が決まっていない
- 最初から高機能なチケットツールを入れ、項目が多すぎて入力されず形骸化する
- 問い合わせを記録しないため、件数や傾向が分からず、手順書の優先順位も決められない
- 外注先に「全部お願いします」と任せ、社内の事情や権限を伝えず、確認の往復が増える
- 入退社の連絡が窓口に届かず、アカウントの作成や停止が遅れる
- 緊急度の高いセキュリティ関連の連絡先が決まっておらず、初動が遅れる

多くの失敗は、ツールや外注の選定ではなく、「ルールが決まっていない」「使われる工夫がない」ことに原因がある。特に最後の2つ、入退社の連絡経路と緊急時の連絡先は、トラブルが起きたときの被害に直結するため、最初に決めておく価値が高い。

- 問い合わせの入り口が一つに決まっていて、全社員に周知されている
- 受付時間と、一次返信までの目安が決まっている
- 受付担当と、不在時の代理担当が決まっている
- 緊急時（セキュリティ事故、PCの紛失など）の連絡方法と連絡先が決まっている
- 問い合わせを日付・依頼者・内容・担当・状況で記録している
- 件数の多い上位の問い合わせについて、手順書がある
- 手順書の置き場所が決まっていて、窓口の案内からリンクされている
- 入退社の連絡が窓口に届く経路が決まっている
- 月に一度、件数と対応時間を振り返る機会がある
- 外注する場合、対応範囲、範囲外の単価、応答時間、解約条件を書面で確認している
- 外注する場合でも、社内側の窓口担当者と承認者が決まっている

社内ITヘルプデスクは、立派な部署やツールがなくても、窓口を一つ決め、受付ルールと代理担当を定め、問い合わせを記録するところから始められる。そのうえで、件数の多い問い合わせを手順書にすれば、担当者の中断は着実に減る。担い手は内製、外注、ハイブリッドから会社の状況に合わせて選び、費用は一般的な目安として捉えたうえで、必ず複数社に同じ条件で見積もりを取って比較してほしい。まずは今週、直近1か月の問い合わせを書き出すことから始めるとよい。