Практика Румельта для ИБ-вендоров: 3 типовых препятствия и как из них сделать стратегию

В первом посте я писал, что стратегия по Румельту — это не список целей, а способ пробить одно ключевое препятствие.

И здесь я от теории перейду к практике. Ниже три препятствия, которые я чаще всего вижу у ИБ-вендоров. Узнаете себя — отлично: это материал для диагноза.

Важно: если вы узнаёте себя сразу во всех трёх — это нормально. Но по Румельту нужно выбрать одно главное препятствие на ближайший цикл. Быстрый критерий: какое препятствие объясняет больше всего ваших симптомов одновременно?

---

Препятствие №1. Интеграции и «невидимая цена внедрения» (time-to-value убивает PoC)

Симптомы:

• PoC тянется 2–6 месяцев и “умирает по дороге”.

• Заказчик говорит: «интересно, но ресурсов нет».

• Пресейл перегружен “ручными” интеграциями и "доработкой напильником".

Механизм (диагноз):

• Ценность проявляется только после набора интеграций/настроек.

• Внедрение не повторяемое: каждый проект как новый.

• Вендор продаёт продукт, а заказчик покупает проект (со сроками и рисками).

Провокационные вопросы:

• На каком шаге PoC чаще стопорится: доступы, сбор логов, коннекторы, нормализация, правила, отчёты, интеграции с ИТ или сетью?

• Сколько человеко-дней нужно, чтобы показать первую ценность?

Пример направляющей политики:

• «Стандартизируем внедрение: типовые сценарии, готовые интеграции, шаблоны, “первая ценность за N дней”».
  Запрет: «Доработки вне roadmap — только если он становится типовым пакетом».

---

Препятствие №2. Размытый ICP и продажа “всем” (воронка полная, а побед мало)

Симптомы:

• Много лидов, низкий win-rate.

• Споры “кому это нужно” между продуктом/продажами/маркетингом.

• Продукт превращается в «комбайн» под все отрасли.

Механизм (диагноз):

• Нет жёсткого профиля “наш клиент” → нет точного ценностного сообщения → ресурсы распыляются.

• Сделки заходят в пилот без понятного критерия успеха.

• Включается иллюзия: “добавим ещё фичу — и купят”.

Провокационные вопросы:

• В каких 2–3 сегментах у вас реально повторяются сделки (быстрее цикл, выше чек, проще внедрение)?

• Какая общая черта у ваших реальных побед (а не у красивых лидов)?

Пример направляющей политики:

• «Фокус на 2–3 ICP/вертикали, где ценность проявляется быстро и повторяемо».
  Запрет: «Не делаем “универсальные фичи для всех”, если они не усиливают выбранные ICP».

---

Препятствие №3. Доверие и доказательность эффективности (без “доказуемости” нет масштабирования)

Симптомы:

• Возражения: «а вы точно детектите?», «а что с ложными срабатываниями?», «а стабильность?».

• Долгие согласования у безопасников/архитекторов/эксплуатации.

• Проигрыши “брендам” даже при сопоставимой функциональности.

Механизм (диагноз):

• Покупатель боится операционного риска из-за нестабильности: “поставим — и будем страдать”.

• Нет доказательной базы: измеримые кейсы, контрольные сценарии, эталонные тесты, референсы, эксплуатационные метрики.

• В результате покупают не продукт, а доверие к бренду.

Провокационные вопросы:

• Что для вас является доказательством: бенчмарки, сценарные тесты, референсы, метрики на проде?

• Какие 3 вопроса задают на каждой второй сделке — и чем вы отвечаете в цифрах?

Пример направляющей политики:

• «Строим доказательность: стандартные тест-сценарии, прозрачные метрики качества, референсные внедрения, эксплуатационные SLO».
  Запрет: «Не гонимся за “галочками в RFP”, если они ухудшают стабильность/качество/внедряемость».

---

Как применить это за 30 минут (мини-сессия)

1. Выберите одно препятствие из трёх (или своё).

2. Сформулируйте диагноз одной фразой:
   «Главное препятствие: ___, потому что ___».

3. Сформулируйте политику и запрет:
   «Мы делаем ___, чтобы ___; поэтому мы НЕ делаем ___».

4. Выпишите 3 согласованных действия (с владельцем и кварталом).

---

Вопрос в комментарии

Какая из трёх проблем вам ближе: интеграции/time-to-value, размытый ICP, доказательность/доверие?
Или назовите своё препятствие — я готов подумать, какая направляющая политика под него сработает. Мне интересно, ведь я только что защитил диссертацию по этой теме.

 

Стратегия по Румельту: почему у большинства ИБ-вендоров её нет

Каждый год компании тратят недели на «стратегические сессии», а потом живут как жили. Ричард Румельт дал мне инструмент, который превращает разговоры “обо всём хорошем” в конкретный план действий за 10–30 минут. Ниже — понятная схема и шаблон.

30 слайдов про «цифровой суверенитет» и 12 KPI — это не стратегия. Это PowerPoint-успокоительное, которое не управляет ни одним нашим решением.

Ричард Румельт (профессор UCLA, автор Good Strategy / Bad Strategy) предлагает простую проверку:

стратегия — это не цели, а способ пробить одно ключевое препятствие.

Хорошая стратегия — это «ядро» из трёх частей:

---

Шаг 1. Диагноз: найдите точку слома

Диагноз — это не «нужно больше внедрений». Это конкретный ответ: что именно ломается в механизме.

Задайте себе вопросы (лучше — на материале реальных сделок и внедрений):

• где ломается конверсия PoC → контракт?

• почему клиенты не продлеваются после первого года?

• во что реально упирается рост: регуляторика (ФСТЭК/ФСБ), дефицит инженеров, архитектура, партнёрский канал?

Пример (вымышленный, но узнаваемый):
«Множество PoC по SIEM застревают на интеграции с российскими системами: у заказчика нет 2–3 инженеров на 3–6 месяцев, а у вендора коннекторы делаются как кастом “вручную” под каждого. Итог: пилот не превращается в контракт».

Важно: диагноз — это механизм, а не жалоба.

Возьмите вашу последнюю потерянную сделку. На каком конкретном шаге клиент сказал “стоп”?
Это и есть точка для диагноза.

---

Шаг 2. Направляющая политика: создайте «коридор» для решений

Направляющая политика — это не лозунг и не цель. Это выбранный подход + ограничения, чтобы сотни решений принимались согласованно — без ежедневного «идём к гендиру».

Жёсткий тест Румельта: если политика ничего не запрещает — это не политика.

Пример:

«Переходим на шаблонное развёртывание и интеграции “из коробки” (API + типовые пакеты) для типовых сценариев».

Запрет: «Не делаем кастомные коннекторы вне roadmap — даже если клиент предлагает +30% к бюджету (иначе масштабируемости не будет)».

---

Шаг 3. Действия: сшейте отделы в один поток создания ценности

Третья часть — согласованные действия. Не «каждый отдел тянет в свою сторону», а один коридор.

Пример того, как это выглядит в компании:

• Продукт (Q1): создаем библиотеку Terraform/Ansible-модулей + типовые интеграции.

• Пресейл (Q1): продаём не список фич, а демонстрацию ценности для заказчика (развёртывание за часы).

• Маркетинг (Q2): описываем теперь кейсы «PoC → прод за 2 недели», а не «100500 правил/сек».

---

Быстрый тест вашей «стратегии» (3 вопроса)

➡ Можно ли одной фразой сказать, какое препятствие ломает политика?
➡➡    Если нужно 5 минут контекста — политика размыта.

➡ Сужает ли политика пространство допустимых действий?
➡➡    Если после неё “всё равно можно всё” — это халтура, а не стратегия.

➡ Она реально сшивает продукт / продажи / инженерию?
 ➡➡   Если звучит «обо всём хорошем» — это и есть “плохая стратегия”.

---

Инструмент внедрения: рабочая сессия на 30 минут

Чтобы это не осталось “умным текстом”, вот формат сессии, который реально запускается:

10 минут: каждый независимо пишет свой вариант «главного препятствия» (1 стикер = 1 препятствие).

10 минут: обсуждаем, группируем, голосуем за ОДНО препятствие.

10 минут: заполняем шаблон ниже.

---

Мини-шаблон (заполнить и повесить на стену)

Diagnosis:
«Главное препятствие: ___, потому что ___ (механизм)».

Guiding policy:
«Наш подход: ___, чтобы преодолеть ___».
«Границы: мы НЕ делаем ___, даже если ___, потому что ___».

Coherent actions:
«Действие 1 → Действие 2 → Действие 3»
(+ владелец и квартал)

---

Практика: самый честный вопрос

Что одно реально держит вашу систему прямо сейчас: рынок / продукт / цикл разработки / внедрение / канал / доверие?
Назовите одно — и проверьте: это причина или симптом.

P.S. Если у вас есть «стратегия развития СЗИ», но нет ответа на вопрос:
«Какие 3 вещи мы НЕ делаем в 2026, даже если конкуренты делают?» — у вас нет стратегии.
У вас есть новогодние пожелания друг другу.

С наступающим! 🙂

Напишите в комментариях одну вещь, которую ваша компания “перестала делать” ради фокуса — и что это дало.
Или поделитесь вашим «препятствием» — вместе подумаем, какую политику для него построить.