Impact mapping — техника планирования, которая помогает связать требования с бизнес-результатом
Результат — визуальная карта, отвечает на вопросы по порядку:
1. Зачем это делаем? (Цель)
2. Кто может помочь или помешать? (Актор)
3. Как должно измениться их поведение? (Влияние)
4. Что можем создать, чтобы вызвать это изменение? (Результат)
💡 Не строятся функции. Меняется поведение акторов для достижения цели
Какую проблему решает
Часто требования формируются как список функций
Это приводит к проблемам:
⚪️нет связи между функциями и бизнес-целями
⚪️бэклог переполнен
⚪️приоритеты определяются субъективно
⚪️команда становится “feature factory”
Традиционные артефакты (user stories, use cases):
➖описывают что сделать
➖но не требуют объяснения зачем
Impact Mapping вводит причинно-следственную модель:
цель ➡️ акторы ➡️ изменения поведения ➡️ решения
И обратную проверку:
решение ➡️ влияние ➡️ актор ➡️ цель
Если цепочка не работает в обе стороны — элемент не нужен
Основные элементы
Всегда 4 уровня. Без исключений.
🟧 Цель
Не “что улучшить”, а “какой результат получить”
Пример
🟧 Улучшить UX
🟧 Увеличить конверсию с 2% до 3% за 3 месяца
🟧 без метрики невозможно понять, работает ли решение
🟧 Акторы
Это люди или группы, которые могут повлиять на цель
Могут помогать или мешать
НЕ системные компоненты. Это не БД и не API. Это роли с поведением.
Примеры акторов
🟧гостевой пользователь (без аккаунта)
🟧авторизованный премиум-подписчик
🟧агент поддержки
🟧 Система оплаты
🟧 Пользователь, Оператор поддержки
🟧 Влияния
Это изменение поведения актора
НЕ функция и НЕ действие системы
Пример
Функция: “Показывать всплывающее окно со скидкой”.
Влияние: “Гостевой пользователь завершает оформление заказа вместо ухода”.
Влияние должно быть наблюдаемым
Если невозможно измерить, изменилось ли поведение, это не влияние
🟧 Результаты
То, что создаёт команда: функции, истории, задачи, API, UI-компоненты, отчёты Результат попадает на карту, только если напрямую поддерживает влияние
🟧 несколько результатов могут поддерживать одно влияние
🟧 а один результат - несколько влияний
Если сделать X → поведение изменится
🟧искать минимальное решение для проверки гипотезы
Пример
Цель: Увеличить долю повторных покупок с 30% до 45% к 31 дек
│
├── Актор: Авторизованный клиент
│ ├── Влияние: Возвращается на сайт в течение 7 дней без напоминания
│ │ ├── Результат: Персонализированная главная с недавно просмотренными товарами
│ │ └── Результат: Сохранение корзины между сессиями с визуальным индикатором
│ └── Влияние: Добавляет товары в корзину быстрее, чем в прошлый раз
│ └── Результат: Повторный заказ в один клик из истории заказов
│
├── Актор: Покупатель впервые
│ └── Влияние: Создаёт аккаунт после покупки (а не до)
│ └── Результат: Предложение создать аккаунт после оформления заказа (без принудительного входа)
│
└── Актор: Агент поддержки
└── Влияние: Решает проблемы с аккаунтом без эскалации в инженерию
└── Результат: Самостоятельный сброс пароля с SMS-подтверждением
Когда использовать
🤩исследование нового продукта
🤩разработка функции для нескольких спринтов. Impact mapping гарантирует, что каждая часть связана с изменением поведения
🤩кросс-функциональная работа с участием продакта, инженерии, маркетинга, продаж. Карта создаёт общий язык
🤩планирование
Прежде чем заполнять бэклог, создать impact-карты для каждой цели
Затем извлечь функции из карт
🤩много функций, но нет бизнес-результатов
Не стоит использовать
➖исправление багов
➖задачи только ради соответствия требованиям (compliance), изменения поведения нет
➖уже есть подобные инструменты
➖инфраструктурная работа (обновление БД, миграция серверов)
📎 Материалы
1. Impact Mapping на практике
2. Как создать работающий Impact Map
3. Impact Mapping на практике
4. Сайт книги от создателя подхода "Impact mapping: Как повысить эффективность программных продуктов и проектов по их разработке | Аджич Гойко"
#требования
➿➿➿➿➿➿➿➿
🧑🎓 Больше полезного в базе знаний по системному анализу
