Карта бизнес-возможностей показывает, что организация должна уметь делать для реализации стратегии. Она описывает устойчивые возможности, например расчёт по подписке или поддержку клиентов, а не перечисляет текущие проекты и не изображает структуру подчинения. Полезная карта связывает каждую возможность с результатом, владельцем, доказательствами и чётко сформулированным разрывом, который нужно улучшить.
Для более широкого стратегического контекста используйте стратегический анализ на общей доске, а карту бизнес-возможностей оставьте конкретным представлением того, что организация может надёжно поставлять.
Возможность, процесс, проект и отдел — не одно и то же
| Термин | Что он описывает | Пример |
|---|---|---|
| Возможность | Относительно устойчивая способность, которую организация может реализовать. | Восстановить неудачный платёж по подписке. |
| Процесс | Последовательность действий для выполнения работы. | Обнаружить неудачный платёж, уведомить аккаунт и повторить попытку. |
| Проект | Ограниченное по времени усилие для изменения. | В этом квартале заменить сервис повторных попыток платежа. |
| Отдел | Группа, связанная отношениями подчинения или операционной работы. | Операции по выручке. |
| Результат | Итог, которого стремится достичь стратегия. | Больше клиентов сохраняют активную подписку. |
Эти термины можно связывать, но не следует объединять в одну карточку. Отдел может владеть несколькими возможностями, а проект может улучшить часть возможности, не становясь самой возможностью.
Пример карты возможностей для SaaS
Рассмотрим SaaS-организацию, которая хочет сократить предотвратимые перебои в подписках. Её карта начинается с результата «клиенты сохраняют активную подписку, когда платёж не проходит», а затем группирует поддерживающие возможности.
Сначала постройте иерархию. В этом примере Управление подписками — возможность уровня 1. Уровень 2 включает управление тарифами и правами доступа, управление счетами, восстановление платежей и отчётность по биллингу. Восстановление платежей можно разделить на уровень 3: выявление неуспешных платежей, планирование повторных попыток и уведомление клиента. Результат «непрерывность подписки» разместите вне иерархии и свяжите с нужными возможностями.
В рекомендациях SAP по моделированию возможностей такая иерархия отделена от организационной структуры и последовательности операций. Ответственные и текущие пробелы дополняют карту, а не заменяют иерархию.
| Возможность | Владелец | Какие доказательства проверить | Текущая граница | Вопрос для улучшения |
|---|---|---|---|---|
| Настройка планов и прав | Операции продукта | Правила планов и обращения в поддержку | Новые планы требуют ручной проверки | Какому правилу нужен более понятный путь согласования? |
| Формирование счетов | Инженерия биллинга | Примеры счетов и журналы ошибок | Региональные налоговые случаи обрабатываются отдельно | Где счёту нужен явный статус исключения? |
| Восстановление платежа | Операции по выручке | Сценарий восстановления и причины обращений | Время повторной попытки различается для разных планов | Какую политику повторных попыток проверить первой? |
| Отчётность по биллингу | Финансовые системы | Отчёт сверки и открытые проблемы | Один отчёт объединяет проведённые и ожидающие платежи | Какое различие нужно принимающему решение? |
Оценивайте возможность по заданному критерию. Для восстановления платежей сравните, насколько последовательно правила повторных попыток применяются к разным тарифам. Если данных нет, отметьте «не оценено»: это не то же самое, что низкое качество работы.
Связывайте разрывы со стратегическим выбором
Начните с одного результата, затем спросите, какие возможности его обеспечивают и какие доказательства показывают их текущее состояние. Выделяйте разрыв только тогда, когда он меняет решение. Например, непоследовательное время повторных попыток может оправдать исследовательскую задачу, но не требует автоматически переписывать систему. Добавьте владельца и дату проверки, чтобы превратить разрыв в ограниченный вопрос для улучшения.
Держите бэклог улучшений рядом с картой, но визуально отделяйте его. Карта описывает текущую способность, а бэклог — предлагаемые изменения. После завершения проекта обновите доказательства и границу возможности. Не оставляйте завершённые карточки проектов на карте, будто они являются постоянными возможностями.
Структура карты возможностей для копирования
| Результат | Возможность | Владелец | Доказательства | Граница / неизвестное | Следующий вопрос |
|---|---|---|---|---|---|
| Результат A | — | — | — | — | — |
| Результат A | — | — | — | — | — |
| Результат B | — | — | — | — | — |
Создайте карту в Boardmix
На доске Boardmix разместите стратегические результаты вверху, карточки возможностей — рядами ниже, а заметки с доказательствами — рядом с карточками. Используйте соединители, чтобы показать содержательные связи, а не иерархию подчинения. Держите бэклог улучшений в отдельном фрейме, чтобы текущая карта оставалась читаемой во время обсуждения возможных изменений.
Откройте доску Boardmix и начните с управления подписками и четырёх поддерживающих возможностей. Добавьте детали восстановления платежей, затем свяжите текущий пробел со списком улучшений.
