ITサポートSLA優先度の完全ガイド：P1・P2・P3・P4の応答・解決時間

要点（TL;DR）：SLAの優先度（P1・P2・P3・P4）は、ITインシデントを業務への影響度と緊急度で順位付けし、最も重要な問題から先に対応するための仕組みです。P1は業務停止を伴う重大緊急事象で数分以内の応答が求められ、P4は影響の小さい軽微な依頼で数日以内に処理します。各レベルには、サービスレベル合意書（SLA）で定めた応答時間と解決時間の目標が紐づきます。

ITサポートにおけるSLAの優先度とは？

SLAの優先度とは、マネージドITプロバイダーや社内サービスデスクがインシデントをどれだけ早く受け付け、どれだけ早く解決すべきかを判断するための段階的な分類です。すべてのチケットを同一に扱うのではなく、優先度によってトリアージを行います。取引を停止させた決済ゲートウェイの障害と、モニターをもう一台欲しいという一人のユーザーの依頼を、同じ扱いにするべきではありません。付与した優先度がそのままタイマーを動かし、SLAは各レベルに具体的な応答時間と解決時間の目標を結び付けます。そしてこの目標こそ、プロバイダーが契約上評価される基準となります。

最も一般的な方式は、P1からP4までの4段階です（計画作業や情報提供のみの依頼向けにP5を設ける組織もあります）。P1が最上位で最も重大であり、数字が大きくなるほど緊急度は下がります。この表記が業界でほぼ共通なのは、多くの信頼できるマネージドサービスプロバイダー（MSP）が準拠するITILフレームワークと整合するためです。サービスデスクのダッシュボードで「優先度1——重大」のチケットが赤く点灯するのを見たことがあれば、この仕組みが動いている場面を目にしています。

優先度を正しく設定することが重要なのは、ダウンタイムのコストが高く、対応リソースが有限だからです。Uptime Instituteの『2023年 年次障害分析レポート』によれば、回答者の54%が直近の重大障害で10万米ドル超の損失を、16%が100万米ドル超の損失を報告しています。明確な優先度フレームワークは、こうした高コストのインシデントを優先処理させるための手段であり、同時に、高速対応を必要としない問題に割高な注意を払わずに済ませる手段でもあります。

P1・P2・P3・P4はそれぞれ何を意味するのか？

各優先度には、深刻度の説明、影響範囲の目安、そして期待される対応スピードがまとめられています。マネージドIT契約における4段階の典型的な定義は次のとおりです。

P1・P2・P3・P4の比較

• P1（重大）：業務上不可欠なサービスが完全に停止、またはセキュリティ事象が実害を及ぼしている状態。複数ユーザー・拠点全体・収益を生むシステムが影響を受け、回避策がない。例：メールやERPの完全停止、ランサムウェア検知、データセンターの停電。数分以内の受付と、復旧までの継続対応が求められます。
• P2（高）：主要機能が著しく劣化、または重要ユーザー（トレーディングデスクや役員会中の経営層など）が作業不能だが、限定的な回避策が存在しうる状態。業務は継続できるが困難を伴う。例：業務利用に耐えないほど遅い基幹アプリ、冗長構成のファイアウォールの一方が停止。応答は迅速だが、P1より猶予はある。
• P3（中）：非重要な問題が一人～数人に影響し、妥当な回避策がある状態。通常業務は継続。例：あるチームのプリンター停止、手動で回避できるソフトウェア不具合、単一メールボックスの不調。通常は営業時間内に1～2日で解決します。
• P4（低）：業務への実質的影響がない軽微な問題・問い合わせ・サービス依頼。例：新規ソフトウェアの申請、見た目の軽微な不具合、「操作方法」の質問、計画メンテナンス。キューに計画的に組み込み、数営業日以内に処理します。

各レベルの境界は、SLAを指針としつつ意図的に判断に委ねられます。優れたサービスデスクは各段階の具体例を文書化し、「重大とは何か」を双方が事前に合意できるようにします。この共通の定義は交渉で得られる最も価値ある成果の一つであり、全員がすでに逼迫している瞬間から論争を取り除いてくれます。

SLAの優先度はどう決まるのか？　影響度 × 緊急度

優先度は勘で決めるものではありません。Axelos（現PeopleCert）が発行するITIL 4サービスマネジメントフレームワークは、優先度を2つの入力の関数として定義します。すなわち影響度（impact）——業務が受ける影響の広さ（一人か、一部門か、全社か）——と、緊急度（urgency）——結果が悪化する速さ——です。サービスデスクは両者をマトリクス上に配置し、その交点が優先度を決めます。

実際にはこう機能します。全社的な停止（高影響度）で刻々と悪化している（高緊急度）ならP1に、一人のユーザー（低影響度）で待てる問題（低緊急度）ならP4になります。部門全体が遅いが状態は安定し業務は回るなら、業務継続の可否に応じてP2かP3となります。これをマトリクスとして符号化することで偏りを排除でき、午前3時に受電する担当者も日中チームと同じ分類を下せます。

だからこそ、技術的には同一に見える2つのインシデントでも優先度が異なりえます。10人のデザイン事務所のメールサーバー停止と、24時間稼働のトレーディング企業の同じ停止は、技術的障害は同じでも影響度と緊急度がまったく異なり、正しく別々にトリアージされます。優先度マトリクスは汎用テンプレートではなく、あなたの業務を反映すべきです。

応答時間と解決時間の違いは？

ここはあらゆるSLAで最も誤読されやすい部分なので、正確に押さえておきましょう。応答時間（受付時間・初回応答時間とも呼ばれます）は、プロバイダーがチケットを受け付けて対応を開始するまでの時間——担当者が「受け付けました、エンジニアが対応中です」と確認するまで——です。解決時間（復旧時間）は、実際に問題を修正、またはサービスを復旧させるまでの時間で、恒久対処ではなく一時的な回避策による場合もあります。

この違いは商業的に重要です。プロバイダーがP1で15分という驚異的な応答を約束しつつ、本当に難しい障害の解決には数時間を要することはありえます——そしてそれは十分に妥当です。即座に直せない問題もあるからです。SLAを読む際は、各優先度でこの2つの数字を必ず確認してください。応答は速いのに解決目標が曖昧または欠落しているのは警告サインです。アジア域内のクロスボーダーITサポートを設計する際は、この点が特に重要になります。

計測方法にも注意が必要です。プロバイダーがあなた側を待っている間（第三者や顧客側の依存による「クロックストップ」）、解決時間は停止するのか。計測は営業時間ベースか、経過時間ベースか。「P2は4時間で解決」という目標は、9時～17時の時計と24時間365日の時計とでは意味がまったく異なります。

優先度別の一般的なSLA応答・解決時間は？

法的に固定された基準はなく、時間は交渉で決まりますが、アジアおよび世界のマネージドIT契約は概ね以下の範囲に収束します。保証ではなく、提案を評価するための妥当なベースラインとして扱ってください。

• P1（重大）：15分以内に応答。解決目標2～4時間。復旧まで継続的に対応し、上位エンジニアへエスカレーション。
• P2（高）：30～60分以内に応答。解決目標4～8時間。
• P3（中）：4時間以内に応答。解決目標1～2営業日。
• P4（低）：8時間以内または翌営業日に応答。解決目標3～5営業日。

真剣なSLAと飾りだけのSLAを分けるのは、2つの契約要素です。第一はエスカレーション。P1が進展しない場合、あなたが催促せずとも、定められた間隔で自動的に上位エンジニア、次いで経営層へ引き上げられるべきです。第二はサービスクレジット——目標未達時にプロバイダーが支払う金銭的ペナルティです。クレジットが重大障害の損失を全額補填することはありませんが、インセンティブを一致させ、プロバイダーが自らの数値を真剣に受け止めている証となります。目標はあっても未達への帰結がないSLAでは、その目標は努力目標にすぎません。

小規模組織への実務的な補足です。積極的なP1応答時間は通常、プロバイダーが本物の24時間体制を維持することを要し、それには費用がかかります。24時間365日の対応が不要なら、その費用を払う必要はありません——ただし、どのシステムが本当に業務上不可欠かは正直に見極めてください。自社のワークフローを棚卸しした結果、真にP1対応に値するのは1～2システムだけだったと気づく企業は少なくありません。コストの考え方は2026年アジアITサービス料金ベンチマークを参照してください。

アジアの複数タイムゾーンでSLA優先度はどう機能するか？

香港・中国本土・シンガポール・日本、あるいはそれ以上に跨って事業を営むなら、優先度は「実行できる誰かが起きている」ときにのみ意味を持ちます。サポートチームが18時に退勤するなら、現地時間午前2時の15分P1応答は絵に描いた餅です。まさにここで、優先度フレームワークとサポート体制が噛み合っている必要があります。

標準的な答えはフォロー・ザ・サン方式のサービスデスクです。各地の営業日が終わるたびに地域チーム間で引き継ぎ、常に稼働中のエンジニアが在席します。東京で深夜に上がったP1は、稼働時間帯にあるチームが受け、朝までキューに放置されません。ユーザーが域内に分散する組織にとって、これは「読み映えするSLA」と「実際に機能するSLA」の差です。インシデント量が偏在する場合——普段は静かで時折急増する場合——ITトークン（一括工数）モデルなら、専任の24時間チームを抱えるコストなしに優先度ベースの応答を提供できます。

クロスボーダー対応にはもう一つの難所があります。言語と現地でのプレゼンスです。深圳の現場に人が実際に赴く必要があるP1は、応答がいかに速くとも他国のリモートエンジニアでは解決できません。多国展開向けに優先度を設計する際は、各重要システムを、その目標を実際に満たせる対応力——リモートと現地の両方——に紐づけてください。マネージドITを跨拠点で運用した実例はドイツ系製造業の中国拠点マネージドIT事例を、拠点移設の考え方は香港データセンター移設ガイドをご覧ください。

自社に適したSLA優先度フレームワークの選び方

最良の優先度フレームワークは、最も数字が派手なものではなく、自社が実際にどこで損失と勢いを失うかに合致するものです。いくつかの原則が役立ちます。

• まず重要システムを棚卸しする。応答時間を議論する前に、停止すれば本当に収益が止まる、または法令違反となるシステムを列挙します。それらだけがP1待遇に値します。
• ラベルだけでなく具体例を定義する。自社環境における P1・P2・P3・P4 の具体例をSLAに明記させます。実インシデントでは、曖昧さは常にプロバイダー側に有利に働きます。
• 応答と解決を別々に確認する。曖昧な解決目標を伴う速い応答は、コミットメントではなくマーケティングです。
• 対応体制を優先度に合わせる。24時間365日のP1目標には、それを支える24時間体制が必要です。数値を現実にするフォロー・ザ・サンやオンコール体制を確認してください。
• エスカレーションとクレジットを求める。自動エスカレーションと実効性あるサービスクレジットこそが、目標を行動へと転換させます。

適切に扱えば、SLA優先度は官僚的な負担ではなく、最も深刻な問題にプロバイダーの最も真剣な対応を、必要に見合った価格で保証する仕組みとなります。扱いを誤れば、いざ必要となる瞬間まで安心感を与えるだけの数値表に成り下がります。

よくある質問

P1インシデントとは？

P1（優先度1）インシデントとは、業務停止を伴う重大緊急事象です。中核サービスが完全に利用不能、またはセキュリティ侵害が実害を及ぼし、複数ユーザーや拠点全体が影響を受け、回避策がありません。P1は最速の応答・解決目標を持ち、即時エスカレーションを発動します。

P1とP2の違いは？

P1は、重要サービスが完全停止し回避策がなく影響が広範な状態を指します。P2は、主要機能が著しく劣化、または重要ユーザーが作業不能だが、限定的な回避策が存在するか影響範囲がより狭い状態です。P1は最も積極的な目標と継続対応を得ます。P2も緊急ですが、やや余裕があります。

良いSLA応答時間とは？

優先度によります。重大なP1では15分が強力な目標、P2は30～60分、P3は最大4時間、P4は翌営業日が一般的です。解決目標も必ず確認してください——応答が速くても解決のコミットメントがなければ不完全です。

SLA優先度は深刻度（Severity）と同じ？

密接に関連しますが同一ではありません。深刻度はインシデント単体の技術的な重大さを表し、優先度はその深刻度（影響度）と緊急度を組み合わせて、何を先に対応するかを決めます。深刻度が同じ2件でも、緊急度や業務上の文脈次第で優先度は異なりえます。

プロバイダーがSLA目標を達成できなかったら？

よく書かれたSLAは帰結を明記します。上位者・経営層への自動エスカレーションと、違反の程度に応じたサービスクレジット（金銭的返金）です。帰結が定義されていなければ、目標は努力目標にすぎません。署名前に、未達時に何が起きるかを必ず確認してください。

優先度を自社で設定できる？

できますし、そうすべきです。P1～P4は業界標準ですが、各レベルの定義は自社業務に合わせて調整すべきです——トレーディング企業の重要システムとデザイン事務所のそれは異なります。優れたプロバイダーは、汎用テンプレートを押し付けるのではなく、具体例と閾値をあなたと共同で作成します。

小規模企業に4段階すべては必要？

多くの企業はP1～P4の完全な構造から恩恵を受けます。トリアージの一貫性が保たれるためです。ただし各レベルを支える対応体制は必要に見合わせるべきです。本当に業務上不可欠なシステムが1～2件なら、それらだけに24時間のP1応答を設定し、他は標準営業時間、または柔軟な一括工数モデルで賄えます。

優先度を正しく設定する

SLA優先度とは、本質的に「注意力」に関する約束です。本当に重大な何かが壊れたとき、それは速さ・熟練・説明責任をもって迎えられ、一方で日常的な事案は請求額を膨らませることなく効率的に処理される——という約束です。ITサポートから最大の価値を引き出す組織は、優先度マトリクスを「生きた合意」として扱い、実際のリスクに対応させ、事業を営むすべてのタイムゾーンでそれを実現できるサポート体制で裏打ちしています。

SLAの見直しや再交渉を進めており、テンプレートではなく自社の業務を軸にした優先度フレームワークをお求めなら、Brocentチームにご相談ください。香港・中国・シンガポール・日本を横断して、応答・解決目標をどう設計するかをご説明します。