ハウツー · 2026年5月3日

ITヘルプデスクを$0以下で構築する

小規模なITチームのほとんどは、Slackの直接メッセージと共有受信ボックスで動いています。それは機能しなくなるまでは機能します。このガイドでは、ServiceNow の契約なしに、チケット・SLA期待値・ルーティング・アセット追跡の5フェーズセットアップを説明します。

社内ITヘルプデスクのセットアップは1週間でできます:単一の受付メール、5つのカテゴリー、現実的なSLA目標付きの3段階優先度、チームにマッピングされたルーティングルール、そして会社への1段落の案内。小規模チーム(50名以下)では、コアのチケット管理は無料プランに収まります。SLA管理は Pro から対応。

社内ITセットアップが失敗する理由

ITチームがリクエストに溺れているのに件数や種類が把握できていないなら、あなただけではありません。4つのパターンが原因です。

リクエストがSlack・メール・DMに散在している

一元的な受付窓口がないと、チケットの半数がチケットになりません。見えないものは測定できません。

優先度システムがなく、すべてが「緊急」になる

すべてのチケットが重要に見えると、本当のP1が些細なリクエストの後回しにされます。シンプルな3段階優先度リストで午後一番に解決できます。

プロセスではなくヒーロー文化

1人がすべての場所と修正方法を知っています。その人が休暇に入るまでは機能します。次のインシデント前に上位10件の修正手順をKB記事として文書化してください。

エンタープライズ向け価格のツール

ServiceNow、Jira Service Management、BMC Helixはいずれも月額4桁から始まります。50名規模の会社には過剰で、セットアップコストがライセンスコストに匹敵します。

5フェーズセットアップ(1日1フェーズ)

小規模なITチームが5日間で混乱から稼働中のヘルプデスクへ移行するためのプレイブックです。各フェーズは1日、各ステップは2時間以内に完了できる具体的なアクションです。

フェーズ1 — 受信箱

1日目
  • 単一の受付アドレスを決める(例:it-help@yourcompany.com)
  • SlackチャンネルやDMから届いている既存のITリクエストをそのアドレスに転送する
  • 受信箱をヘルプデスクに接続し、すべてのメールをチケットに変換する
  • 最初の1週間は「受け付けました」自動返信を無効にする―ルーティングのデバッグ中はノイズになるため

フェーズ2 — カテゴリー

2日目
  • 5つのカテゴリーを定義する:アクセス、ハードウェア、ソフトウェア、ネットワーク、その他
  • ヘルプデスクで各カテゴリーのタグを追加する
  • 直近50件のチケットを手動でタグ付けし、実際の分布を把握する
  • 明確なキーワードで自動タグ付けを設定する(「VPN」→ネットワーク、「ノートPC」→ハードウェア)

フェーズ3 — SLA

3日目
  • 3つの優先度を定義する:P1(本番停止)、P2(本日の業務に影響)、P3(リクエスト、ブロッカーではない)
  • 現実的な目標を設定する:P1初回応答≤30分・P2≤4時間・P3≤24時間
  • Slackチャンネルまたは携帯にSLA違反アラートを連携する
  • 優先度の定義を文書化し、依頼者がフォームで自己分類できるようにする

フェーズ4 — ルーティング

4日目
  • カテゴリーを担当者にマッピングする:ネットワーク→インフラリード、ソフトウェア→ITジェネラリスト など
  • 未ルーティングのチケットにデフォルト担当者を設定し、放置を防ぐ
  • チームでオンコール交替制を採用している場合、P1のラウンドロビン割り当てを設定する
  • エスカレーションルールを追加:P1が15分以上未応答の場合、オンコール担当者に自動通知する

フェーズ5 — 展開

5日目
  • メールアドレスとSLA期待値を記載した1段落の案内を全社に送信する
  • ITのSlackチャンネルトピックを新しいメールアドレスと「追跡のためにフォームを使ってください」という注記に更新する
  • よくある依頼(パスワードリセット、VPN、MFA)向けのスターターナレッジベース記事を3本公開する
  • 30日後のレビューを設定し、カテゴリー分布とSLA達成率を確認する

FyneDesk での対応方法

セットアップは無料プランの機能から始まります:メール→チケット変換、カスタムカテゴリーとタグ、ルーティング、ナレッジベース、アセット管理。違反アラート付きのSLA設定は Pro で利用可能。セットアップは文書化されており、プロフェッショナルサービスの電話は不要です。

小規模ITチームの現実的なSLAテーブル

これを出発点として使ってください。営業時間・オンコールカバレッジ・各カテゴリーが壊れたときの影響度に基づいて調整してください。

リクエスト例 優先度 初回応答 解決
本番システム停止(メール、給与計算、顧客向けアプリ) P1 ≤ 30分 ≤ 4時間
ログイン不可(アカウント、MFA、VPN) P2 ≤ 4時間 ≤ 1営業日
ハードウェア問題(ノートPCが起動しない、モニターのちらつき) P2 ≤ 4時間 ≤ 2営業日
新規ソフトウェアリクエスト、アクセス付与 P3 ≤ 1営業日 ≤ 5営業日
新入社員向け機器(リードタイム) P3 ≤ 1営業日 入社日≤ 1週間前
一般的な質問や「Xはどうやるの?」 P3 ≤ 1営業日 可能であれば当日中

目安:95%の確率で達成できるSLAを設定し、四半期ごとに引き締める。SLA違反は緩いSLAより信頼を傷つけます。

チケットとアセットの紐づけ

30台以上の会社ノートPC・モニター・ライセンスソフトウェアを管理しているなら、「マーケティング部はどのバージョンのOfficeを使っていますか?」という質問に初めて答えたその日に、アセット追跡はコストを回収します。各アセットを所有者に紐づけ、チケットをアセットにリンクする―トラブルシューティング時間が短縮し、交換の判断が速くなり、予算の会話がはるかに楽になります。

これのために別のITアセット管理ツールは必要ありません。アセット記録(ノートPCのモデル、シリアル番号、所有者、購入日、保証)が組み込まれたヘルプデスクで、小規模チームのほとんどのニーズは満たせます。スプレッドシートでも機能しますが、誰かが更新を忘れた日から同期が取れなくなります。

FyneDesk での対応方法

アセット記録は無料プランに含まれています。各アセットには所有者・種別・シリアル番号・チケット履歴があります。チケットが届いたとき、ワンクリックでアセットにリンクでき、アセットの履歴にはこれまでの問題がすべて表示されます。

まとめ

社内ITヘルプデスクの構築はツールの問題ではなく、ツールという前提条件を持つプロセスの問題です。チケット・SLA・ルーティング・アセットを処理できる最もシンプルなツールを選び、5日間集中してセットアップし、明確な期待値とともに展開してください。無料オプションを使い切るまで、エンタープライズ向けの比較検討はスキップして構いません―小規模チームのほとんどは使い切ることはありません。

よくある質問

週に5件以上のITリクエストをSlack・メール・DMから受け取っているなら、必要です。ヘルプデスクにより、すべてのリクエストに担当者・ステータス・履歴が付きます。それがないとリクエストは見落とされ、繰り返され、忘れられます。5名以下のITチームでも、無料のヘルプデスクなら最初の月でセットアップコストを回収できます。

対象者とトーンです。社内ITデスクは社員向け:チケットはアクセス・ハードウェア・ソフトウェア・ネットワークに関するもの。SLAはビジネスへの影響度で決まります。トーンは直接的・技術的。顧客向けヘルプデスクは外部ユーザー向け:チケットは製品・注文・アカウントに関するもの。SLAは競争優位性(速さが重要)。トーンは親しみやすく、よりブランド意識が高いです。多くのツールが両方に対応していますが、ワークフローは異なり、別カテゴリー・別SLA・多くの場合別チームが必要です。

小規模なITチームのほとんどは1週間で稼働できます―集中できれば1日1フェーズ。最も時間がかかるのは展開フェーズ:ITリードへのDMの代わりに新しいメールアドレスを実際に使ってもらうことです。「何年もこのやり方でやってきた」という抵抗に2週間は備えて、旧来の方法より速くチケットをクローズすることを見せながら対応しましょう。

5つが適切です:アクセス、ハードウェア、ソフトウェア、ネットワーク、その他。5つ未満だと効果的なルーティングができません。5つ超えるとタグ付けが面倒になりスキップされます。30日間の実データ後に見直してください―「その他」が20%超なら新カテゴリーが必要、5%未満のカテゴリーがあれば統合しましょう。

まず3つの優先度から始めましょう:P1(本番停止)、P2(本日の業務に影響)、P3(リクエスト、ブロッカーではない)。実際に達成できる初回応答目標を設定します―小規模チームならP1が30分、P2が4時間、P3が1営業日が現実的です。1ヶ月間緩い目標を達成してから引き締めてください。SLA違反は遅いSLAより信頼を傷つけます。

30名超の社員向けに会社のノートPC・モニター・ライセンスソフトウェアを管理しているなら、必要です。チケットにアセットを紐づける(「SarahのMacBook Pro 2024 #M-217」)ことで、トラブルシューティングと交換が速くなり、予算策定に必要なデータも得られます。小規模チームなら最初の1年はスプレッドシートで乗り切れることもあります。

1〜2名のITチームの場合、自分がオンコールになります。P1のエスカレーションを目立つ形(Slack DM・プッシュ通知・SMS)にし、P2/P3は静かに(通知なし、通常時間にまとめて対応)設定することがポイントです。3名以上のチームなら週次ローテーションが効果的です―同じ人が月曜から日曜のP1エスカレーションを担当し、その後引き継ぐ。ローテーションをヘルプデスクに記録し、システムが誰に通知するかを把握できるようにしましょう。

小規模チームには、FyneDesk の無料プランがチケット管理・ルーティング・アセット管理・ナレッジベース・Webhook・アナリティクスを最大3エージェントまで$0/月で提供しています。50名以下の社内ITチームのほとんどにはこれで十分です。SLA管理と3エージェント超は Pro($12/エージェント/月)に移行します。ServiceNow や Jira Service Management と比較すると、セットアップだけで FyneDesk Pro の1年分以上のコストがかかることもあります。

無料プランでITデスクを運用する

FyneDesk の無料プランにはチケット管理・ルーティング・アセット管理・ナレッジベースが含まれています。SLA管理は Pro($12/エージェント/月)から。

このガイドについて:小規模な社内ITチームがよく使うセットアップパターンを基に、FyneDesk チームが執筆しました。SLA目標はビジネスへの影響許容度に応じて調整してください。2026年5月3日更新。誤りを見つけた場合は support@fynedesk.io までご連絡ください。