Карта рисков – один из базовых инструментов управления проектами, бизнесом и процессами. Ее составляют, когда нужно не просто перечислить угрозы, а визуально оценить их вероятность и последствия, расставить приоритеты и зафиксировать план реагирования. В этой статье собраны примеры карты рисков для разных сфер и форматов – от простой матрицы до развернутого реестра с мерами контроля.
Подборка охватывает самые частые и практичные варианты: проектные, операционные, финансовые, IT-риски и риски при запуске продукта. Каждый образец сопровождается пояснениями по структуре и логике заполнения, чтобы вы могли адаптировать шаблон под свою задачу, а не копировать чужое содержание вслепую.
В подборку вошли следующие форматы и примеры карты рисков:
- Матрица рисков (таблица вероятность × последствия)
- Матрица рисков IT-проекта по внедрению CRM
- Матрица рисков строительного проекта
- Матрица рисков при запуске нового продукта
- Реестр рисков с мерами реагирования
- Реестр рисков производственного предприятия
- Реестр рисков маркетингового агентства
- Реестр рисков при выходе на новый рынок
- Карта рисков проекта (описательный формат)
- Карта рисков проекта по разработке мобильного приложения
- Карта рисков проекта по реорганизации отдела
- Финансовая карта рисков
- Карта финансовых рисков малого бизнеса
- Карта финансовых рисков инвестиционного проекта
- Операционная карта рисков
- Карта операционных рисков логистической компании
- Карта операционных рисков розничной сети
Примеры карты рисков разных видов и форматов: основной FAQ
Карта рисков – это структурированный документ или визуальная схема, в которой зафиксированы риски, оцененные по двум ключевым параметрам: вероятность наступления и серьезность последствий. Итог оценки определяет приоритет реагирования: какие угрозы требуют немедленных мер, какие достаточно мониторить, а какие можно принять без активных действий.
Карта рисков существует в нескольких практических форматах. Матрица рисков – самый визуальный: таблица, где по осям расположены вероятность и ущерб, а каждый риск попадает в одну из зон (зеленая, желтая, красная). Реестр рисков – более детальный табличный формат с описанием каждого риска, его оценкой, ответственным и мерами реагирования. Описательная карта рисков проекта – развернутый документ, где каждый риск раскрыт в виде отдельного блока с анализом причин, последствий и плана действий. Выбор формата зависит от задачи: для быстрой визуализации подходит матрица, для системного управления рисками – реестр или описательная карта.
Карты рисков применяют в управлении проектами, финансовом планировании, операционном менеджменте, IT, строительстве, производстве и при запуске новых продуктов. Их составляют на этапе планирования, пересматривают при изменении условий и используют как рабочий инструмент на протяжении всего проекта или операционного цикла.
Матрица рисков: примеры с пояснениями по структуре
Матрица рисков – самый наглядный способ показать, какие угрозы требуют первоочередного внимания. Каждый риск оценивается по двум шкалам: вероятность (как часто может произойти) и последствия (насколько серьезен ущерб). Пересечение этих оценок определяет зону риска. Формат удобен для презентаций, совещаний и быстрого согласования приоритетов с командой или руководством.
📌 Матрица рисков IT-проекта по внедрению CRM
- Сценарий: средний бизнес, первое внедрение CRM-системы, команда 8–12 человек
- Задача: расставить приоритеты по рискам до начала активной фазы проекта
- Формат: матрица 5×5, зоны: зеленая / желтая / красная
Пример:
| Риск | Вероятность (1–5) | Последствия (1–5) | Итоговый балл | Зона |
| Сопротивление сотрудников при переходе на новую систему | 4 | 4 | 16 | 🔴 Красная |
| Срыв сроков из-за неполной технической документации | 3 | 4 | 12 | 🔴 Красная |
| Потеря данных при миграции из старой базы | 2 | 5 | 10 | 🟡 Желтая |
| Превышение бюджета проекта | 3 | 3 | 9 | 🟡 Желтая |
| Уход ключевого разработчика в процессе внедрения | 2 | 4 | 8 | 🟡 Желтая |
| Несовместимость CRM с текущей учетной системой | 2 | 5 | 10 | 🟡 Желтая |
| Задержка поставки лицензий вендором | 2 | 2 | 4 | 🟢 Зеленая |
| Недостаточное обучение пользователей | 3 | 3 | 9 | 🟡 Желтая |
- Как считается итоговый балл: Вероятность × Последствия. При шкале 1–5 максимум – 25 баллов. Красная зона обычно от 12 и выше, желтая – 6–11, зеленая – до 5. Границы зон устанавливаются командой под конкретный проект.
- Почему подходит: IT-проекты внедрения отличаются высоким риском сопротивления пользователей и проблем с интеграцией – именно они попадают в красную зону и требуют мер заранее.
- Что важно не испортить: не завышайте оценки "про запас" – это размывает приоритеты. Оценивайте честно, опираясь на прошлый опыт и известные ограничения проекта.
📌 Матрица рисков строительного проекта
- Сценарий: строительство административного здания, срок 18 месяцев, бюджет 120 млн ₽
- Задача: зафиксировать ключевые угрозы для согласования с заказчиком и подрядчиками
- Формат: матрица с текстовым описанием зон
Пример:
| Риск | Вероятность | Последствия | Балл | Зона |
| Удорожание строительных материалов | 5 | 4 | 20 | 🔴 Красная |
| Задержка поставки металлоконструкций | 4 | 4 | 16 | 🔴 Красная |
| Неблагоприятные погодные условия в зимний период | 4 | 3 | 12 | 🔴 Красная |
| Несоответствие грунта проектным данным | 2 | 5 | 10 | 🟡 Желтая |
| Смена субподрядчика в активной фазе | 2 | 4 | 8 | 🟡 Желтая |
| Задержка согласования рабочей документации | 3 | 3 | 9 | 🟡 Желтая |
| Травматизм на объекте | 2 | 5 | 10 | 🟡 Желтая |
| Претензии со стороны надзорных органов | 2 | 3 | 6 | 🟢 Зеленая |
- Почему подходит: Строительные проекты сильно зависят от внешних факторов – цен на материалы, погоды и цепочек поставок. Именно эти риски получают высокие оценки вероятности и попадают в красную зону.
- Как применять: Матрица согласовывается с заказчиком на старте и пересматривается при каждом ключевом этапе – фундамент, коробка, отделка.
- Что важно не испортить: Риски травматизма даже при невысокой вероятности нельзя игнорировать из-за максимальных последствий – в ряде методологий такие риски автоматически переносятся в красную зону.
📌 Матрица рисков при запуске нового продукта
- Сценарий: стартап запускает SaaS-сервис для малого бизнеса, команда 5 человек, MVP через 3 месяца
- Задача: оценить угрозы до начала разработки и распределить ресурсы на снижение критических рисков
Пример:
| Риск | Вероятность (1–5) | Последствия (1–5) | Балл | Зона |
| Продукт не закрывает реальную боль целевой аудитории | 3 | 5 | 15 | 🔴 Красная |
| Нехватка бюджета до выхода на самоокупаемость | 4 | 5 | 20 | 🔴 Красная |
| Технические сбои при росте нагрузки | 3 | 4 | 12 | 🔴 Красная |
| Выход конкурента с аналогичным продуктом | 3 | 3 | 9 | 🟡 Желтая |
| Уход одного из ключевых разработчиков | 2 | 4 | 8 | 🟡 Желтая |
| Слабая конверсия на этапе онбординга | 4 | 3 | 12 | 🔴 Красная |
| Негативные отзывы в первые недели после запуска | 3 | 2 | 6 | 🟢 Зеленая |
- Почему подходит: Для стартапа критически важно разделить риски, которые убивают продукт (нет денег, нет product-market fit), и риски, которые можно исправить в процессе (онбординг, отзывы).
- Онбординг – процесс первого знакомства пользователя с продуктом после регистрации. Слабый онбординг означает, что пользователи уходят, не разобравшись в ценности сервиса.
- Product-market fit – соответствие продукта реальному запросу рынка. Если его нет, продажи не пойдут даже при хорошем маркетинге.
Реестр рисков с мерами реагирования: образцы для бизнеса
Реестр рисков – это развернутый табличный формат, который идет дальше матрицы. Здесь к каждому риску добавляется описание причин, ответственный, конкретные меры реагирования и статус. Реестр используют как живой рабочий документ: его ведут на протяжении всего проекта или операционного периода, обновляют при изменении ситуации и отслеживают выполнение мер.
📌 Реестр рисков производственного предприятия
- Сценарий: среднее производственное предприятие, выпуск промышленного оборудования, 150 сотрудников
- Задача: систематизировать операционные и производственные риски, назначить ответственных
Пример:
| № | Риск | Причина | Вероятность | Последствия | Зона | Меры реагирования | Ответственный | Статус |
| 1 | Выход из строя ключевого станка | Износ оборудования, отсутствие планового ТО | 3 | 5 | 🔴 Высокий | Ввести график ТО, закупить запчасти в резерв | Главный механик | В работе |
| 2 | Срыв поставки комплектующих от поставщика | Единственный поставщик, длинные логистические цепочки | 4 | 4 | 🔴 Высокий | Найти альтернативного поставщика, создать буферный запас | Директор по закупкам | Открыт |
| 3 | Нехватка квалифицированных операторов ЧПУ | Дефицит кадров на рынке труда | 4 | 3 | 🟡 Средний | Программа обучения внутри предприятия, работа с профильными колледжами | HR-директор | В работе |
| 4 | Брак продукции выше допустимого уровня | Нарушение технологической дисциплины | 3 | 4 | 🟡 Средний | Усилить входной контроль, ввести систему мотивации за качество | Начальник ОТК | Открыт |
| 5 | Пожар или авария на производстве | Нарушение норм пожарной безопасности | 1 | 5 | 🟡 Средний | Ежеквартальные проверки, страхование, обучение персонала | Инженер по ОТ и ПБ | Контроль |
| 6 | Потеря крупного заказчика | Снижение качества, конкуренция | 2 | 5 | 🟡 Средний | Регулярные встречи с ключевыми клиентами, программа лояльности | Коммерческий директор | Открыт |
- ЧПУ – числовое программное управление. Оборудование с ЧПУ управляется программой, а не вручную, и требует операторов с профильной подготовкой.
- ОТК – отдел технического контроля. Отвечает за проверку качества продукции на выходе.
- Почему подходит: Производственный реестр должен охватывать три уровня: оборудование, цепочку поставок и персонал. Без одного из них картина рисков будет неполной.
- Как применять: Реестр пересматривается ежемесячно на планерке с руководителями подразделений. Статус "Контроль" означает, что риск принят и просто отслеживается без активных мер.
📌 Реестр рисков маркетингового агентства
- Сценарий: диджитал-агентство, 25 сотрудников, работа с 15–20 активными клиентами одновременно
- Задача: зафиксировать бизнес-риски и риски качества услуг
Пример:
| № | Риск | Вероятность | Последствия | Зона | Меры реагирования | Ответственный |
| 1 | Уход ключевого специалиста (таргетолог, SEO-специалист) | 4 | 4 | 🔴 Высокий | Документирование процессов, кросс-обучение, конкурентная оплата | Руководитель отдела |
| 2 | Одновременный уход нескольких клиентов | 2 | 5 | 🟡 Средний | Диверсификация клиентской базы, не более 25% выручки от одного клиента | Генеральный директор |
| 3 | Срыв дедлайна по крупному проекту | 3 | 4 | 🔴 Высокий | Буфер времени в планировании, еженедельный контроль статуса | Проджект-менеджер |
| 4 | Изменения алгоритмов рекламных платформ | 5 | 3 | 🟡 Средний | Регулярное обучение команды, мониторинг обновлений платформ | Руководители направлений |
| 5 | Блокировка рекламных аккаунтов клиентов | 3 | 4 | 🔴 Высокий | Работа только через верифицированные аккаунты, резервные кабинеты | Таргетолог |
| 6 | Утечка данных клиента | 1 | 5 | 🟡 Средний | Политика доступа, NDA с сотрудниками, шифрование файлов | IT-администратор |
- NDA (non-disclosure agreement) – соглашение о неразглашении. Подписывается с сотрудниками для защиты коммерческой тайны и данных клиентов.
- Почему подходит: В агентском бизнесе главные риски связаны с людьми (уход специалистов) и внешней средой (изменения платформ, блокировки). Именно они получают высокие зоны.
- Что важно не испортить: Риск концентрации выручки (один клиент дает больше 30–40% дохода) – системный, и его нужно включать в реестр даже если сейчас все хорошо.
📌 Реестр рисков при выходе на новый рынок
- Сценарий: российская компания – производитель потребительских товаров планирует выйти в новый регион присутствия
- Задача: оценить риски экспансии до принятия финального решения
Пример:
| № | Риск | Вероятность | Последствия | Зона | Меры реагирования | Ответственный |
| 1 | Низкий спрос в новом регионе из-за незнания бренда | 4 | 4 | 🔴 Высокий | Пилотный запуск в 2–3 городах, тестирование каналов до полного масштабирования | Директор по маркетингу |
| 2 | Сложности с выстраиванием дистрибуции | 3 | 4 | 🔴 Высокий | Предварительные переговоры с дистрибьюторами, анализ местных игроков | Коммерческий директор |
| 3 | Более сильные позиции местных конкурентов | 4 | 3 | 🟡 Средний | Конкурентный анализ, адаптация ценообразования и ассортимента | Директор по маркетингу |
| 4 | Превышение бюджета на вход в рынок | 3 | 4 | 🔴 Высокий | Поэтапный выход, финансовые резервы, четкий бюджет с контрольными точками | CFO |
| 5 | Логистические сложности (доставка, хранение) | 3 | 3 | 🟡 Средний | Предварительный анализ логистической инфраструктуры, партнерство с местными складами | Директор по логистике |
| 6 | Регуляторные ограничения для отдельных видов продукции | 2 | 4 | 🟡 Средний | Юридическая экспертиза до запуска, адаптация продуктовой линейки | Юридический отдел |
- Почему подходит: При выходе на новый рынок важно разделять риски спроса, операционные и финансовые. Реестр позволяет не упустить ни один из уровней.
- Как применять: Этот реестр составляется до принятия решения о входе и служит аргументом для обсуждения с советом директоров или инвесторами.
Карта рисков проекта: описательный формат с разбором структуры
Описательная карта рисков проекта – более детальный документ, чем матрица. Каждый риск здесь раскрывается отдельным блоком: описание, причины, возможные последствия, план реагирования и ответственный. Такой формат используют в управлении проектами, когда нужно не просто расставить приоритеты, но и зафиксировать логику принятых решений и показать заказчику, что команда проработала угрозы системно.
📌 Карта рисков проекта по разработке мобильного приложения
- Сценарий: разработка мобильного приложения для доставки еды, срок 6 месяцев, бюджет 4,5 млн ₽
- Задача: подготовить карту рисков для защиты перед инвестором и внутреннего использования командой
Пример:
КАРТА РИСКОВ ПРОЕКТА
Название проекта: Мобильное приложение для доставки еды "[Название]"
Дата составления: [дата]
Ответственный за документ: Руководитель проекта
Риск 1. Недооценка объема разработки
Описание: Функциональные требования могут оказаться шире первоначальной оценки, что приведет к увеличению трудозатрат и срыву сроков.
Вероятность: Высокая (4/5)
Последствия: Высокие (4/5) – задержка запуска, перерасход бюджета
Зона: Красная
Причины: Неполная проработка технического задания на старте, изменение требований заказчика в процессе.
Меры реагирования: Детальная декомпозиция задач до начала спринтов; фиксация требований в ТЗ с подписью заказчика; бюджетный резерв 15% на непредвиденные работы; процедура согласования изменений (change request).
Ответственный: Руководитель проекта
Статус: В работе
Риск 2. Низкая производительность приложения при росте нагрузки
Описание: При увеличении числа одновременных пользователей возможны замедление или сбои в работе приложения.
Вероятность: Средняя (3/5)
Последствия: Высокие (4/5) – негативные отзывы, отток пользователей в первые недели после запуска
Зона: Красная
Причины: Недостаточное нагрузочное тестирование, выбор недорогой инфраструктуры.
Меры реагирования: Нагрузочное тестирование на этапе QA; использование облачной инфраструктуры с автомасштабированием; мягкий запуск (soft launch) с ограниченной аудиторией.
Ответственный: Технический директор
Статус: Открыт
Риск 3. Задержка интеграции с платежными системами
Описание: Подключение к платежным шлюзам может занять больше времени из-за требований верификации и технических ограничений провайдера.
Вероятность: Средняя (3/5)
Последствия: Средние (3/5) – перенос даты запуска
Зона: Желтая
Причины: Длительные сроки верификации от платежных провайдеров, технические несовместимости.
Меры реагирования: Начать процесс подключения за 8 недель до запуска; иметь запасного провайдера; предусмотреть временный вариант оплаты при задержке основного.
Ответственный: Технический лид
Статус: Открыт
Риск 4. Отказ ключевого разработчика от участия в проекте
Описание: Уход одного из двух ключевых разработчиков создает критическую зависимость и может остановить разработку.
Вероятность: Низкая (2/5)
Последствия: Высокие (5/5)
Зона: Желтая
Причины: Рыночный дефицит разработчиков, конкурирующие офферы.
Меры реагирования: Документирование кода и архитектурных решений; кросс-ревью кода между разработчиками; наличие резервного контакта для быстрого найма.
Ответственный: Руководитель проекта
Статус: Контроль
- QA (quality assurance) – процесс обеспечения качества, включающий тестирование продукта перед выпуском.
- Soft launch – мягкий запуск. Продукт выпускается для ограниченной аудитории, чтобы выявить проблемы до полноценного релиза.
- Change request – запрос на изменение. Формальная процедура согласования любых изменений в объеме проекта.
- Почему подходит: Описательный формат позволяет зафиксировать не только оценку, но и логику принятых мер. Это важно при защите перед инвестором и при передаче проекта новому руководителю.
- Что важно не испортить: Меры реагирования должны быть конкретными и проверяемыми, а не общими словами вроде "улучшить процессы".
📌 Карта рисков проекта по реорганизации отдела
- Сценарий: компания объединяет два отдела продаж в один, переводит часть сотрудников на новые роли, внедряет единую CRM
- Задача: предупредить HR-директора и генерального директора об основных угрозах реорганизации
Пример:
КАРТА РИСКОВ РЕОРГАНИЗАЦИИ ОТДЕЛА ПРОДАЖ
Период реализации: [месяц–месяц, год]
Составил: [Руководитель проекта реорганизации]
Риск 1. Сопротивление сотрудников изменениям
Вероятность: Высокая
Последствия: Высокие – снижение производительности, увольнения ключевых менеджеров
Зона: Красная
Причины: Неопределенность по новым ролям и зарплатам, страх потери статуса.
Меры: Ранняя коммуникация изменений; индивидуальные встречи с каждым сотрудником; прозрачные критерии новых ролей и компенсаций.
Ответственный: HR-директор
Риск 2. Временное падение выручки в переходный период
Вероятность: Высокая
Последствия: Средние – план продаж на квартал может быть не выполнен
Зона: Желтая
Причины: Отвлечение менеджеров на адаптацию, перераспределение клиентских баз.
Меры: Скорректировать план продаж на переходный квартал; сохранить существующие клиентские связи у текущих менеджеров на первые 2 месяца.
Ответственный: Коммерческий директор
Риск 3. Конфликты внутри объединенной команды
Вероятность: Средняя
Последствия: Средние – снижение качества работы с клиентами
Зона: Желтая
Причины: Разные корпоративные культуры двух отделов, конкуренция за роли.
Меры: Тимбилдинг на старте объединения; четкие правила взаимодействия внутри нового отдела; назначение руководителя из нейтральной позиции.
Ответственный: HR-директор
Риск 4. Ошибки при переносе клиентских данных в единую CRM
Вероятность: Средняя
Последствия: Высокие – потеря истории взаимодействий с клиентами
Зона: Красная
Причины: Разные форматы данных в двух старых системах, ручной перенос части данных.
Меры: Аудит данных до миграции; тестовый перенос на части базы; резервное копирование обеих старых баз.
Ответственный: IT-директор
- Почему подходит: Реорганизационные проекты часто недооценивают человеческий фактор. В этой карте он намеренно вынесен на первый план – именно там концентрируются главные риски таких изменений.
- Как применять: Документ используется на совещании перед стартом реорганизации и обновляется ежемесячно в течение переходного периода.
Финансовая карта рисков: шаблоны для малого бизнеса и инвестиций
Финансовая карта рисков фокусируется на угрозах, напрямую влияющих на денежные потоки, прибыль и платежеспособность компании. Ее составляют при бизнес-планировании, подготовке к инвестиционным раундам, при кредитовании и в рамках ежегодного финансового планирования. Ключевое отличие от операционной карты – здесь каждый риск оценивается через потенциальный финансовый ущерб в рублях или процентах от выручки.
📌 Карта финансовых рисков малого бизнеса
- Сценарий: небольшой розничный магазин товаров для дома, оборот 12 млн ₽ в год, один собственник, 6 сотрудников
- Задача: оценить финансовые угрозы для составления антикризисного резерва
Пример:
| Риск | Вероятность | Возможный финансовый ущерб | Зона | Меры снижения |
| Падение выручки в несезон более чем на 35% | Высокая | До 350 000 ₽ в месяц | 🔴 Высокий | Создать резервный фонд на 2 месяца операционных расходов; развить онлайн-канал продаж |
| Просрочка оплаты от корпоративных клиентов | Средняя | До 200 000 ₽ единовременно | 🟡 Средний | Работа по предоплате или с авансом 50%; кредитный лимит на одного клиента |
| Рост закупочных цен у поставщиков | Высокая | Снижение маржи на 5–10% | 🔴 Высокий | Диверсификация поставщиков; долгосрочные контракты с фиксированными ценами |
| Кража или порча товара | Низкая | До 80 000 ₽ | 🟢 Низкий | Страхование товарных запасов; видеонаблюдение |
| Повышение арендной платы | Средняя | Рост постоянных расходов на 15–20% | 🟡 Средний | Долгосрочный договор аренды с фиксированной ставкой; поиск запасных помещений |
| Налоговая проверка с доначислениями | Низкая | До 300 000 ₽ | 🟡 Средний | Ведение учета через профессионального бухгалтера; регулярная сверка с налоговой |
- Почему подходит: Для малого бизнеса финансовые риски особенно критичны – нет большой "подушки" для их поглощения. Поэтому оценка ущерба в рублях важнее абстрактных баллов.
- Как применять: Эту карту используют при составлении годового бюджета: сумма резервного фонда рассчитывается исходя из совокупного потенциального ущерба по рискам красной и желтой зоны.
📌 Карта финансовых рисков инвестиционного проекта
- Сценарий: открытие производственного цеха, инвестиции 25 млн ₽, срок окупаемости 4 года
- Задача: подготовить раздел "Риски" для инвестиционного меморандума
Пример:
| Риск | Тип | Вероятность | Влияние на IRR/NPV | Меры снижения |
| Снижение спроса на продукцию | Рыночный | Средняя | Снижение IRR на 3–5 п.п. | Диверсификация каналов сбыта; предварительные договоры с покупателями (off-take agreements) |
| Рост стоимости сырья | Операционный | Высокая | Снижение маржи EBITDA на 4–7% | Долгосрочные контракты на поставку сырья с фиксацией цены |
| Задержка ввода объекта в эксплуатацию | Строительный | Средняя | Перенос выхода на окупаемость на 6–12 месяцев | Штрафные санкции для подрядчика; контроль этапов строительства |
| Рост процентной ставки по кредиту | Финансовый | Средняя | Рост долговой нагрузки на 1,5–2 млн ₽ в год | Фиксированная ставка по кредитному договору; рефинансирование при снижении ставок |
| Изменение налогового законодательства | Регуляторный | Низкая | Снижение чистой прибыли до 10% | Юридический мониторинг; консервативная финансовая модель |
| Неплатежеспособность ключевого покупателя | Кредитный | Низкая | Потери до 3 млн ₽ единовременно | Страхование дебиторской задолженности; диверсификация покупателей |
- IRR (Internal Rate of Return) – внутренняя норма доходности. Показывает, при какой ставке дисконтирования проект выходит в ноль. Чем выше IRR, тем привлекательнее проект для инвестора.
- NPV (Net Present Value) – чистая приведенная стоимость. Показывает, сколько денег заработает проект с учетом временной стоимости денег.
- EBITDA – прибыль до вычета процентов, налогов, амортизации. Используется как показатель операционной эффективности бизнеса.
- Off-take agreement – предварительный договор на покупку продукции, который заключается до начала производства. Снижает рыночный риск.
- Почему подходит: В инвестиционном меморандуме риски нужно выражать в показателях, понятных инвесторам – IRR, NPV, EBITDA. Это делает карту рисков частью финансовой модели, а не отдельным формальным разделом.
Операционная карта рисков: примеры для логистики и розницы
Операционные риски – это угрозы, связанные с повседневными процессами бизнеса: сбои в цепочках поставок, ошибки персонала, отказ оборудования, проблемы с IT-инфраструктурой. Операционная карта рисков особенно нужна компаниям, где сбой в одном звене процесса быстро отражается на клиентах или выручке.
📌 Карта операционных рисков логистической компании
- Сценарий: региональный логистический оператор, 40 единиц транспорта, 3 склада, доставка по 5 регионам
- Задача: ежеквартальный пересмотр операционных рисков для оперативного управления
Пример:
| Риск | Категория | Вероятность | Последствия | Зона | Меры | Ответственный |
| Выход из строя транспортного средства в рейсе | Техника | 4 | 3 | 🟡 Средний | График ТО, резервные ТС, договор с эвакуационной службой | Начальник автоколонны |
| Повреждение груза при транспортировке | Качество | 3 | 4 | 🔴 Высокий | Страхование грузов, стандарты упаковки, обучение водителей | Директор по качеству |
| Нехватка водителей в пиковые периоды | Персонал | 4 | 4 | 🔴 Высокий | База резервных водителей, партнерство с кадровым агентством | HR-менеджер |
| Сбой в системе управления складом (WMS) | IT | 2 | 5 | 🟡 Средний | Резервное копирование, регламент ручного управления при сбое, SLA с поставщиком WMS | IT-директор |
| Задержка таможенного оформления грузов | Регуляторный | 3 | 3 | 🟡 Средний | Работа с опытным таможенным брокером, буферные сроки в договорах | Директор по логистике |
| Кража груза | Безопасность | 2 | 5 | 🟡 Средний | GPS-мониторинг, страхование, регламент работы с ценными грузами | Начальник службы безопасности |
- WMS (Warehouse Management System) – система управления складом. Автоматизирует учет товаров, управление ячейками и операциями на складе.
- SLA (Service Level Agreement) – соглашение об уровне сервиса. Фиксирует, в какие сроки поставщик обязан устранить сбой.
- Почему подходит: В логистике особенно важно разделять риски по категориям: техника, персонал, IT, регуляторика, безопасность. Это позволяет назначить правильных ответственных и не смешивать несвязанные угрозы.
📌 Карта операционных рисков розничной сети
- Сценарий: сеть из 8 магазинов одежды в торговых центрах одного города
- Задача: подготовить карту рисков для ежеквартального отчета совету директоров
Пример:
| Риск | Вероятность | Последствия | Зона | Меры реагирования | Ответственный |
| Снижение трафика торговых центров | 4 | 4 | 🔴 Высокий | Развитие онлайн-продаж, программа лояльности для удержания покупателей | Директор по маркетингу |
| Ошибки в управлении товарными остатками | 3 | 4 | 🔴 Высокий | Внедрение системы автоматического пополнения, регулярный ABC-анализ | Директор по закупкам |
| Высокая текучесть продавцов-консультантов | 4 | 3 | 🟡 Средний | Пересмотр мотивации, система наставничества, быстрая адаптация | HR-директор |
| Сбой кассового оборудования или POS-системы | 2 | 4 | 🟡 Средний | Резервные кассы, регламент работы при сбое, SLA с поставщиком оборудования | IT-менеджер |
| Закрытие или реконцепция торгового центра | 2 | 5 | 🟡 Средний | Мониторинг рынка аренды, гибкие условия договоров аренды | Генеральный директор |
| Массовый возврат бракованной партии товара | 2 | 4 | 🟡 Средний | Входной контроль качества, претензионная работа с поставщиками | Директор по закупкам |
- ABC-анализ – метод классификации товарных позиций по вкладу в выручку. Позволяет сосредоточить управление запасами на наиболее важных позициях.
- POS-система (Point of Sale) – программно-аппаратный комплекс для проведения продаж на кассе.
- Почему подходит: Розничная сеть сталкивается с рисками на стыке операций и рынка. Снижение трафика ТЦ – внешний риск, который нельзя устранить, но можно компенсировать развитием альтернативных каналов.
- Как применять: Карту рисков розничной сети обновляют ежеквартально – перед началом каждого нового сезона, так как сезонность сильно влияет на вероятность и масштаб большинства рисков.
Как создать карту рисков. Правила и этапы сборки с примерами
Примеры выше показывают рабочую логику разных форматов карты рисков. Ниже – не абстрактный совет "составьте карту рисков", а разбор того, как ее собирают от чистого листа до готового документа. Этот блок нужен для адаптации под свою задачу: вы берете структуру, подставляете свои данные и получаете рабочий инструмент, а не копию чужого содержания.
Базовая схема сборки карты рисков:
- Шаг 1. Определить объект: что именно оцениваем – проект, процесс, бизнес-направление
- Шаг 2. Выбрать формат: матрица, реестр или описательная карта
- Шаг 3. Собрать перечень рисков через мозговой штурм с командой
- Шаг 4. Оценить каждый риск по вероятности и последствиям
- Шаг 5. Определить зону каждого риска (красная / желтая / зеленая)
- Шаг 6. Разработать меры реагирования для рисков красной и желтой зон
- Шаг 7. Назначить ответственных и зафиксировать статус
- Шаг 8. Установить периодичность пересмотра карты
Таблица блоков карты рисков:
| Блок | Зачем нужен | Что сюда подставляется | Пример заполнения |
| Описание риска | Зафиксировать угрозу понятно и однозначно | Конкретное событие или ситуация, которая может произойти | Срыв сроков поставки комплектующих от единственного поставщика |
| Причины риска | Понять корень угрозы и направить меры в правильную сторону | Факторы, которые делают риск возможным | Зависимость от одного поставщика, отсутствие буферных запасов |
| Вероятность | Оценить, насколько реальна угроза | Балл по шкале 1–5 или качественная оценка (низкая / средняя / высокая) | 4 – высокая |
| Последствия | Оценить, насколько серьезен ущерб при реализации риска | Балл по шкале 1–5 или описание последствий в деньгах, сроках, репутации | 5 – критические: остановка производства |
| Зона риска | Визуально расставить приоритеты | Результат перемножения вероятности и последствий; красная / желтая / зеленая зона | Красная (20/25) |
| Меры реагирования | Снизить вероятность или ущерб от риска | Конкретные действия: что делать до наступления риска и что делать при его реализации | Найти альтернативного поставщика; создать запас комплектующих на 4 недели работы |
| Ответственный | Зафиксировать, кто отвечает за реализацию мер | Должность или имя конкретного человека | Директор по закупкам |
| Статус | Отслеживать выполнение мер | Открыт / В работе / Закрыт / Контроль | В работе |
| Дата пересмотра | Обеспечить актуальность документа | Конкретная дата или периодичность пересмотра | Ежеквартально, следующий пересмотр – [дата] |
Пошаговая сборка на одном кейсе:
Сценарий: небольшая IT-компания запускает новый продукт – онлайн-сервис для автоматизации документооборота. Команда 7 человек, срок до MVP – 4 месяца, бюджет – 1,8 млн ₽.
Шаг 1. Определяем объект оценки. Проект по разработке и запуску MVP сервиса автоматизации документооборота.
Шаг 2. Выбираем формат. Реестр рисков – он дает больше деталей, чем матрица, и позволяет сразу зафиксировать меры и ответственных. Для небольшой команды это рабочий документ, а не презентация.
Шаг 3. Собираем перечень рисков. На совещании с командой за 30 минут методом мозгового штурма собираем все угрозы без фильтрации. Получаем 14 позиций.
Шаг 4. Оцениваем каждый риск. Проходим по каждой позиции и ставим оценки вероятности и последствий по шкале 1–5. Спорные позиции обсуждаем коротко и фиксируем договоренность.
Шаг 5. Определяем зоны. Перемножаем оценки. Красная зона (12–25): 4 риска. Желтая (6–11): 7 рисков. Зеленая (1–5): 3 риска.
Шаг 6. Разрабатываем меры для красной и желтой зон. По каждому из 11 приоритетных рисков формулируем конкретные меры – не "улучшить процессы", а "закупить резервный сервер до 15 числа" или "провести custdev с 10 потенциальными пользователями до конца спринта".
Шаг 7. Назначаем ответственных. У каждого риска – один ответственный. Не "команда", а конкретная должность.
Шаг 8. Устанавливаем периодичность. Реестр пересматривается раз в две недели на встрече команды. При изменении условий – немедленно.
Готовая собранная версия (фрагмент реестра):
| № | Риск | Вероятность | Последствия | Зона | Меры реагирования | Ответственный | Статус |
| 1 | Продукт не решает реальную задачу пользователя | 3 | 5 | 🔴 Красная | Провести custdev с 10+ потенциальными клиентами до начала разработки; валидировать гипотезу до старта спринта 2 | Продакт-менеджер | В работе |
| 2 | Нехватка бюджета до запуска MVP | 4 | 5 | 🔴 Красная | Резерв 15% бюджета; еженедельный контроль расходов; сокращение scope при угрозе перерасхода | Генеральный директор | Открыт |
| 3 | Задержка разработки из-за технического долга | 3 | 4 | 🔴 Красная | Еженедельный code review; запрет на накопление критического технического долга без фиксации | Технический лид | Открыт |
| 4 | Уход одного из разработчиков | 2 | 4 | 🟡 Желтая | Документирование кода; кросс-ревью; наличие резервного контакта для найма | Руководитель проекта | Контроль |
| 5 | Низкая конверсия на лендинге при запуске | 3 | 3 | 🟡 Желтая | A/B-тестирование лендинга за 2 недели до запуска; подготовка 2 вариантов оффера | Маркетолог | Открыт |
Custdev (customer development) – метод проверки гипотез через интервью с потенциальными пользователями. Позволяет убедиться, что продукт решает реальную проблему до начала разработки.
Технический долг – накопленные компромиссы в коде, которые замедляют разработку в будущем. Чем больше технического долга, тем сложнее добавлять новые функции.
Scope – объем функциональности продукта. Сокращение scope означает исключение части функций из текущей версии ради соблюдения сроков и бюджета.
Границы применимости и типичные ошибки:
- Когда схема работает: когда риски оцениваются коллективно, а не одним человеком; когда меры реагирования конкретны и проверяемы; когда документ обновляется, а не пылится после первого составления.
- Где ломается: если риски оцениваются формально ради галочки; если ответственный – "все" или "команда"; если меры реагирования написаны общими словами.
- Что нельзя выкидывать: оценку последствий – без нее невозможно расставить приоритеты; меры реагирования – без них карта рисков превращается в бесполезный список угроз; ответственного – без него меры не будут выполнены.
- Что можно менять: шкалу оценки (3-балльная вместо 5-балльной для простых проектов); число колонок в реестре (упрощать для внутреннего использования, расширять для инвестора); формат (матрица вместо реестра для быстрой визуализации на совещании).
- Что нельзя переносить бездумно: содержание рисков из чужого примера – риски строительного проекта не работают для IT-проекта; оценки вероятности – они всегда привязаны к конкретной ситуации и команде.
Практические советы по работе с картой рисков
| Совет | Зачем это важно |
| Оценивайте риски коллективно, а не в одиночку | Один человек всегда видит только часть угроз. Команда находит больше рисков и точнее оценивает их вероятность. |
| Описывайте риск как событие, а не как проблему | "Срыв поставки комплектующих" – это событие. "Плохой поставщик" – это проблема. Событие проще оценить и запланировать меры реагирования. |
| Не смешивайте причину риска и сам риск | Причина – "единственный поставщик". Риск – "срыв поставки". Путаница здесь ведет к неправильным мерам реагирования. |
| Используйте разные форматы для разных задач | Матрица – для совещания и презентации. Реестр – для операционного управления. Описательная карта – для инвестора или заказчика. |
| Устанавливайте конкретную дату пересмотра карты | Карта рисков без даты следующего пересмотра быстро устаревает и перестает работать как инструмент управления. |
| Фиксируйте не только угрозы, но и триггеры | Триггер – это сигнал, что риск начинает реализовываться. Например: "поставщик задерживает ответ на запрос более 3 дней". Триггеры позволяют реагировать раньше. |
| Разделяйте меры снижения и меры реагирования | Снижение – то, что делается до наступления риска. Реагирование – что делается, когда риск уже случился. Оба плана нужны для рисков красной зоны. |
| Не включайте в карту риски с нулевой вероятностью | Список угроз, которые никогда не случатся, перегружает документ и отвлекает внимание от реальных приоритетов. |
6 практических приемов для работы с картой рисков:
- Используйте технику "что если". На этапе сбора рисков задавайте вопросы: "Что если поставщик откажется от договора?", "Что если ключевой сотрудник уйдет в отпуск в разгар проекта?" Это быстро вскрывает скрытые зависимости.
- Проверяйте каждый риск на конкретность. Если риск нельзя описать как конкретное событие с понятными последствиями – это либо причина, либо слишком широкая категория. Декомпозируйте до конкретики.
- Для красных рисков всегда готовьте два плана. Plan A – как не допустить реализации риска. Plan B – что делать, если риск все-таки случился. Без Plan B красный риск остается незакрытым.
- Привязывайте меры к срокам. "Найти альтернативного поставщика" – это намерение. "Получить 3 коммерческих предложения от альтернативных поставщиков до 1 числа следующего месяца" – это мера реагирования.
- Пересматривайте карту при каждом значимом изменении. Новый подрядчик, смена технологии, выход конкурента – каждое из этих событий может изменить оценки вероятности и последствий уже зафиксированных рисков.
- Архивируйте старые версии карты. Сравнение текущей карты с версией трехмесячной давности показывает, какие риски снизились, какие выросли и насколько эффективными оказались принятые меры.
Грамотно составленные примеры карты рисков показывают одно: ценность этого инструмента не в самом факте его наличия, а в регулярном использовании. Документ, который лежит на полке после первого составления, не управляет рисками – он просто описывает их.
Выбирайте формат под задачу, оценивайте честно, назначайте конкретных ответственных и обновляйте карту при изменении условий. Тогда шаблон карты рисков превращается из формального требования в реальный рабочий инструмент, который помогает принимать решения и избегать предсказуемых потерь.
