IITヘルプデスク（IT Help Desk）

ITヘルプデスクとは何ですか？

ITヘルプデスクは、IT関連の問題や問い合わせに対するテクニカルサポートを必要とするエンドユーザーにとっての最初の窓口となる部門またはサービスです。ITヘルプデスクの主な役割には以下が含まれます。

• ユーザーの問い合わせへの対応：技術的な問題のトラブルシューティング、ソフトウェアの使用方法に関する質問への回答、パスワードのリセットなど日常的なものを含む一般的なIT問題の解決に向けたガイダンスの提供が含まれます。
• 問題のログ記録と追跡：ヘルプデスクはチケットシステムを活用してユーザーのリクエストを記録・追跡し、適切なフォローアップと解決を確保します。
• ナレッジベースへのアクセス提供：ユーザーが自力で問題を解決できるよう、FAQ、チュートリアル、トラブルシューティングガイドなどのセルフサービスリソースを含むナレッジベースを維持することが多くあります。
• 複雑な問題のエスカレーション：自身の専門知識を超える問題や専門的な介入を必要とする問題については、ヘルプデスクから適切なITチームにエスカレーションすることができます。

ヘルプデスクがなければ、従業員の生産性――ひいてはビジネス全体の生産性――が損なわれる可能性があります。ITヘルプデスクは、ビジネスユーザーが必要なテクニカルサポートを受けられるよう確保します。これには、ソフトウェアとハードウェアの提供、ダウンタイムや障害の最小化、セキュリティやデータ侵害の防止、そしてユーザーが生産性を維持できるよう大小さまざまなIT問題の解決が含まれます。

ITヘルプデスクはなぜ重要なのですか？

一定規模以上のほぼすべてのビジネスにとって、効果的なITヘルプデスクを持たないことは、生産性やセキュリティなどに壊滅的な影響をもたらす可能性があります。

ITヘルプデスクの構造は、組織の規模や提供するサービスによって異なる場合があります。ヘルプデスクの中心的な目的は常に同じです。ユーザーをサポートし、業務を中断なく遂行できるようにすることです。また、変化する需要に対応するためにヘルプデスクサービスをスケールできることが重要な理由もここにあります。

ヘルプデスクとサービスデスクの違い

組織にITサポート機能を構築しようとしている場合、新しい部門をサービスデスクと呼ぶべきかヘルプデスクと呼ぶべきか、あるいはそれが重要かどうか、迷われているかもしれません。

この2つの違いは単なる言葉の問題のように見えるかもしれませんが、それぞれの概念はIT導入の歴史において非常に異なる時代から生まれたものです。それぞれが、ITorganizationが何を行い、エンドユーザーがどのレベルのサービスを期待できるかについて、異なるストーリーを語っています。

ITヘルプデスクの概念は1980年代後半に初めて登場しました。ITの歴史を通じて、特に2000年代初頭には、ヘルプデスクとサービスデスクという用語はしばしば同義語として使用されていました。組織がITインフラを整備しビジネスモデルにITを組み込み始めるにつれて、ITヘルプデスクはITリソースの機能維持を支援する部門として台頭しました。

従来、ITヘルプデスクはエンドユーザーよりもIT自体に焦点を当てていました。その目標は、ビジネスの機能を支える重要なITリソースの継続的な運用を確保することでした。ヘルプデスクの初期機能には、基本的なチケット管理、インシデント解決、および顧客からのサービスリクエストへの対応が含まれていました。

ITサービスデスクの概念は、ITサービス管理のベストプラクティスを定めた広く採用されているプロトコルであるITILフレームワークから生まれました。Gartnerの定義によれば、サービスデスクはヘルプデスクの進化形であり、「サービスリクエストや問題の通話を解決するためのリソースを備えており、顧客サービス担当者またはエンドユーザーが単なる『取り次ぎ』ではなく、テクニカルサポートの問題を効率的に診断、トラブルシューティング、および解決する能力を持つ」ものとされています。

ヘルプデスク実装における一般的なミスを避ける

1. 一度に抱えすぎない 

まず、ITヘルプデスクの恩恵を受ける各部門からフィードバックを収集し、最大の課題と改善の機会を把握します。このインプットをもとに、最も影響度の高い改善を優先する実装ロードマップを作成します。

ITヘルプデスクを段階的に導入することで、採用上の問題を軽減し、修正や手戻りを必要とする問題やミスを回避することができます。より少ない労力でより多くの成果を出す方法を考えてみてください。そうすることで、あなたとチームの膨大な時間を節約することができます。

2. 優秀な人材を採用し、育成し、定着させる 

優れたビジネスオーナーなら誰もが知っているように、適切な従業員が会社の成否を左右します。この視点は、社内ユーザーと日々接するITヘルプデスクスタッフにも同様に当てはまります。最良のチームを構成するためのヒントをご紹介します。

ソフトスキルを軽視しない

適切なITサポートスタッフを確保するために、適切なスキルの組み合わせを持つ人材の採用に注力してください。ソフトスキルの重要性を過小評価しないでください。特に1次レベルのヘルプデスク技術者であれば、忍耐力があり、共感力が高く、問題解決に積極的な人材は大きな価値を持ちます。技術的なスキルは後から習得することができます。

エンドユーザーに合わせたヘルプデスク採用を行う

適切な人材を惹きつけるにあたって、エンドユーザーのプロフィールを十分に考慮してください。例えば、医師や医療スタッフと連携するヘルプデスクスタッフは、学生を支援する担当者とは異なるアプローチ――そしておそらく異なる気質――が求められます。

十分な人員を確保する

ITヘルプデスクの人員が不足していると、問題が迅速に解決されず、質問が放置される事態が生じます。この状況はユーザーの不満を招き、生産性の低下や障害につながり、ビジネスの収益に大きな影響を与える可能性があります。また、人員不足のヘルプデスクは、優秀なスタッフのバーンアウトと高い離職率をもたらすことにもなります。

共有ナレッジベースを構築する

チームメンバーが問題の解決策を迅速に見つけられるよう、社内サポートドキュメントの共通ナレッジベースを構築します。ドキュメントの整備により、より良いサービスを提供できるようになり、新しいスタッフのトレーニングも容易になります。

チームワークを重視する

連帯感と一体感を醸成することは、士気とチームエネルギーを高く保つうえで非常に効果的です――エンドユーザーもポジティブで熱意ある姿勢に気づき、それを高く評価するでしょう。

3. ビジネスニーズを理解し、先を見越す

効果的なITヘルプデスクは常に、エンドユーザーのサポートと質問への回答という成果に焦点を当てます。プロセスは重要ですが、エンドユーザーの体験とビジネスニーズを念頭に置いて策定される必要があります。効率を妨げたりエンドユーザーの生産性を阻害したりするプロセスは見直すべきです。

ビジネスニーズを満たすために、ヘルプデスクは以下を実践する必要があります。

• プロアクティブであること：理想的には、ヘルプデスクは問題がエスカレーションする前に積極的に防止策を講じます。
• トレンドと繰り返し発生する問題を分析・特定すること：同じ問題が週に何度も発生する場合は、根本原因に対処する必要があります。

サービスレベル契約（SLA）と主要業績評価指標（KPI）を設定してください。SLAはヘルプデスク業務のスピードと完了に関する期待値を設定します。このメトリクスは、ユーザーとサポートスタッフがどのようなサービスを提供すべきかを把握するための基準となります。適切なKPIを持つことで、パフォーマンスが低下した際に迅速に気づくことができます。

効率的なITヘルプデスクの目標はシンプルです。ユーザーができる限り中断なく業務に復帰できるよう、顧客サポートを提供することです。

関連: サービスとサポートを改善するためのITチケット処理ベストプラクティス20選

4. 専門チームを編成する

ヘルプデスクのすべてのチームメンバーを一つのグループに押し込まないでください。最終的にサポートチケットとリクエストに圧倒されることになります。より賢明な解決策は、ヘルプデスクをサポート階層に構造化することで、分割統治のアプローチを実践することです。

階層型システムでは、ヘルプデスクスタッフを特定の問題に注力する小規模チームに配置します。あるチームは、ユーザーの質問やサポート問い合わせを迅速に分類し適切な部門にルーティングすることに専念するか もしれません。別のチームは大量のサービスリクエストへの対応と処理を担いながら、複雑な問題や難しい問題をなお専門チームに転送できる体制を維持します。この多層的サポートシステムは大企業で一般的に採用されています。

どのような構成を選択するにせよ、ヘルプデスク部門内に専門チームを構築することで混乱を抑制し、全員が効率的に業務を遂行できるようになります。スタッフが特定の責任に集中できるようにすることで、より良いサービスの提供が可能になります。

5. プロセス、ワークフロー、およびポリシーを定義する

企業が新しいものを導入する前に個人を準備・サポートするプロセスは、変更管理として知られています。変更管理は、企業がヘルプデスクシステムの細部を把握するのに役立つ構造化されたアプローチを提供します。

ベストプラクティスをいくつかご紹介します。

自動化を恐れない

特定のヘルプデスクプロセスを自動化することは、ワークフローを円滑にするうえで大きな効果をもたらします。企業によっては、基本的な顧客の質問に回答したり、問い合わせを特定のヘルプデスクスタッフにふり分けたりするためにチャットボットや人工知能を活用する場合もあります。

人間らしさを保つ

自動化はヘルプデスクをサポートするものであり、ヘルプデスクそのものであってはなりません。多くの状況で、顧客は複雑な質問への回答や複数の問題への対応を必要としています。メール、チャット、コールセンターなどを通じて、適切な体験を提供し実際のサービス担当者につなぐことを確実にしてください。

コンプライアンスを念頭に置く

ヘルプデスクアーキテクチャに関するその他の考慮事項には、セキュリティと規制コンプライアンスが含まれます。コンプライアンスは特に、一般データ保護規則（GDPR）に準拠する必要がある欧州連合の組織と取引する際に重要です。

プロセスとポリシーを定義する

ヘルプデスクが何をどのように行うべきかを計画する際、プロセスの定義は不可欠です。実装すべき標準化されたワークフローとポリシーを決定するために、IT Infrastructure Library（ITIL）を参照することが有効です。覚えておくべき点として、プロセスとはヘルプデスクがタスクを遂行するために従うルーティンであり、ポリシーとはこれらの業務を遂行する際に遵守するルールです。

6. ITILの役割を明確にする

ITILはベストプラクティスのガイダンスとして機能することをご存知かと思います。しかし、成功するためにすべてのプラクティスを実装しなければならないと感じる必要はありません。これは通常、ITの分野で最も成熟した組織のみが達成できる偉業です。ITILに関して組織は賢明である必要があります――自組織に適用可能なプラクティスを特定し、残りは保留にしてください。

ITヘルプデスクサポートはITILサービスオペレーションライフサイクルの下に位置します。主要な目的はシンプルです。日々のインシデントとリクエストへの対応を継続しながら、問題が発生しないレベルで運用することです。

サービスオペレーションで実施されるプロセスには以下が含まれます。

• インシデント管理: ユーザーが顧客ヘルプデスクに連絡した際に支援を提供します。
• 問題管理: 回避できないインシデントの影響を最小化し、問題の発生を防ぎます。
• リクエスト履行: パスワードリセットなどの顧客リクエストを完了させたり、特定のソフトウェアライセンスへのアクセスを付与したりします。
• 変更管理: リスクを制御することで、企業の運営とITサービスへの混乱を最小化します。

イベント管理、アクセス管理、ITオペレーションコントロール、ファシリティ管理、アプリケーション管理、ナレッジ管理、アセット管理、およびテクニカル管理。これらのプロセスは、イベントに基づくタスクの優先順位付けからユーザーアクセスの付与、ITインフラの維持、アプリケーションのサポートまで、あらゆる事項を扱います。

7. KPIとメトリクスを確立する

明確で簡潔な目標は、効果的なサービス管理の不可欠な要素です。チームが提供すべきサポートの種類、適切な応答時間、または「成功した」チケット管理の定義を明確に把握していない場合、サービスデスクによるサポートは本来の効果と信頼性を発揮できません。

期待値を設定するための賢明な方法として、パフォーマンスの測定方法と関係管理の方法について顧客とサポートスタッフの双方に説明責任を確立するSLAを作成することが挙げられます。

優れたSLAは、ユーザーにヘルプデスクから期待できるサポートの種類を十分に理解させることで、顧客サービスを向上させ、より良いコミュニケーションを促進します。スタッフの対応範囲内および範囲外の問題を明確にしてください。また、正確な応答時間の設定にも役立ちます。例えば、SLAでは優先度の高いリクエストは1〜5時間以内に対応し、優先度の低い問い合わせは5〜7日の応答時間が設定されることを説明することができます。

サポートチームがSLAの一部を遵守することに困難を感じている場合は、評価を行う時期です。需要に対応するために、追加の従業員トレーニングの実施、スタッフの増員、または新しいテクノロジーの導入を検討することが賢明でしょう。

KPIの適用

KPIはヘルプデスクのパフォーマンスの監視と調整を支援します。インシデント管理および問題管理プロセスのパフォーマンスを追跡するために活用できます。一般的なKPIには以下が含まれます。

• インシデント／問題の件数（チケット量）。
• チケットのバックログ。
• 繰り返しインシデントの件数。
• 平均初回応答時間。
• エスカレーションの件数。
• インシデント解決時間。
• 未解決問題の件数。
• 解決までの時間。
• 顧客満足度スコア。
• ネットプロモータースコア。
• 初回対応解決率。
• SLAコンプライアンス。

これらすべてのKPIは、ヘルプデスクの運営状況を明確に把握するのに役立ちます。問題領域の特定、効率性と顧客満足度の改善、そして適切な評価を通じたITヘルプデスクチームメンバーの士気向上にご活用ください。

ユーザーフィードバックの収集

最後に、KPIの活用に加えて、顧客アンケートを通じたユーザーフィードバックの収集は、ヘルプデスクが成功している点と改善が必要な点を評価するための賢明な方法です。顧客に率直な意見を求めることを恐れないでください。これらすべてが、ITヘルプデスクがビジネスにもたらす価値を理解するうえで大きな助けとなります。

関連: ITサービスデスクの最適化：プロセス改善のための構造化

8. 社内顧客を教育する

ヘルプデスクが稼働したら、他の従業員にも確実に参加してもらいましょう。顧客が問題について別の従業員と話している場合は、その従業員がヘルプデスクチケットを開くよう顧客を丁寧に誘導するよう指導してください。

テクノロジーの活用方法について教育する際は、社内顧客を積極的に巻き込むことが重要です。毎週または毎月のニュースレターにヒントとコツを盛り込む、トレーニングを提供する社内ポータルを公開する、アクセスしやすいナレッジベースを作成する、ワークショップを開催するなど、さまざまな方法で実施することができます。創意工夫を凝らして一般的な課題に対処してください――顧客はテクノロジーを活用する価値を認識すれば、より熟練した使い方を学びたいと思うはずです。

ヘルプデスクの内外を問わず、すべての顧客とのやり取りは、組織が将来に向けて振り返ることができる学びの機会です。ヘルプデスクを社内で活用する機会を逃さないでください。

9. 適切なヘルプデスクソリューションを選択する

ヘルプデスクは何をしますか？これは、ビジネスをサポートする適切なヘルプデスクソフトウェアを選択する際の重要な質問です。顧客に適切な体験を提供しながら、価値ある適時のサービスを確実に提供してください。

組織の規模、ヘルプデスクの需要が時間とともにどのようにスケールするか、誰にサービスを提供するか、そして顧客の問題をどのように解決したいかを考慮して、ビジネスに適したツールを導入してください。

大小を問わず、企業はヘルプデスクツールの導入について十分に検討する必要があります。選択できる種類が複数あるためです。

基本レベルでは、ITヘルプデスクソフトウェアソリューションはチケットを自動的に分類したり、サポートを待っている顧客に定型回答を提供したり、電話やメール以外のコミュニケーションチャネルを開いたりすることができます。

より高度なレベルでは、一部のITSMソリューションは現在、ユーザーが気づく前に問題をひそかに修復し、ネットワーク全体のデバイスを特定・管理し、ITサポートの「シフトレフト」を支援して修復の迅速化とチームがよりより戦略的なタスクに注力できるようにする、自動化と人工知能機能を組み込んでいます。

ヘルプデスクテクノロジーを味方につけることの重要性を過小評価しないでください。適切な設備は応答サイクルを加速させ、従業員体験を向上させながらサポートチームの負担を軽減します。

関連: ITSMオートメーションが大規模なDEXを改善する方法

10. ITセルフサービスを確立する

最良のITサポートは、顧客が自分自身でサポートできる場合に実現します。効果的なサポートチームの構築に尽力してきた場合、これは直感に反して聞こえるかもしれません。しかし、FAQを含むオンライン顧客ポータルを作成したり、サービスや製品のナレッジベースを構築したりすることは、ITヘルプデスクの負担を劇的に軽減することができます。

これは、企業がリモート／ハイブリッドワークの状況とITチームへの需要増加に対応しようとする中で、大きな支持を集めている戦略です。Ivantiの最近の調査では、49%がすでに基本的なITリクエスト向けのセルフサービスオプションを提供していることが明らかになりました。

今日の従業員と顧客は自己完結性を重視します。本当に必要な場合でなければ、ITサポートに連絡することをためらう人も多くいます。セルフサービスリソースは、ヘルプデスクチケットを送信する前に自分で解決策を探す力を提供します。

関連: AITSM：AIがITサービスデスクの自動化をどのように再定義しているか

ヘルプデスクの一般用語

最もよく使用される用語：

• アセット：組織が使用するハードウェア、ソフトウェア、またはその他のリソース。
• エージェント：ユーザーのIT問題を支援するヘルプデスク担当者。
• 平均処理時間：エージェントがチケットを解決するのにかかる平均時間。
• コールセンター：エージェントがユーザーの問い合わせを受け付け対応する集中拠点。多くの場合、電話を介して行われます。
• 変更管理：ITシステムまたはインフラへの変更を計画、実装、およびレビューするプロセス。
• エスカレーション：複雑さやエージェントの対応限界により、チケットをより上位のサポートレベルに引き上げるプロセス。
• 初回解決率：エージェントがユーザーとの最初の対応中に解決した問題の割合。
• インシデント：サービスの計画外の中断または品質の低下。
• インシデント管理：ダウンタイムとユーザーへの影響を最小化するために、ITインシデントを特定、診断、および解決するプロセス。
• ナレッジベース：ITシステム、トラブルシューティング手順、および一般的な問題の解決策に関する情報の集中リポジトリ。
• パッチ：プログラム内の特定のバグや脆弱性を修正するために設計されたソフトウェアコードの断片。
• 優先度：問題の緊急度を示すためにチケットに割り当てられるレベル。
• 問題管理：インシデントの根本原因を特定し、再発を防ぐための解決策を実装するプロセス。
• リモートデスクトップ：エージェントがトラブルシューティングのサポートのためにユーザーのコンピューターにリモートでアクセス・操作できるソフトウェア。
• 解決：サービスリクエストの正常な完了またはIT問題の修正。
• セルフサービスポータル：ヘルプデスクに直接連絡することなく、ユーザーが自ら質問の回答を見つけIT問題をトラブルシューティングできるオンラインプラットフォーム。
• サービスレベル契約：ITサポート組織とその顧客との間で、期待されるサービスレベルを定義した正式な合意。
• 重大度：IT問題がユーザーまたはビジネスオペレーションに与える影響。
• チケット：ユーザーのIT問題またはサービスリクエストをヘルプデスクに提出した記録。
• ユーザー：組織のITシステムおよびサービスを利用する従業員または個人。