Скорость внедрения как конкурентное преимущество: как перестраивать компанию быстрее, чем устаревают ее процессы

Елизавета Смоленкова

Эксперт по базам знаний в digital-агентствах и основатель студии «Опись»

Почему компании медленно внедряют изменения

Рассмотрим на примере. Летом 2026 года Яндекс Директ начал переводить текстово-графические объявления в Единой перфоманс-кампании (ЕПК) в комбинаторный формат. Теперь специалист добавляет несколько заголовков, текстов, изображений и видео, а Директ сам собирает из них комбинации для показов. Команде приходится иначе готовить материалы, проверять комбинации и согласовывать их с клиентом.

Директ обновляет формат автоматически, но агентство само меняет порядок работы. Без общих правил каждый специалист будет заново решать, что проверять и как согласовывать материалы с клиентом.

Предположим, два агентства одновременно опробовали новый порядок подготовки и согласования объявлений, а дальше поступили по-разному:

Второе агентство быстрее получает отдачу от нового подхода: если он экономит время, этой экономией уже пользуется вся команда. Агентство раньше снижает себестоимость проектов и может брать больше клиентов без расширения штата.

Связь скорости работы с результатами бизнеса выявили еще в 2020 году в опросе McKinsey: по оценкам опрошенных руководителей, более быстрые компании опережали конкурентов по росту и прибыльности.

Как один эксперт тормозит всю команду

Во многих компаниях знания передают по модели «человек — человеку»: руководитель или опытный сотрудник объясняет новое правило, отвечает на вопросы и проверяет, правильно ли его применяют. Даже после общей встречи остаются уточнения, которые приходится разбирать отдельно. Поэтому скорость внедрения ограничивается временем эксперта.

Во сколько эта зависимость обходится и как ее распознать

В одном digital-агентстве, с которым я работала, правила фиксировали в базе знаний. Но инструкции быстро устаревали, а нужные ответы было сложно найти. Поэтому сотрудники обращались к тимлидам и старшим коллегам — за неделю набиралось около 20 повторяющихся вопросов.

Специалист тратил 10–20 минут на поиск решения и формулировку вопроса, а тимлид — еще около 15 минут на ответ или короткий созвон. В среднем получалось полчаса на одно обращение, или около 40 рабочих часов в месяц. При стоимости часа middle-специалиста — 2500 рублей — это примерно 100 000 рублей на повторные консультации.

С ростом команды обращений становится больше. Когда эксперт не успевает ответить всем, сотрудники пересказывают правила друг другу. Возникают разные трактовки, и ему приходится еще и исправлять ошибки.

Заметить такую зависимость в своей команде можно по четырем признакам:

1. В чатах постоянно повторяются одни и те же вопросы.
2. Сотрудники по-разному выполняют одну и ту же задачу.
3. Руководитель регулярно исправляет типовые ошибки.
4. Новичкам большую часть правил объясняют устно.

Почему одних инструкций недостаточно и как построить систему быстрого обновления процессов

Если один раз описать процесс и больше к инструкции не возвращаться, со временем она разойдется с практикой. Изменится сервис, требования клиента или распределение ролей — и сотрудникам снова придется уточнять у коллег, как действовать.

Я работаю с базами знаний по своей методике «Живых регламентов» — это порядок работы с инструкциями, когда их проверяют на реальных задачах, внедряют в работу команды и обновляют по мере изменения процессов.

В одном агентстве темы для материалов мы находили по повторяющимся вопросам в чатах, ошибкам и сложностям на онбординге. По ним определяли, каких объяснений не хватает сотрудникам. Каждый регламент проходил один и тот же цикл:

После публикации нужно было разобрать с командой реальную задачу по новым правилам и показать, где найти инструкцию. Также — обновлять рабочие шаблоны и договариваться, с какого дня ими пользуются. А после первых задач — собрать вопросы и уточнить места, где сотрудникам не хватило объяснений.

Методика опирается на четыре принципа:

1. У процесса должен быть владелец. В нашем кейсе это был руководитель группы или другой сотрудник, который знал, как устроена работа. Он отвечал за фактуру, сообщал об изменениях. В документе стоит указывать имя этого ответственного и дату последнего обновления: сотрудник сможет проверить, когда пересматривали правила и кому сообщить, если заметит расхождение с практикой.
2. Новый порядок и саму инструкцию нужно проверять отдельно. Например, в одном проекте мы собирали фокус-группу из руководителей. Они смотрели, понятны ли шаги, хватает ли примеров и можно ли применить инструкцию в рабочей ситуации. По их замечаниям материал дорабатывали.
3. Структура должна помогать сотруднику найти ответ на свой вопрос. Человек приходит в базу знаний с конкретной задачей. Поэтому большой материал «Коммуникация с клиентами» мы однажды разделили на отдельные сценарии: как оформить чат, провести созвон, сказать клиенту «нет», что делать, если он пропал. Внутри использовали вопросные заголовки и пошаговые описания, добавляли примеры, типичные ошибки и готовые скрипты.
4. Способ проверки результата нужно определить до публикации. К регламентам мы привязывали конкретные метрики — опирались на то, какую задачу они должны решать. Если нужно сократить повторяющиеся вопросы — считали обращения в чат. Если помочь одинаково выполнять процесс — ошибки и разные трактовки.

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

После перестройки системы работы с регламентами:

• 80% сотрудников в опросе отметили, что материалы стало легче читать и применять.
• Повторные обращения к тимлидам по типовым вопросам сократились в 3 раза.
• Жалобы на неактуальную информацию сократились с 2 в месяц до 2 в квартал.

Мы целились в то, чтобы сотрудник мог найти в инструкции, как применить новое правило, — тогда он может продолжить задачу, не дожидаясь ответа тимлида.

Как ИИ одновременно ускоряет работу и состаривает процессы: что с этим делать

Сотрудник может за день освоить новую модель и сократить время на задачу. Но компания не всегда успевает проверить этот способ и передать остальным. Особенно если сотрудники сами выбирают и меняют сервисы, а руководство не знает, какими инструментами они пользуются.

Частая ошибка — ограничиваться библиотекой промптов. В ней обычно собирают формулировки для конкретной модели. Но после ее обновления или смены инструмента все нужно пересматривать.

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

Как понять, что компания начала быстрее адаптироваться

Выберите два-три показателя под задачу бизнеса: один должен показывать скорость, другой — качество. До запуска зафиксируйте исходные значения, чтобы было с чем сравнивать результат.

Примеры метрик:

1. Срок перехода на новый порядок. Сколько времени проходит от решения изменить процесс до самостоятельной работы команды по новым правилам. Заранее определите, когда считать переход завершенным: например, когда так работают 80% сотрудников, которых касается изменение.
2. Повторные вопросы. Сколько раз сотрудникам приходится обращаться за одними и теми же объяснениями. Чтобы сравнивать периоды или команды, считайте вопросы на одинаковое число сотрудников или операций.
3. Доля переделок. Какую часть задач пришлось исправить из-за неправильного применения новых правил. Например, 14 задач из 100 — это 14%.
4. Доля сотрудников, которые перешли на новый порядок. Считайте только тех, кого касается изменение. Если процесс нужен 50 сотрудникам, а самостоятельно работают по нему 35, доля — 70%.

Кого из сотрудников стоит подключать

Владельца процесса, сотрудников, которые работают по нему каждый день, и того, у кого есть нужные данные: аналитика, HR, операционного менеджера или руководителя команды.

Что стоит учитывать:

• В длинных процессах отслеживайте промежуточные результаты, например, сроки прохождения отдельных этапов.
• После обучения вопросы и ошибки могут временно участиться — не оценивайте результат только по первым дням.
• Задержки со стороны клиентов и подрядчиков учитывайте отдельно от времени работы команды.

Финал

Ни одно новое решение само по себе не дает компании преимущества. Но оно появляется, когда удачный способ работы быстро становится общим: сотрудники перестают ждать объяснений, команда тратит меньше времени на рутину, а сэкономленные часы можно направить на новые проекты.

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