Модель с учётом продукта
Начните с главной задачи расширения и его текущих ограничений. Для каждой модели определите, что изменится для пользователей: доступ к функциям, использование данных, разрешения и поддержка.
Подписка или платные функции
Подходит, когда постоянная польза или ценность платной функциональности понятна, доступом можно управлять и платёжный сценарий можно поддерживать.
Партнёрства, поиск или лицензирование
Требует внимательного выбора партнёров, проверки договоров, прозрачного поведения и соответствия правилам магазинов и ожиданиям пользователей.
Реклама или спонсорство
Нужны прозрачное информирование пользователей, уместное размещение, настройки конфиденциальности и пользовательский опыт, который не разрушает продукт.
Сравните модели по открытым решениям
| Модель | Вопрос о продукте и пользователе | Что уточнить в реализации и ответственности |
|---|---|---|
| Подписка или платные функции | За какую постоянную или дополнительную пользу пользователь стал бы платить и что должно остаться доступным существующим пользователям? | Кто отвечает за проверку доступа, оплату и поддержку; поведение при окончании доступа и сбоях описано ниже. |
| Партнёрская или поисковая программа | Какому действию пользователя и прямой пользе служит предложение? Что изменится в основной задаче расширения? | Условия участия и партнёра, поведение продукта и раскрытие информации нужно проверить до включения интеграции в проект. |
| Реклама или спонсорство | Где появится размещение и как оно повлияет на задачу, ради которой пользователь установил расширение? | Место, показываемая информация, работа с данными и ответственность за последующие изменения материалов или поставщика. |
| Лицензирование | Кто будет пользоваться лицензируемым продуктом или компонентом и какие права и материалы ему нужны? | Разрешённое использование, материалы передачи, обновления, сопровождение и ответственный за поддержку. |
Если ответа пока нет, оставьте модель открытой для рассмотрения, а не превращайте её в прогноз дохода. Это вопросы об уже перечисленных моделях; название модели не подтверждает доступность партнёра или принятие платформой.
Сохраните условия платного доступа и поведение при сбоях рядом с выбранной моделью. Согласованную реализацию можно обсудить через разработку. Для начала достаточно контакта и короткого вопроса о монетизации.
Сначала определите, за что платит пользователь
Опишите пользу, которую оплачивает пользователь, и момент её получения. Сопоставьте варианты доступа с текущими расходами продукта и обязательствами по поддержке.
| Ситуация в продукте | Вариант для рассмотрения | Что определить |
|---|---|---|
| Пользователь регулярно получает пользу, а сервис несёт постоянные расходы | Периодически оплачиваемый доступ | Какие функции прекращают работу после окончания доступа и что происходит с сохранёнными данными? |
| Отдельная функция даёт длительно используемый результат | Разовая оплата доступа | Какие будущие версии и поддержка включены и что остаётся доступным? |
| Основная задача решается бесплатно, дополнительная польза предлагается по желанию | Бесплатная основа с платными функциями | Что останется бесплатным для прежних пользователей и где объясняется граница платного доступа? |
Проверьте состояния доступа и ошибки
Определите возможности бесплатного пользователя. Если планируется пробный период, опишите его начало и завершение. Для платного доступа решите, как продукт подтверждает право на функцию. Истечение доступа и отмена подписки могут требовать разного поведения по выбранным условиям. Отдельно определите, что доступно без сети или при ошибке проверки доступа.
В условной спецификации продукта локальные заметки могут оставаться читаемыми, когда сервер не подтверждает доступ к платному экспорту. Интерфейс объясняет временную проблему и предлагает повторить попытку. Если оплата подтверждена, а функция недоступна, нужен отдельный путь обращения в поддержку, чтобы пользователя сразу не отправляли покупать повторно. Владелец продукта выбирает нужное поведение; реализация согласуется отдельно.
До реализации назначьте ответственных за записи об оплате, доступ в продукте и поддержку. Сообщения пользователю должны различать неудачную оплату, отсутствие подтверждённого права на функцию и сетевую ошибку.
В Chrome необходимость оплаты базовой функциональности должна быть понятна из описания до установки. Это требование содержится в правилах Google об оплате. Партнёрская модель требует своей проверки: правила Chrome для affiliate-программ также устанавливают требования к информированию пользователя, его действию перед добавлением партнёрской ссылки и прямой пользе для него. Название модели само по себе не подтверждает допустимость конкретной реализации.
Согласованное поведение и нерешённые вопросы можно использовать в запросе на техническую интеграцию.
Что мы проверяем
Объём проверки согласуется для вашего проекта. Он может включать:
- ПРОДУКТ
Ценность и аудитория
Что делает расширение, кто и как часто им пользуется и за какую пользу разумно платить.
- ОПЫТ
Доверие и препятствия
Где появляется монетизация, что меняется для действующих пользователей и как объясняются выбор и границы бесплатных и платных возможностей.
- ПРАВИЛА
Информирование и соответствие платформе
Разрешения, данные, правила магазина, поведение партнёров и правовые вопросы, для которых нужна актуальная проверка.
- СИСТЕМА
Техническая интеграция
Платежи, права доступа, удалённая конфигурация, API, отчётность, сценарии сбоев, безопасность и ответственность за поддержку.
От проверки к реализации
- Опишите текущий продукт. Зафиксируйте пользу, аудиторию, архитектуру, положение в магазине и существующие обязательства.
- Сравните жизнеспособные модели. Оцените компромиссы и исключите варианты, которые конфликтуют с пользой продукта или правилами.
- Спроектируйте пользовательский опыт. Определите доступ, информирование пользователей, согласие, сценарии сбоев и поддержку.
- Согласуйте поставщиков и ответственность. Зафиксируйте владельцев договоров, биллинга, обработки данных, отчётности и поддержки клиентов.
- Реализуйте и проверьте. Внедрите согласованную интеграцию и проверьте технические критерии без обещаний финансового результата.
Что прислать для начала
Пришлите ссылку на расширение или короткое описание. Расскажите, для чего им пользуются и какой вопрос о монетизации вы хотите решить. Если есть данные об аудитории или доходе, укажите показатель, источник и период. Если данных нет, так и напишите. Упомяните модели или партнёров, которых уже рассматриваете, и функции, которые должны остаться бесплатными для действующих пользователей.