Компания запускает новый продукт. Процесс спроектирован, автоматизация настроена, интеграции работают. Красивый TO BE: клиент → проверка → расчет → согласование → результат Запустили. Через две недели бизнес: — Добавляем новый клиентский сегмент Маркетинг: — А со следующей недели меняем условия Руководство: — В пятницу можем запустить? Идеальная схема прожила не долго 🙂

Но проблема здесь, на мой взгляд, не в TO BE. Проблема начинается, когда мы строим автоматизацию в расчете на то, что процесс после запуска останется таким же.

В материале Яндекс 360 о моделировании процессов отметила для себя важную мысль: после внедрения TO BE нужно продолжать собирать обратную связь и корректировать процесс — целевая модель не заканчивается моментом запуска. Поэтому мне кажется важным смотреть на автоматизацию чуть шире: Если бизнес-процессы неизбежно меняются, архитектура должна позволять менять их быстро.

Новое правило, маршрут, интеграция, AI-агент — не должны каждый раз становиться новым большим ИТ-проектом

Все привыкли считать time-to-market. А мне становится всё интереснее другая метрика — time-to-change.

А как быстро сегодня ваша компания может изменить уже автоматизированный процесс?