Человек, который пользуется цифровым продуктом, необязательно выбирает его, одобряет покупку, оплачивает счёт или получает наибольшую экономическую выгоду.
Это различие влияет на проектирование продукта, позиционирование, единицы тарификации, границы пакетов, материалы для продаж, онбординг, требования безопасности, доказательства ценности при продлении и на то, какая сторона маркетплейса должна платить.
Брать деньги с того, кто получает пользу, правильно лишь тогда, когда у него же есть бюджет. Если бюджета нет, продукт приходится продавать дважды — пользователю и тому, кто подписывает.
Основатель, который общается с увлечёнными пользователями, но так и не доходит до владельца бюджета, может принять интерес к внедрению за спрос. Цена за пользователя способна сдерживать совместную работу, даже если ценность получает компания, а не каждый пользователь по отдельности. Маркетплейс может взимать плату с дефицитной стороны и не дать рынку достичь ликвидности ещё до появления первой транзакции.
Прежде чем определять размер платы, установите, кто участвует в создании ценности и процессе покупки.
Роли заинтересованных сторон
Один человек может совмещать несколько ролей. Разделяйте эти понятия, поскольку каждая роль отвечает на свой вопрос.
| Роль | Ключевой вопрос | Типичная забота |
|---|---|---|
| Пользователь | Кто работает с продуктом или непосредственно взаимодействует с ним? | Простота, скорость, рабочий процесс и надёжность |
| Выгодоприобретатель | Кто получает результат или экономическую выгоду? | Результат, снижение риска или стратегическое влияние |
| Сторонник | Кто активно продвигает внедрение внутри организации? | Репутация, внедрение и личный успех |
| Покупатель | Кто оценивает и выбирает предложение? | Соответствие потребностям, альтернативы, условия и ожидаемая отдача |
| Владелец бюджета | Из чьего бюджета финансируется покупка? | Приоритет, полная стоимость и измеримый эффект |
| Плательщик | Какое лицо или организация переводит деньги? | Счёт, налоги, валюта и процесс оплаты |
| Согласующий | Кто может разрешить или заблокировать покупку? | Риски, правила, юридические вопросы, безопасность и соответствие требованиям |
| Администратор | Кто настраивает доступ и управляет им? | Контроль, интеграция, права доступа и поддержка |
| Клиент | Какие отношения компания обещает обслуживать? | Совокупный опыт покупки и использования |
Слово «клиент» удобно в повседневной речи, но слишком широко для продуктовых решений. При обсуждении доказательств называйте конкретную роль.
Вместо фразы «клиенты хотят SSO» скажите:
- согласующие со стороны информационной безопасности требуют SSO, прежде чем разрешить внедрение;
- администраторам нужен централизованный контроль доступа;
- конечные пользователи не упоминают SSO в интервью о рабочем процессе;
- владелец бюджета согласен на корпоративный пакет, потому что SSO снижает риски управления.
Такое описание показывает, почему эта возможность важна и кто за неё заплатит.
Четыре распространённых сочетания ролей
1. Один человек выполняет все роли
Независимый дизайнер покупает приложение с личной карты, ежедневно им пользуется и непосредственно получает от него пользу.
Покупка может быть полностью самостоятельной, потому что: пользователь понимает проблему, ценность заметна ему лично, бюджет контролирует один человек, риск ограничен и оплата почти не требует согласований.
Понятной посадочной страницы, пробного периода и оплаты картой может быть достаточно. Цена за пользователя воспринимается естественно, потому что пользователь и плательщик — один человек.
2. Руководитель покупает продукт для команды
Руководитель службы поддержки выбирает программное обеспечение для 20 специалистов. Руководитель отвечает за показатели обслуживания, финансовый отдел платит, а IT одобряет интеграцию.
В этой ситуации:
- специалистам важна скорость рабочего процесса;
- руководителю важны время решения обращений и качество;
- финансовому отделу важны полная стоимость и условия договора;
- IT важны безопасность и удобство сопровождения.
Продукту необходимы как принятие пользователями, так и доказательства для руководства. Успешного испытания с тремя специалистами недостаточно, если оно не демонстрирует эффект на уровне команды или продукт не проходит техническое согласование.
3. Централизованный покупатель приобретает продукт для распределённых пользователей
Компания лицензирует обучение требованиям соответствия для всех сотрудников. Отдел закупок согласовывает договор, HR администрирует систему, а сотрудники проходят обучение.
Экономическим выгодоприобретателем может быть организация, снижающая риски, даже если отдельные пользователи сами не стремятся получить продукт. Пакеты обоснованно могут зависеть от диапазонов численности сотрудников, количества офисов или годового охвата, а не только от активности пользователей.
4. Разные стороны создают и потребляют ценность
Маркетплейс соединяет клиентов со специалистами. Продавцы создают предложение, покупатели формируют спрос, а платформа обеспечивает поиск, доверие, рабочий процесс и защиту платежей.
Решения о взимании платы влияют на обе стороны:
- комиссия с продавца может сократить предложение;
- комиссия с покупателя может снизить конверсию в транзакцию;
- комиссия за сделку может связать оплату с успешным результатом;
- подписки могут подходить профессиональным участникам, которые часто пользуются платформой;
- платное продвижение может монетизировать внимание, но ухудшать релевантность.
«Клиент» здесь не один очевидный человек. Платформа должна управлять экономической системой.
Почему путаница в ролях вредит монетизации
Вы исследуете не ту проблему
Пользователи описывают затруднения при выполнении задач. Покупатели обсуждают бюджетные приоритеты и альтернативы. Согласующие говорят о рисках. Просить представителя одной роли предсказать действия другой — значит получать ненадёжные ответы.
Конечный пользователь может утверждать, что компания наверняка заплатит 20 € за место, ничего не зная о порогах закупочных процедур. Покупатель из финансового отдела может требовать аналитику, которой руководители никогда не воспользуются. Оба утверждения являются свидетельствами, но каждое относится к своей роли.
Вы выбираете неправильную метрику ценности
Цену за место легко реализовать, но она может не соответствовать ценности, если:
- в одном рабочем процессе участвует много нерегулярных пользователей;
- наблюдатели или гости повышают результат платной команды;
- автоматизация сокращает число активных пользователей;
- выгодоприобретателем является рабочее пространство, магазин или бизнес-подразделение;
- системой, которая защищает всю компанию, пользуется лишь небольшая группа операторов.
И наоборот, фиксированная плата за компанию может оказаться слишком низкой, когда внедрение расширяется с одной команды до тысяч пользователей и создаёт дополнительные расходы на поддержку, управление или инфраструктуру.
Вы сообщаете одну общую выгоду
«Экономия времени» может привлечь пользователя, но оказаться слишком слабым аргументом для владельца бюджета. «Централизованное управление» может заинтересовать согласующего, но показаться несущественным тому, кто ежедневно работает с продуктом.
Целостное предложение может использовать разные доказательства для каждого участника, сохраняя основное обещание неизменным.
Вы принимаете бесплатное внедрение за платный спрос
Пользователи могут любить инструмент, в то время как организация не видит результата, заслуживающего отдельного бюджета. Такое часто происходит, если:
- выгода заключается в личном удобстве, а не в эффекте для организации;
- пользователь не может выразить результат количественно;
- бесплатная альтернатива устраивает покупателя;
- внедрение создаёт неконтролируемый риск;
- продукт не доходит до человека с необходимыми полномочиями.
Активация подтверждает удобство использования и некоторую ценность. Она не подтверждает автоматически готовность купить продукт.
Вы подходите к продлению без доказательств
Первоначальный сторонник может уйти из компании. Финансовый отдел видит только счёт. Пользователи сообщают об активности, но не о результатах. Без доказательств для каждой роли даже полезный продукт могут отменить.
Подготовка к продлению должна начинаться во время онбординга, а не за 30 дней до окончания договора.
Карта заинтересованных сторон
Создайте отдельную строку для каждой значимой роли на пути покупки и использования.
| Роль | Человек или функция | Желаемый результат | Текущая альтернатива | Возражение или риск | Необходимое доказательство | Влияние |
|---|---|---|---|---|---|---|
| Пользователь | Специалист поддержки | Быстрее решать обращения | Существующая система поддержки и ручной поиск | Ещё один инструмент добавляет лишние действия | Время рабочего процесса до и после внедрения | Среднее |
| Сторонник | Руководитель операционной работы поддержки | Повысить единообразие | Обучение и документация | Внедрение может провалиться | Принятие пилотного проекта и качество | Высокое |
| Владелец бюджета | Директор службы поддержки | Снизить стоимость решения одного обращения | Нанять больше специалистов | Экономия может оказаться неопределённой | ROI с учётом объёма | Высокое |
| Согласующий | Служба безопасности | Защитить данные клиентов | Отклонить нового поставщика | Доступ к данным и сроки их хранения | Документация по безопасности | Блокирующее |
| Плательщик | Финансовое юридическое лицо | Корректный и предсказуемый счёт | Процесс оформления заказа на закупку | Переменная сумма счёта | Годовой лимит и налоговые реквизиты | Среднее |
При работе с реальной сделкой добавляйте имена конкретных людей. В сложной продаже обобщённая персона не заменит карту конкретной организации.
Вопросы для каждой роли
- За какой результат отвечает этот человек?
- Как этот результат измеряется сейчас?
- Что он потеряет, если ничего не изменится?
- Какой новый риск создаёт для него внедрение?
- Какие альтернативы он сравнивает?
- Какими полномочиями он располагает?
- Какое доказательство сделает решение безопаснее?
- На каком этапе он должен подключиться?
Экономический выгодоприобретатель
Экономический выгодоприобретатель — это человек или организация, чьё финансовое положение, уровень риска или стратегическая позиция улучшаются.
Выгодой, оправдывающей оплату, бывают новый доход, снижение затрат на персонал или поставщиков, предотвращённые потери, ускорение поступления денег, рост производительности, снижение регуляторных рисков, лучшее использование активов, рост удержания, сокращение длительности цикла.
Какой бы она ни была, покупатель должен уметь сформулировать её своими словами тому, кто стоит выше. Выгода, которую внятно излагаете только вы, не переживает согласование без вас.
Выгодоприобретатель часто является подходящим кандидатом на роль владельца бюджета, но не всегда. Бюджеты следуют не только за ценностью, но и за организационной структурой, сложившимися категориями и внутренней политикой.
Выразите путь создания ценности количественно
Свяжите поведение в продукте с результатом организации:
Возможность продукта → поведение пользователя → операционное изменение → бизнес-результат → финансовая ценность
Пример:
Предлагаемые ответы службы поддержки → специалисты быстрее находят информацию → среднее время обработки снижается → команда обслуживает больше обращений без увеличения штата → стоимость поддержки на одно обращение уменьшается.
Каждая стрелка — это предположение, которое нужно проверить. Если специалисты видят подсказки, но игнорируют их, путь прерывается до возникновения финансовой ценности.
Избегайте выдуманного ROI
Не умножайте оптимистичную оценку сэкономленного времени на полную стоимость сотрудника и не называйте результат гарантированной экономией. Спросите:
- Можно ли действительно использовать сэкономленное время для другой полезной работы?
- Сократит ли команда сверхурочную работу, подрядчиков или будущий найм?
- Можно ли объяснить измеренное изменение именно влиянием продукта?
- Остаётся ли качество стабильным?
- Насколько часто выполняется этот рабочий процесс?
Используйте диапазоны и раскрывайте допущения. Достоверные умеренные доказательства полезнее завышенного расчёта.
Настоящий покупатель и владелец бюджета
Пользователь может не знать, кто вправе одобрить покупку. Задавайте вопросы о процессе, а не спрашивайте: «Вы принимаете решение?»
Полезные вопросы:
- Как был приобретён последний аналогичный инструмент?
- Из какого центра затрат будет финансироваться покупка?
- Кто отвечает за показатель, на который влияет этот продукт?
- Кто подписывает покупки на сумму до 5 000 €, 25 000 € и 100 000 €?
- При каких условиях участие отдела закупок становится обязательным?
- Кто из заинтересованных сторон может заблокировать внедрение?
- Бюджет уже выделен или продукт должен заменить другое решение?
- Кто должен увидеть результаты пилотного проекта?
- Какая дата определяет следующий цикл планирования?
Самое надёжное подтверждение — действие: пользователь знакомит вас с владельцем бюджета, организует совместное обсуждение или помогает подготовить экономическое обоснование.
Источник бюджета формирует предложение
Один и тот же продукт может оцениваться по-разному в зависимости от бюджета:
- инновационный бюджет может оплатить пилотный проект, но не продление;
- бюджет IT подчёркивает консолидацию и безопасность;
- операционный бюджет подразделения ориентирован на результаты рабочих процессов;
- маркетинговый бюджет может требовать атрибуции кампаний;
- капитальный бюджет может предпочитать лицензирование или долгосрочные обязательства;
- личная карта требует простых условий самостоятельной покупки.
Понимание бюджета объясняет, с какими альтернативами сравнивают продукт и какой стандарт доказательств необходим.
Плательщик как отдельная роль
Плательщик — то лицо, которое фактически переводит деньги, и платёж может не пройти уже после одобрения покупателем: неподдерживаемая валюта, отсутствующие налоговые данные, лимиты карты, требования к заказу на закупку, условия оплаты счёта, процедура регистрации поставщика, трансграничные ограничения, несовпадение юридических лиц, правила использования способов оплаты, условия обработки данных.
Недели съедает именно регистрация поставщика. Сделка, согласованная в октябре, может простоять неоплаченной до января, потому что никто не начал оформление.
При небольших покупках покупатель и плательщик могут быть одним человеком. В корпоративных договорах получение оплаты представляет собой отдельный процесс со своими сроками и операционными затратами.
Зафиксируйте юридическое лицо по договору, лицо, выставляющее счёт, контакт по оплате, способ оплаты, валюту, порядок налогообложения, обязательные номера и ссылки на счёте, срок оплаты, правила продления и уведомления.
Обязательные реквизиты — мелочь, полностью блокирующая платёж. Счёт без номера заказа на закупку возвращается вам, а не уходит в оплату.
Подписанная сделка — ещё не деньги, а полученные деньги необязательно уже являются признанной выручкой. Учитывайте это в прогнозах.
Кто должен платить
Плательщика не следует выбирать только по принципу получения какой-либо выгоды. Учитывайте готовность и способность платить, рыночную динамику и практическую возможность получения средств.
Используйте эту таблицу оценки:
| Критерий | Вопрос |
|---|---|
| Экономическая ценность | Получает ли эта сторона измеримую финансовую или стратегическую выгоду? |
| Способность платить | Контролирует ли она подходящий и доступный бюджет? |
| Готовность платить | Достаточно ли дорого обходится альтернатива, чтобы мотивировать покупку? |
| Дефицитность | Не повредит ли взимание платы с этой стороны дефицитному ресурсу, необходимому продукту? |
| Чувствительность к цене | Насколько сильно плата сократит внедрения или транзакции? |
| Атрибуция | Можно ли достоверно связать ценность с продуктом? |
| Получение оплаты | Можно ли обеспечить оплату и эффективно её обработать? |
| Удержание | Укрепляет или подрывает факт оплаты дальнейшее участие? |
Субсидируйте одну сторону осознанно
Бесплатность не означает отсутствие ценности. Одну сторону можно субсидировать, потому что её участие создаёт ценность продукта.
Примеры:
- наблюдатели бесплатно присоединяются к инструменту для совместной работы, а создатели платят;
- соискатели бесплатно присоединяются к маркетплейсу специалистов, а работодатели платят;
- потребители бесплатно пользуются сервисом сравнения, а поставщики платят за качественные обращения;
- разработчики бесплатно пользуются ядром с открытым исходным кодом, а компании платят за эксплуатацию и управление.
У субсидии должны быть причина и предел. Отслеживайте стоимость обслуживания неплатящих участников и ценность, которую они создают для платящих участников.
Не взимайте плату с ограничивающей стороны слишком рано
На маркетплейсе рост часто ограничивает дефицитная сторона. Если начать брать с неё плату до подтверждения ликвидности или ценности, дефицит может усилиться.
Дефицитность может меняться. На раннем этапе может не хватать качественных продавцов, а позднее ограничением станет покупательский спрос или способность выполнять специализированный подбор. Пересматривайте политику с учётом когортных данных и показателей ликвидности.
Предложение для всех ключевых участников
Одно предложение может содержать элементы для разных ролей.
Для пользователя
Продемонстрируйте: более быстрый или простой рабочий процесс, лёгкость перехода, надёжность, совместимость с существующими инструментами и управляемость и возможность восстановления.
Измеряйте активацию и устойчивое использование.
Для сторонника
Предоставьте: план пилотного проекта, материалы для внутренней презентации, чек-лист внедрения, показатели успеха, FAQ для заинтересованных сторон и заметную поддержку при внедрении.
Снизьте личный риск, связанный с рекомендацией продукта.
Для покупателя и владельца бюджета
Покупателю покажите бизнес-результат, полную стоимость, реальные альтернативы, срок получения ценности, экономические допущения, объём договора и критерии, по которым будет оцениваться продление.
Назвать альтернативы самому сильнее, чем ждать вопроса. Это показывает, что вы понимаете решение, которое он принимает, а не то, которое вам удобно.
Сделайте решение обоснованным и защищаемым внутри организации.
Для согласующих
Подготовьте:
- документацию по безопасности и конфиденциальности;
- описание потоков данных и сроков хранения;
- подтверждение доступности;
- юридические условия;
- уровни обслуживания;
- средства интеграции и управления идентификацией;
- процедуру прекращения использования и экспорта данных.
Не заставляйте пользователя придумывать ответы.
Для администраторов
Тому, кто будет это эксплуатировать, разъясните этапы развёртывания, права доступа, принадлежность аккаунта, отчётность об использовании, порядок эскалации, предоставление и отзыв доступа, возможности аудита.
Отзыв доступа администратор спрашивает первым, а поставщики отвечают последними. После запуска это самая частая операция в его работе.
Административная нагрузка влияет на продление, даже если пользователям нравится продукт.
Цена и реальное распределение ролей
Цена за место
Цена за место подходит, если:
- каждый активный пользователь получает существенную прямую ценность;
- индивидуальный доступ создаёт переменную ценность или затраты;
- места легко определить;
- покупатели ожидают, что бюджет на программное обеспечение будет зависеть от численности сотрудников.
Эта модель слабее, когда широкое участие создаёт сетевую ценность или ценность рабочего процесса. Рассмотрите бесплатных гостей, оплату за активные места, места по ролям, цену за рабочее пространство или базовую плату за платформу.
Цена за рабочее пространство или аккаунт
Эта модель подходит для общих результатов и совместно работающих подразделений. Она обеспечивает предсказуемые расходы и поощряет приглашения, но требует ограничений или пакетов, позволяющих монетизировать расширение в крупных организациях.
Цена на основе использования
Такая модель может соответствовать операционной активности, даже если плательщик не является пользователем. Предоставьте администраторам прозрачные данные, бюджеты, предупреждения и лимиты. Владелец бюджета должен понимать единицу расчёта и ожидаемый диапазон расходов.
Корпоративное лицензирование
Годовая лицензия может соответствовать централизованной покупке, широкому внедрению и управлению. Цена может зависеть от бизнес-подразделений, численности сотрудников, местоположений, обязательств по объёму или стратегического охвата, а не от публичной суммы за пользователя.
Услуги и внедрение
Отдельная плата может покрывать разовые работы по онбордингу. Объясните, какой участник получает услугу и какой результат означает её завершение. Не скрывайте обязательное внедрение за ценой, которая выглядит как цена самостоятельной покупки.
Проводите исследование отдельно для каждой роли
Десять интервью с пользователями не равнозначны исследованию системы покупки.
Интервью с пользователем
Изучите: текущий рабочий процесс, частоту и серьёзность затруднений, существующие инструменты и обходные решения, препятствия для внедрения, моменты получения ценности и причины продолжать или прекращать использование.
Интервью со сторонником
С внутренним сторонником обсудите срочность, внутреннее обоснование, которым он воспользуется, заинтересованные стороны, риски внедрения, план пилота, критерии успеха и что всё это значит лично для него.
Последний пункт не циничен. Человек тратит на ваш продукт собственную репутацию, и понимание его ставки показывает, сколько помощи ему нужно.
Интервью с покупателем или владельцем бюджета
Изучите: стратегический приоритет, источник бюджета, альтернативы, экономический порог, ожидания от договора и доказательства, необходимые для одобрения и продления.
Интервью с согласующим
Изучите: обязательные требования, последовательность проверок, классификацию риска, документацию, препятствия, не подлежащие обсуждению и типичную продолжительность проверки.
Сравните ответы. Расхождение между ними — риск для продукта и стратегии выхода на рынок, который следует устранять целенаправленно.
21-дневный эксперимент по проверке заинтересованных сторон
Неделя 1: опишите существующую систему
- Проведите интервью как минимум с пятью активными или целевыми пользователями.
- Попросите каждого описать реальный процесс покупки.
- Опишите пользователя, выгодоприобретателя, сторонника, покупателя, владельца бюджета, плательщика и согласующих.
- Фиксируйте неопределённость, а не заполняйте пробелы предположениями.
- Выберите один сегмент с достаточно последовательным распределением ролей.
Неделя 2: создайте предложение для всех ролей
Подготовьте:
- демонстрацию рабочего процесса пользователя;
- экономическое обоснование на одной странице;
- пакет и цену;
- объём пилотного проекта;
- краткое описание безопасности или операционных аспектов;
- допущения относительно счёта и договора;
- чёткие критерии успеха.
Покажите каждому участнику относящуюся к нему часть. Попросите сторонника подключить отсутствующие роли.
Неделя 3: запросите обязательство
Добивайтесь действия, соответствующего этапу продажи: доступа к пользователям пилотного проекта, согласования данных или интеграции, встречи с владельцем бюджета, проверки безопасности, подписанного предложения по пилотному проекту и депозита или оплаты.
Отслеживайте, где останавливается процесс. Демонстрация продукта, принятая пользователями, но заблокированная до обсуждения бюджета, указывает на иную проблему, чем предложение, отклонённое из-за слабого ROI.
Показатели для каждой роли
| Роль | Полезные сигналы |
|---|---|
| Пользователь | Активация, выполнение задач, частота, удержание, удовлетворённость по рабочим процессам |
| Сторонник | Организованные знакомства, участие в пилотном проекте, завершение внедрения, внутренняя реакция |
| Покупатель | Принятие предложения, этап цикла продаж, возражения, результат конкурентного выбора |
| Владелец бюджета | Одобренная сумма, скидка, источник бюджета, порог ROI, решение о продлении |
| Согласующий | Длительность проверки, препятствия, количество исключений, доля одобрений |
| Администратор | Время настройки, обращения в поддержку, точность предоставления доступа, принятие средств управления |
| Плательщик | Принятие счёта, срок оплаты, доля неудачных платежей, доля споров |
| Выгодоприобретатель | Операционный и финансовый результат, уверенность в атрибуции |
Не позволяйте высокой активности пользователей скрывать заблокированный процесс покупки, а подписанному договору — неудачное внедрение.
Распространённые ошибки
Предположение, что у сторонника есть полномочия
Энтузиазм и полномочия — разные вещи. Помогите стороннику пройти процесс, но проверяйте бюджет и согласование напрямую.
Разработка только для покупателя
Продукт может выиграть договор и провалиться в использовании. Неиспользуемое программное обеспечение вредит продлению и репутации. Ценность для пользователя остаётся обязательной даже при продажах сверху вниз.
Разработка только для пользователя
Приятный рабочий процесс может никогда не получить одобрения, если создаёт проблемы с безопасностью, управлением или финансами. Качество продукта включает возможность его принятия организацией.
Взимание платы с каждого участника
Наблюдатели, гости, поставщики или нерегулярные участники совместной работы могут повышать ценность, не оправдывая полную стоимость платного места. Жёсткое правило способно уменьшить сеть, необходимую платящим пользователям.
Отнесение всех неплатящих участников к потенциальным покупателям
Бесплатные пользователи могут быть участниками продукта, создателями предложения или выгодоприобретателями, а не будущими покупателями. Назначьте каждому роль и честно измеряйте его экономический вклад.
Игнорирование изменений среди заинтересованных сторон
Сторонники уходят, бюджеты перемещаются, а руководители меняют приоритеты. Выстраивайте отношения с несколькими людьми и храните доказательства для продления в учётной записи клиента, а не только в почтовом ящике одного человека.
Одинаковое обоснование ROI для всех
Пользователи, руководители, финансовые специалисты и служба безопасности оценивают разные риски. Сохраняйте единый правдивый путь создания ценности, но предоставляйте доказательства, актуальные для каждой роли.
Чек-лист принятия решения
Ясность ролей
- Мы различаем пользователя, выгодоприобретателя, сторонника, покупателя, владельца бюджета, плательщика и согласующего.
- Мы знаем, какие роли совмещены, а какие разделены в целевом сегменте.
- Карта подтверждена реальными интервью или возможностями продаж.
- Мы знаем, кто может заблокировать внедрение и оплату.
Ценность и доказательства
- Пользователи регулярно получают полезный или значимый результат.
- Экономический выгодоприобретатель может наблюдать бизнес-результат.
- В пути создания ценности явно указаны допущения.
- Доказательства для продления будут собираться в процессе использования.
Предложение и цена
- Метрика ценности не создаёт ненужных препятствий для внедрения.
- Состав пакета учитывает обязательные потребности пользователей и организации.
- Владелец бюджета понимает полную ожидаемую стоимость.
- Плательщик может пройти необходимый процесс.
- Субсидируемые участники создают измеримую ценность для системы.
Продажи и онбординг
- Исследование охватывает не только увлечённых пользователей.
- У сторонников есть материалы для внутреннего согласования.
- Документация для согласующих доступна до того, как станет срочно необходима.
- Критерии успеха пилотного проекта важны для ответственного за продление.
- Администраторы могут развернуть продукт и управлять им.
Знайте, кто на самом деле платит
Монетизируйте систему создания ценности, а не предполагаемого абстрактного клиента.
Определите, кто пользуется продуктом, кто получает экономическую выгоду, кто его продвигает, кто выбирает, кто владеет бюджетом, кто может заблокировать покупку и кто переводит деньги. Затем создайте продуктовый опыт, который примут пользователи, аргументацию, которую покупатели смогут защитить, условия, которые плательщики способны выполнить, и доказательства, которыми выгодоприобретатели смогут воспользоваться при продлении.
Когда роли согласованы между собой, цены проще понять, а доход становится устойчивее. Когда согласованности нет, снижение цены редко решает основную проблему.