Суть. Улучшение проводят циклом: спланировать изменение с ожидаемым результатом, сделать его в малом масштабе, проверить результат на данных и либо закрепить как стандарт, либо скорректировать и повторить. Сила метода — в маленьких шагах и обязательной проверке.
Какую боль решает
Изменения внедряют сразу на всех, без измерения. Через полгода непонятно, что сработало, а что нет, и следующая инициатива начинается с нуля.
- Новые скрипты и регламенты появляются часто, а метрики не меняются
- Никто не может сказать, помогло ли последнее изменение
- Изменения откатываются, потому что о них забыли
- Каждое улучшение — большой проект
Ваш ли это случай
Проверьте ситуацию до того, как тратить время на рамку. Если ваш случай в правой колонке — возьмите указанную альтернативу.
| Ситуация | Подходит? | Что взять вместо |
|---|---|---|
| Нужно улучшать процесс постоянно и проверяемо | Да | — |
| Нужно найти причину проблемы | Перед циклом | 5 Whys или Ishikawa |
| Нужен эксперимент с контрольной группой | Вместе с | A/B-тестирование |
| Большая трансформация | Частично | Kotter 8 Steps |
| Проверка гипотез по росту продукта | Похоже на | HADI-циклы |
Как устроено
| Шаг | Что делаем | Результат шага |
|---|---|---|
| Plan — спланировать | Формулируем проблему, причину, изменение и ожидаемый эффект в цифрах | Гипотеза и метрика |
| Do — сделать | Внедряем изменение в малом масштабе: одна команда, один сегмент | Данные о результате |
| Check — проверить | Сравниваем результат с ожиданием и с исходным уровнем | Вывод: сработало или нет и почему |
| Act — закрепить | Если сработало — делаем стандартом; если нет — меняем гипотезу | Новый стандарт или новый цикл |
Как применять
- Зафиксируйте исходный уровень метрики до изменения.
- Запишите гипотезу: «если сделать X, метрика Y изменится на Z за период T».
- Выберите малый масштаб: одна команда, один продукт, две недели.
- Проверьте по данным, а не по ощущениям участников.
- Закрепите успешное изменение в регламенте, шаблоне или системе.
- Запустите следующий цикл с новой проблемой.
Пример: скорость ответа на входящие лиды
Входящие лиды получали ответ в среднем через день. Гипотеза: если назначать лид дежурному менеджеру автоматически и требовать ответа в течение часа в рабочее время, конверсия во встречу вырастет. Цикл провели на одной группе продавцов в течение месяца.
Проверка показала заметный рост конверсии во встречу по сравнению с остальными группами. Правило закрепили в CRM для всей команды. Следующий цикл — качество первого письма.
Где ломается
| Симптом | Причина | Что делать |
|---|---|---|
| Нет шага проверки | Сразу внедрили на всех | Начинайте с малого масштаба и измеряйте |
| Непонятно, сработало ли | Не зафиксировали исходный уровень | Измерьте метрику до изменения |
| Успешное изменение забыто | Нет шага закрепления | Встройте в регламент, шаблон, систему |
| Цикл длится полгода | Слишком крупное изменение | Дробите на шаги по две-четыре недели |
До и после
Рамка редко работает одна. Вот что обычно стоит перед ней и что после.
| Этап | Что делаем | Чем |
|---|---|---|
| До | Найти причину | 5 Whys |
| Сама рамка | Проверить изменение циклом | PDCA |
| Вместе | Управлять потоком улучшений | Kanban |
| После | Масштабировать на компанию | Lean Six Sigma |