3.4サービスデスク

利用者が困ったとき、どこに連絡すればよいか迷わせないこと——それがサービスデスクの第一の価値です。サービスデスクは利用者にとっての単一窓口（SPOC）であり、インシデント・要求・問い合わせの入口を一元化します。この節では、SPOCとしての役割を確認したうえで、拠点の分布・言語・24時間対応の要否・コストといった制約から、どの体制（ローカル／中央／バーチャル／フォロー・ザ・サン）を選ぶべきかという設計判断を学びます。

3.4.1SPOC＝単一窓口としての役割

• サービスデスクは利用者にとっての単一窓口（SPOC：Single Point Of Contact）であり、インシデント報告・サービス要求・問い合わせのすべてを一元的に受け付ける。利用者は「どこへ連絡すればよいか」を迷わずに済み、対応状況も一元的に追跡できる。
• サービスデスクは単なる取次ではなく、一次対応での解決（既知の誤り／KEDBの活用）、機能的・階層的エスカレーションの起点、利用者への状況連絡、利用者満足の維持といった役割を担う。ITの技術力だけでなくコミュニケーションと利用者満足が評価軸になる点が特徴。

3.4.2体制の型

あるサービスマネージャが、国内3拠点と海外2拠点をもつ企業のサービスデスク体制を設計するとします。要件は「
①どの拠点の利用者も同じ品質で対応を受けられること」「
②海外拠点を含め24時間365日の対応が必要なこと」「
③夜勤要員の確保が難しくコストも抑えたいこと」です。まず大前提として、利用者にとっての単一窓口（SPOC）は維持しなければなりません——拠点ごとに連絡先がばらばらでは、利用者が迷い、対応状況の一元追跡もできなくなります。
①の品質統一と要員・ツールの集約という観点だけなら中央サービスデスクが有力ですが、
②の24時間対応を1拠点の中央デスクだけで満たそうとすると、
③に反して夜勤要員が不可欠になりコストが膨らみます。ここで有効なのがフォロー・ザ・サンです。時差のある海外拠点と国内拠点を交代で稼働させれば、各拠点はそれぞれの日中に働くだけで、地球全体としては夜勤を置かずに24時間対応を実現できます。さらに、各拠点の要員が物理的には分散していても、共通のツールとナレッジ（KEDB）で統合し利用者からは1つの窓口に見えるようにすれば、これはバーチャルサービスデスクの考え方と組み合わさり、SPOCを保ったまま分散運用できます。一方、もし要件が「単一拠点で日中のみ、対面と現地言語での密着対応が最重要」であれば、ローカルサービスデスクが適切で、フォロー・ザ・サンは過剰です。「SPOCという原則を崩さず、拠点分布・24時間要否・夜勤コストという制約から体制の型を選ぶ」——これがサービスデスク設計におけるサービスマネージャの判断です。

3.4.3この節のまとめ

• サービスデスクは利用者の単一窓口（SPOC）であり、連絡を一元化して迷わせず、一次解決・エスカレーション起点・利用者満足を担う
• 体制はローカル／中央／バーチャル／フォロー・ザ・サンがあり、中央（1拠点集約）とバーチャル（分散だがツール統合）を混同しない
• 拠点分布・言語・24時間対応の要否・夜勤コストの制約から型を選び、フォロー・ザ・サンは夜勤なしで24時間対応を実現する手段