Матрица приоритетов P1–P4: как не путать критичный инцидент с мелочью
Короткий ответ: приоритет заявки определяется не тем, насколько «срочно!!!» написал заявитель, а сочетанием двух объективных параметров — влияния (сколько людей и насколько критичных процессов затронуто) и срочности (есть ли обходной путь или работа полностью встала). Матрица этих двух осей даёт четыре уровня: P1 (критический), P2 (высокий), P3 (средний), P4 (низкий).
Почему нельзя просто доверять оценке заявителя
Если приоритет определяет только сам заявитель, система быстро наполняется заявками «срочно!!!» независимо от реальной критичности — у каждого своя мелкая проблема кажется самой важной. Матрица переводит субъективное ощущение в объективную оценку по двум отдельным вопросам: кого и что именно затрагивает сбой, и есть ли способ временно обойти проблему.
Как работает матрица влияния и срочности
Влияние отвечает на вопрос «сколько людей и насколько критичных функций затронуто» — один сотрудник или целый отдел, второстепенная функция или ключевой сервис вроде 1С или VPN. Срочность отвечает на вопрос «насколько это не терпит отлагательств» — есть обходной путь или работа полностью встала. Сочетание этих двух осей и даёт итоговый приоритет.
| Высокая срочность | Низкая срочность | |
|---|---|---|
| Высокое влияние (отдел, ключевой сервис) | P1 · Критический | P2 · Высокий |
| Низкое влияние (один сотрудник) | P2 · Высокий | P3 · Средний / P4 · Низкий |
Как приоритет связан с SLA
У каждого приоритета свой норматив реакции и решения — чем выше приоритет, тем жёстче срок. Подробная разбивка нормативов и то, как их настраивать под свою компанию, — в статье «Как настроить SLA под свою компанию». Приоритет можно пересмотреть в процессе — если инцидент эскалируется с P2 до P1, потому что выяснилось, что сбой шире, чем казалось сначала, это фиксируется в истории заявки.
По теме в КРОМ: интерактивная матрица приоритетов на сайте КРОМ
Короткие ответы на частые вопросы
Кто выставляет приоритет — заявитель или поддержка?
Обычно заявитель указывает влияние и срочность своими словами (например, через форму), а система или исполнитель переводит это в приоритет по матрице. Финальное решение обычно остаётся за поддержкой, чтобы субъективное «очень срочно» не обходило объективную оценку.
Можно ли поменять приоритет уже после создания заявки?
Да — если по ходу разбора выясняется, что сбой серьёзнее или, наоборот, легче, чем показалось сначала, приоритет пересматривают. В КРОМ такая эскалация фиксируется в истории изменений заявки.
Что если два параметра дают разный результат — например, влияние высокое, а срочности особой нет?
Именно для этого и нужна матрица 3×3 или аналогичная: она даёт комбинацию двух осей, а не берёт только одну. Высокое влияние при низкой срочности обычно даёт средний приоритет, а не автоматически критический.
Нужно ли компании придумывать свою матрицу с нуля?
Не обязательно — можно взять типовую матрицу «влияние × срочность» с четырьмя уровнями P1–P4 и адаптировать только конкретные примеры под свою инфраструктуру.
В КРОМ приоритет считается по матрице автоматически — покажем на демо.
Демо по заявке →