Первая причина, достаточно очевидная. У работающих в «тяжелом» корпоративном секторе, энтерпрайзе, есть когнитивное искажение «мы ставим патчи, читаем всякие книжки по секурной секурности, и везде ставят, и читают, потому что как еще».
Потому что:
CIH, also known as Chernobyl or Spacefiller. 1998.
Conficker, also known as Downup, Downadup and Kido. 2008.
Кража $81 млн у ЦБ Бангладеш. 2016.
WannaCry ransomware attack. 2017.
SUNBURST – SolarWinds Orion. 2020
В Бразилии расследуется одна из крупнейших кибератак последних лет — из шести финансовых организаций было похищено около $140 млн. – 2025 год.

И сотни менее известных случаев, начиная от «все зашифровало»,  заканчивая «утекли данные, которые не стоило отдавать наружу».

Но в среднем и малом бизнесе до сих пор есть идеология «работает – не трогай», и обновления не ставятся годами. Точно так же, как есть идеология «кому мы нужны, мы же маленькие и незаметные».

Вторая причина менее очевидна. Это создание рабочих мест и продажа курсов «500 часов по ИБ».

500 часов – 12 недель – курсы на три месяца с выдачей грамоты. Что можно изучить за три месяца госкурсов ? Размазанные знания «обо всем» ?
Список тем:
Организационно-правовые основы технической защиты конфиденциальной информации. Средства и системы обработки информации.
(и так далее, кому надо – сами найдете).

Как итог, сотрудники «айти» неправильно понимают задачи отдела имитационной безопасности и отличия отдела имитации от отделов информационной безопасности.
С традиционной точки зрения, отдел информационной безопасности занимается чем-то, схожим с работой ИТ, то есть настройкой средств информационной безопасности, выявлением проблемных мест, итд. То есть работой со специализированными информационными системами.

Отдел же имитационной безопасности занимается задачами, сходными с задачами инженера по технике безопасности.
Это, если кто-то не в курсе:
Написание регламентов «не влезай – убьет» и «не стой под стрелой».
Обучением всех «не влезать под нагрузкой», подписями в журналах инструктажа, пожарной безопасности, электробезопасности, журналов допусков, и прочих «сам виноват».
Штрафами за не ношение перчаток, каски, очков, работ без выставления ограждений итд.
Инженер по технике безопасности сам не крутит гайку где-то на кране. Его задача проследить, чтобы на рубильнике крана висела табличка «не включать», сотрудник был в каске, итд.
Задача важная, каждый год находятся десятки людей, забывающих что ТБ написан не просто так.

Аналогично, отдел имитационной безопасности занимается:
Написанием регламентов «делай хорошее, плохое не делай». Не важно, можно ли делать хорошее, или нельзя – регламент должен быть. Не для работника, а для того, чтобы показывать регламент работнику, и контролирующим органам.
Обучением всех «не запускать неизвестное ПО с флешки», подписями в журналах инструктажа «я не буду запускать ПО из архивов», и прочими журналами «я знаю, что надо делать хорошо».
Сбором статистики нарушений «вот тут не сделано хорошо». При этом у сотрудника такого отдела имитации нет представления «что такое хорошо» за пределами регламента. Сказано – пароль не должен быть Pa$$word, значит Pa$$word нельзя. Не сказано, что Pa$$word1Pa$$word1 нельзя – значит, можно. Красная лампочка, зеленая лампочка.
Здравый смысл? Международные методики и мнение вендора? Аще па незначимо.
Задачи отдела имитационной безопасности сводятся не к устранению проблем, а в поиске виноватых в том, что настройки не проведены согласно регламента.

Наверное, но это не точно, можно предположить, что задачи этого отдела – перекладывание ответственности от не очень компетентного менеджмента на отдел ИТ. Не поставили обновления, не важно почему (нет людей, нет согласований, нет подписки на обновления, нет лицензий) – не важно. Вот регламент, вот ваши подписи по ознакомлению с регламентом, будьте добры выполнять.
Не установили какое-то ПО для имитации безопасности, например «Хрюканина 21 для рабочих групп», потому что Хрюканина 21 не работает на операционной системе «Aspera Нижние Васюки» - не важно. Вот регламент. Должны были поставить.

Хорошим индикатором отличия информационной безопасности от имитационной безопасности является публичный разбор причин, и обмен опытом.
Проверяем.
Взлом и простой облака МТС. Взлом был, простой был, обмена опытом не было.
Взлом и простой СДЭК. Взлом был, простой был, обмена опытом не было.
Взлом и простой Аэрофлот. Взлом был, простой был, обмена опытом не было.
Сбой CrowdStrike и Azure – инцидент был, меры приняты, виновные названы (хотя и не поименно). Некоторые критики считают, что это был самый жалкий разбор инцидента, о котором они слышали.

Заключение
Если на клетке слона прочтешь надпись: буйвол, — не верь глазам своим.
Имитационная безопасность, как и многое, не является тем, что на ней написано. Это не про безопасность и не про информацию. Это отдел по перекладыванию ответственности от бизнеса к исполнителям. Его задачи – это административные задачи, и такие задачи не могут быть решены техническими средствами.

Для тех, кто дочитал.
Существует, и иногда даже внедряется, процедура no-blame postmortem. Она не имеет отношения к размыванию ответственности в виде «никто конкретно не виноват», но позволяет вносить изменения в процедурах и процессах.
Тут сложно сравнивать Запад с РФ, потому что в РФ есть и внешняя имитация процессов, и внутреннее воспроизведение процессов. И на Западе имитацией обмазывались и обмазываются.
Много зависит от конкретных исполнителей и расстановки приоритетов. Достаточно много где (в РФ) есть рабочие процедуры и процессы, местами даже есть работающий надзор. Много где при этом ограничиваются не устранением причин, а переваливанием ответственности.  Схожая ситуация «на западе», с размазыванием причин вместо устранения, напрямую зависит от числа Кумаров в коллективе.
Кто не в курсе, как это бывает у Кумаров, может загуглить "Бхопал".

Большинство тех ребят посмотрели и ушли, но постоянно держится около 1300 пользователей внутри и понемногу с развитием продукта прирастает. Особенно прирастает количество задач, еженедельно пользователи создают около 600 задач внутри.

Как мы ведем разработку
Над проектом работаю как как идейный вдохновитель, два наших штатных разработчика из stranke.ru и дизайнер. Развиваем его полностью за свой счет, но пару инвесторов интересуются показателями сколько там пользователей.
Цель наша: сделать хороший продукт прежде всего. Поэтому мы много общаемся в чате для бета-тестеров, который сделали в феврале. Там нам подсказывают идеи и накидывают в панамку (заслуженно).
Все идеи по проекту храним также в бэклоге в самом канбан:

Все макеты рисуем в фигме. Их уже накопилось пару сотен если не больше

За последнее время добавили много всего, полный список в канале: https://t.me/kanbantg

Одна из самых прикольных и удобных фич это интегрировали АИ (куда ж без нее).
Если в рабочем чате с ботом или просто боту написать какую задачу сделать - он ее сделает.

Сделали промо-сайт: https://kanbanbot.ru
Оплаты хотим строить по принципу: стандартный функционал бесплатно, расширенный платно.
По правилам телеграм принимаем платежи в звездах, комиссия ТГ 32% примерно. Установили цену в 240 руб. /месяц.
За все время заработали баснословные:

Ну что делать, 90 баксов есть 90 баксов. Мы не унываем, во-первых это интересно ))
Все все задачи по проекту у нас учитываются в нашей системе агентства, потрачено 644 часа всех ребят. Это примерно по 64 часа в месяц или пару дней в неделю на всю команду. Не слишком много, но зато без пап, мам и кредитов 😁
Когда вам рассказывают про успешный успех "счас навайбкодим" то вспомните эту статистику.

Что хочу делать дальше:
- развивать функции, скоро запустим интеграцию с гугл и андроид календарем
- мы сделали поддержку других языков и будем пробовать индийский рынок. Посмотрим что из этого выйдет.
- будем делать оплату обычными картами, как показала статистика люди не понимают что такое звезды и зачем они.

Рассказываю, как я это сделал и какие результаты получил на реальном проекте!

Исходная ситуация: много обращений, мало лидов

До внедрения бота бизнес сталкивался с типичной проблемой: большое количество входящих сообщений, но при этом низкий процент «квали» лидов, тех, кто реально готов купить. Менеджеры тратили часы на переписку с нецелевыми пользователями. Из-за нагрузки замедлялась реакция на сообщения, особенно в выходные и ночью. Как итог — клиенты уходили к конкурентам, просто не дождавшись ответа.

Конверсия из переписки в квалифицированного лида составляла всего 6,31%. Это значит, что из 100 человек, написавших в чат, только 6 становились потенциальными покупателями. Остальные — потерянные возможности.

Что сделал AI-бот?

После запуска AI-бот взял на себя весь первичный контакт. Он стал первым, кто отвечает клиенту и делает это мгновенно, вне зависимости от времени суток. Бот не просто здоровается, а активно вовлекает: задает уточняющие вопросы, выясняет срочность, бюджет и интерес, предлагает варианты, если есть сомнения. Каждый ответ дан по сценариям, которые заранее обучены на лучших практиках переписки в продажах.

• Если обращение нецелевое, бот мягко завершает разговор и фиксирует данные.

• Если человек заинтересован, AI аккуратно подводит его к следующему шагу: оставить телефон, запросить расчет или согласовать звонок.

Вся переписка передается в CRM, а менеджер видит уже полностью прогретого и замотивированного лида.

Что изменилось?

Самое очевидное — выросла скорость реакции. Среднее время ответа сократилось до 1,8 секунды. Клиенты стали чаще доводить разговор до заявки, потому что не теряли интерес в ожидании. Но главное, сильно изменилась качество и фокус отдела продаж.

Менеджеры больше не распыляются на «зрителей». Они получают только тех, кто прошел автоматическую квалификацию. Это позволило сфокусироваться на сделках, а не на выяснении, кому просто «прислать фотку».

Через неделю после запуска AI-бота я зафиксировал рост конверсии в квалифицированного лида с 6,31% до 15,38%. Это значит, что практически каждый шестой человек, написавший в чат, становился качественным входящим контактом.

А через месяц эффективность отдела продаж выросла в 6,7 раза: с 6,31% до 42,37% по конверсии в оплату. Почему? Потому что менеджеры работали только с целевыми заявками, не выгорали на «болтовне», не теряли ритм и успевали закрывать больше.

AI-бот не заменяет человека, он помогает. Это ваш цифровой ассистент, который фильтрует мусор, вовлекает потенциальных клиентов и передает их в идеальном виде: с полями "Телефон", "Бюджет", "Срок", и уже с пониманием, чего хочет покупатель. Вы получаете не просто больше лидов, а больше качественных лидов. Это и есть разница между «вести переписку» и закрывать продажи через чат.