L1・L2・L3サポートとは：各レベルの役割とチケットの引き継ぎ方

結論から： L1（レベル1、Tier 1）は最前線の窓口で、問い合わせの記録、問題の切り分け、定型的な障害の解決を担当します。L2は、より深い技術作業や広い権限が必要な案件を扱います。L3は専門家のレベルで、最も難しい障害に、ベンダーや開発エンジニアと一緒に対応します。よい階層モデルには、受け付けのルール、書面の引き継ぎ、そして時間制限があり、チケットは各レベルをたらい回しにされず、速やかに上へ進みます。

チケットを起票したら、担当者の名前が次々に変わって回されていった。そんな経験があれば、それが階層型サポートです。L1・L2・L3（またはTier 1・2・3）という呼び方は、ITサービスマネジメントで最も古い考え方の一つで、今でもほとんどのサービスデスクが「誰が何をするか」を説明する言葉として使っています。名前は単純です。しかし運用は簡単ではありません。実際の仕事は引き継ぎにあるからです。各レベルは、エスカレーションする前に何をすると約束し、何を次へ渡すのでしょうか。

この記事では、各レベルの役割、チケットがレベル間を移るしくみ、そしてITサポートの一部を外部委託する企業が、自社と提供会社のあいだでレベルをどのように分けているかを説明します。標準的なモデルを述べる箇所では、公開されている情報源と閲覧日を示しました。提供会社に何を尋ねるべきかを述べる箇所では、その旨を明記しています。人員の階層の組み方は会社ごとに違い、他社について断言できることではないためです。

ITサポートでL1・L2・L3とは何か

技術的な深さによる三つのレベルです。ユーザーの問題は、それを現実的に解決できる最も低いレベルで受け付けられ、そのレベルで解決できないときにだけ上に渡されます。

ウィキペディアの「Technical support」の記事（2026年10月28日に確認）は、三階層モデルを次のように説明しています。Tier I（レベル1、T1またはL1）は最初の技術サポート層で、最初の仕事は顧客の情報を集め、根本の問題を突き止めることです。Tier II（レベル2）はTier Iより踏み込んだ層で、技術者の経験が豊富なぶんコストも高くなります。Tier III（レベル3）は三階層モデルの最上位で、最も難しい、あるいは高度な問題を担当します。分野の専門家が下位の階層を支援し、新しい問題や未解決の問題の解決策づくりに貢献します。

同じ階層でも、組織によって呼び方は違います。「1次・2次・3次対応」「フロントライン・バックエンド・エキスパート」「ヘルプデスク・デスクトップ運用・基盤エンジニア」などの表現も見かけます。名前よりも、階層間を移るルールのほうが重要です。

組織によっては、両端に階層を足します。

1. レベル0（セルフサービス）：ナレッジベース、パスワードリセットのポータル、自動応答のアシスタントなど。ユーザーは人手を介さずに定型的な問題を解決できます。
2. レベル4（ベンダー、または製品開発）：ソフトウェアやハードウェアの製造元、あるいは社内の開発チーム。製品そのものを変更できます。

L1サポートは何をするのか

L1は玄関口です。ユーザーが最初に接する担当者またはシステムで、求められるのは深さよりも幅です。

L1の典型的な役割は次のとおりです。

1. すべての問い合わせを受け付けて記録します。電話、メール、チャット、ポータルのいずれでも、番号付きのチケットにします。
2. ユーザーと、影響を受けているサービスを特定し、症状をユーザー自身の言葉で、エラーメッセージやスクリーンショットとともに記録します。
3. 優先度を設定します。合意した影響度と緊急度のルールに従います。やり方は、重大度と優先度の違いの記事をご覧ください。
4. 手順書やナレッジ記事にある既知の定型的な問題を解決します：パスワードのリセットやアカウントのロック解除、メールボックスやプリンターの問題、基本的な接続確認、標準ソフトのインストール、操作方法の質問など。
5. すでに把握されている問題かを確認します。たとえば進行中の障害であれば、重複した件を個別に処理せず、関連づけます。
6. 合意した間隔で、ユーザーに状況を伝えます。
7. L1の範囲や時間制限を超える場合は、よい引き継ぎを添えてエスカレーションします。

L1で最も大切な力は、深い技術知識ではなく、切り分けとコミュニケーションです。適切な質問をし、パターンに気づき、次の担当者がユーザーに再確認しなくても動けるチケットを書く力です。

L2サポートは何をするのか

L2は、L1が解決できなかったチケットを引き受けます。より深い技術知識、より広い権限、チケット1件あたりのより多くの時間を持っています。

L2の典型的な役割は次のとおりです。

1. まずL1の記録を読みます。ユーザーに同じ質問を二度しないためです。
2. 手順書の範囲を超えて調査します：サーバーやネットワークの問題、アプリケーションの障害、グループポリシーやデバイス管理の問題、権限の問題、ユーザーの端末やバックエンドシステムへのリモート接続が必要な問題など。
3. 承認された範囲で変更を行います。たとえば、既存の標準変更でカバーされている設定変更です。
4. 現地作業や手を動かす作業に対応します。リモートで足りないときは、現地エンジニアを手配します。
5. チケットをまたいでパターンを見つけます。複数のインシデントに共通の原因があるときは、問題管理の記録を立てます。
6. ナレッジベースを更新します。今日L2が学んだことが、明日のL1の解決策になります。
7. 障害が製品、アーキテクチャ、コードの深い知識を必要とするときは、L3にエスカレーションします。

ウィキペディアの記述では、L2はL1の担当者が基本的な技術問題を扱うのを支援する役割も担うとされています。そのため、二つのレベルのあいだに短い「助けてほしい」用のチャネルを置くチームも多くあります。

L3サポートは何をするのか

L3は専門家のレベルです。あるプラットフォームを深く理解したエンジニア、アーキテクト、スペシャリストが、その環境でまだ誰も解決していない問題を解くことを期待されます。

L3の典型的な役割は次のとおりです。

1. 複雑な障害、繰り返し起きる障害、影響の大きい障害の根本原因を分析します。
2. アーキテクチャ、コード、連携、セキュリティ制御の変更を伴う修正を設計して適用します。
3. ベンダーやメーカーと連携します。ベンダーが用意する最上位のサポート窓口でケースを開き、管理することも含みます。
4. L1・L2を支援します。助言をするほか、既知の解決策がない問題のために新しい手順を作ります。
5. 重大インシデントに技術リードとして参加します。このプロセスについては、重大インシデント管理のガイドをご覧ください。
6. 得られた知見を、ナレッジベースと変更計画に反映します。同じ障害を来年また一から調べ直さないためです。

L3の時間は、モデルの中で最も高価な時間です。そのため健全な階層型の体制は、L3にしかできない仕事にL3の手を空けておくように作ります。

チケットはレベル間でどう引き継ぐか

階層型サポートの失敗の多くは、引き継ぎの失敗です。「ユーザーがログインできません。確認をお願いします」というメモだけでL2に届いたチケットは、L1がすでに行った作業を失っています。よい引き継ぎには決まった型があります。

エスカレーションのメモには、次の内容を入れてください。

1. 誰が影響を受けているか：ユーザー、場所、端末、ほかに何人が影響を受けているか。
2. 症状は何か：ユーザーの言葉、エラーメッセージの正確な文言、発生した時刻。
3. 何を試したか：実施した手順とその結果。誰も同じことを繰り返さないようにします。
4. 優先度はいくつで、なぜか：選んだ影響度と緊急度。
5. 次のレベルに何を求めるか：漠然とした「見てください」ではなく、具体的な質問や作業。
6. ユーザーへの連絡状況：これまでユーザーに何を伝えたか、次の連絡はいつか。

チケットを止めないための引き継ぎのルールは次のとおりです。

1. スキルでエスカレーションする：問題がL1の手順書やナレッジベースにないなら、推測せずエスカレーションする。
2. 時間でエスカレーションする：優先度ごとに制限時間を決め、超えても未解決のチケットは自動的に上へ移す。P1は数分、P4は数日、といった具合です。
3. リスクでエスカレーションする：セキュリティインシデント、データ消失、広範な障害の兆候があれば、制限時間に関係なく直ちに上げる。
4. 担当を常に見えるようにする：チケットは常に特定の担当者またはチームのもとにあり、ユーザーの窓口は一つにする。
5. 差し戻しを認める：L2が、ユーザーの権限やプロセスの問題だったと分かった場合は、メモを付けてL1に戻せるようにする。ナレッジベースはこうして育ちます。

制限時間はSLAから決まります。Brocentは、SLAページで優先度ごとの応答目標を公開しています（2026年10月28日に確認）。初回応答は、P1とP2が15分、P3が30分、P4とP5が60分です。標準の8×5またはプレミアムの24×7というサービス時間帯での初回応答目標であり、ページには契約条件に従うとも記されています。各レベルの意味を平易に知りたい方は、ITサポートSLAのP1からP4の優先度をお読みください。P1の応答時間は公開されており、マネージドITサポートのプランとユーザー単価でも確認できます。

ここまでのルールは、階層を上へ移る場面のものです。L3の先の連絡先、時間制限、通知の手順、たとえばP1が一定時間を過ぎても解決しないときに誰へ知らせるか、については、関連記事のITエスカレーションマトリクスのテンプレートをご覧ください。

外部委託するとき、L1・L2・L3はどう分けるか

外部委託は、全部か無かの二択ではありません。企業は、いくつかの一般的な分け方の中から選ぶのが普通です。どれが合うかは、社内にどれだけIT知識を残すかで決まります。

パターン1：L1だけを委託する

1. 提供会社が担当：受け付け、切り分け、定型的な対応、社内チームへのエスカレーション。
2. 自社チームが担当：L2とL3。最も詳しいシステムです。
3. 向いているケース：有能な情シスがいるが、パスワードリセットや操作方法の質問に時間を取られすぎている会社。
4. 注意点：引き継ぎのメモが雑なこと、そしてL1で解決すべき案件のエスカレーションで社内チームの作業が中断されること。

パターン2：L1とL2を委託し、L3は社内またはベンダーに残す

1. 提供会社が担当：サービスデスク全体と、その背後にあるデスクトップ、ネットワーク、サーバーの作業。
2. 自社チームが担当：アーキテクチャの意思決定、業務アプリケーション、ベンダーとの関係。
3. 向いているケース：日々のIT運用は任せたいが、少人数のチームか技術責任者を一人置いておきたい会社。
4. 注意点：誰が何を変更してよいかの境界が曖昧なこと、そして提供会社が詳しくないアプリケーションの引き継ぎが遅いこと。

パターン3：標準的な環境のL1からL3までを委託する

1. 提供会社が担当：管理対象のインフラとツールについて、三つのレベルすべてとベンダーへのエスカレーション。
2. 自社チームが担当：事業固有のアプリケーションと、提供会社との窓口。
3. 向いているケース：社内にIT担当者がいない組織。
4. 注意点：合意した範囲外のアプリケーション。双方のあいだに落ちないよう、契約書に名前を挙げておきます。

どのパターンでも書面にしておくこと

1. システムとサービスの範囲リストを一ページで作り、どのレベルをどちらが担当するか示す。
2. 各レベルが対応可能な時間帯。24×7のサービスデスクでも、L2やL3は待機対応のみ、ということがあるためです。
3. 双方向のエスカレーション経路。提供会社のL3に接続する自社側の連絡先も含めます。
4. 誰が変更を実施でき、誰が承認するか。
5. 受け取る報告：レベル別のチケット数、解決時間、L1で解決した件数、レベル間を行き来した件数。

提供会社のサービスデスクがどのように24時間体制で動くのかは、24×7のヘルプデスクIT支援の概要をご覧ください。どの分け方が合うか相談したい場合は、お問い合わせください。

どのチケットをどのレベルが扱うか

以下は説明用の例です。実際の境界は、自社の範囲リストで決まりますが、各レベルの違いが実務でどう現れるかが分かります。

1. ユーザーがパスワードを忘れた：L1。リセット手順で、一度の連絡で解決します。
2. ある拠点のノートPCがWi-Fiにつながらない：L1が基本項目とユーザーの設定を確認します。原因がアクセスポイント、ネットワークポリシー、端末の構成にある場合はL2が引き継ぎます。
3. チーム全体の共有メールボックスの権限が間違っている：L2。管理者権限と、グループの構成の理解が必要なためです。
4. ベンダーのアップデート後に業務アプリケーションがエラーになる：L2がログを集めて検証し、原因が製品にあればL3がベンダーと対応します。
5. 複数の拠点でクラウドサービスが一時間止まる：L1がチケットを関連づけてユーザーに連絡します。L2とL3が技術リードとして加わり、重大インシデントのプロセスに移ります。
6. 新入社員のノートPCとアカウントの依頼：障害ではなくサービス要求です。L1またはL2が入社手続きに従って処理します。

エスカレーションされたチケットの多くが同じ一、二人に集まっているなら、その人たちが優秀だという証拠ではなく、L2の人員が足りていないサインだと受け止めてください。

階層がうまく機能しているかをどう測るか

次の四つの指標で、必要なことの大半は分かります。特別なツールは要りません。

1. 初回解決率：最初の連絡で解決したチケットの割合で、どのレベルが解決したかは問いません。低ければ、L1に手順書、権限、教育が不足していることを示します。計算方法は、初回解決率（FCR）のガイドで説明しています。
2. レベル別のエスカレーション率：上に渡ったチケットの割合です。L1からL2への率が非常に高ければ、L1が自分で持つべき仕事を渡しています。非常に低ければ、L1がチケットを抱え込みすぎているのかもしれません。
3. レベル別の解決時間：各レベルでチケットが滞留した時間です。遅れは、レベルの内側ではなく、引き継ぎの地点に隠れていることがよくあります。
4. 再オープンと差し戻しの率：前のレベルに戻ったチケットや、クローズ後に再オープンされたチケットです。引き継ぎのメモが弱いか、修正が定着していないことを示します。関連する指標は、MTTR・MTBF・MTTAをご覧ください。

毎月見直し、そのたびに同じ質問をしてください。L1によりよい記事、広い権限、明確なルールがあれば、どのチケットをL1で解決できたでしょうか。

階層型サポートでよくある失敗

1. エスカレーションが遅すぎる。L1が「失敗」を恐れるためです。制限時間とリスクの条件を決めておけば、判断が個人頼みになりません。
2. エスカレーションが早すぎる。L1に権限や手順書がないためで、簡単な障害のエスカレーション率が高いことに表れます。
3. L1をコールセンターとしてしか扱わない。L1は、ナレッジ記事を持ち、パターンに気づく役割も担うべきです。
4. L3に状況が伝わらない。L3には、緊急時だけでなく、パターンや計画も共有しておくべきです。
5. ユーザーに同じ説明を繰り返させる。繰り返しの質問はどれも、引き継ぎの穴を示しています。
6. 一人のヒーローにすべてを任せる。ある人が非公式のL2兼L3になっていると、モデルは単一障害点を抱えることになります。

よくある質問

L1サポートとは何ですか？

L1（レベル1またはTier 1）は、ITサポートの最前線です。チケットを記録し、問題を切り分け、手順書やナレッジ記事で定型的な問題を解決し、解決できないものをエスカレーションします。

L1・L2・L3の違いは何ですか？

違いは深さです。L1は定型的な問題と切り分け、L2はより深い技術作業や広い権限が必要な案件、L3は専門家やベンダーとともに最も複雑な障害を扱います。

Tier 1とレベル1は同じですか？

同じです。Tier 1、レベル1、T1、L1、「一次対応」は、いずれも最初の層を指します。組織によって言葉が異なるので、自社の文書にある定義を確認してください。

小さな会社にも三つのレベルが必要ですか？

別々のチームとして必要とは限りません。少人数の情シスが複数のレベルを兼ねても構いません。大切なのは、同じ人が二つ以上のレベルを担当する場合でも、作業内容、引き継ぎ、時間制限が定められていることです。

どこまで外部委託できますか？

どのレベルでも委託できます。まずL1を委託し、引き継ぎがうまく回るようになってからL2を加える会社が多くあります。契約には、どのレベルのどのシステムを誰が担当するかを書いておきます。

エスカレーションとSLAはどう関係しますか？

SLAは優先度ごとの応答と解決の目標を定め、エスカレーションのルールはその目標を発動条件に使います。チケットが目標を割り込みそうになったら、上に移します。

エスカレーションと担当変更の違いは何ですか？

エスカレーションは、現在のレベルでは解決できないため、より熟練した、または上位のレベルへ移すことです。担当変更は、そのシステムを持つチームへ横に移すことです。よい記録では、この二つを区別します。

次に読む記事

優先度の決め方は重大度と優先度の違いで、連絡先と時間制限はITエスカレーションマトリクスのテンプレートで説明しています。契約の文言については、「ITサポートにおけるSLAとは」をご覧ください。

*2026年10月28日に確認した出典：ウィキペディア「Technical support」（en.wikipedia.org/wiki/Technical_support）、BrocentのSLAページ（brocent.com/sla）。*

これらの指標をスライドではなく契約に盛り込みたい場合は。 Brocent のマネージドITサポートでは、SLA とユーザー単価の月額料金を香港・シンガポール・中国本土・米国について並べて公開しています。プランと料金を見るか、コンサルタントに相談してください。