Техническая инфраструктура должна поддерживать следующие функции:
- Продажу любых товаров через интернет, т.е. некоторые функции интернет-магазина.
- Прием платежей через интернет с карт или используя платежную систему типа PayPal.
- Возможность возвратов.
- Автоматическую подписку, включая периодическое выставление счета и списание средств.
- Управление подпиской – отмена, пауза, изменение уровня.
- Управление доступом к контенту , сервисам, к разделам на основании статуса подписки.
- Возможность последовательного доступа к контенту.
- Возможность доступа на основе условий или действий, событий.
- Навигация по разделам.
- Предоставление информации о статусе подписки, покупках и платежах.
- Возможность менять способы платежа.
- Возможность создавать уровни подписки (мембершипа) с разной ценой, периодичностью, пробным периодом.
- Возможность использовать скидочные купоны.
- Возможность коммуникации с пользователям в автоматическом режиме через разные каналы на основе паттернов поведения,событий, задержек, действий пользователей.
- Возможность поддержки пользователей, чтобы отвечать на вопросы и решать проблемы пользователей.
- Возможность интеграции с системами привлечения пользователей.
- Идеально – возможность использования хотя бы простых игровых механик.
- Высокая гибкость.
- Возможность создавать сложны воронки продаж.
- Возможность создавать адаптивный онбординг, учитывающий паттерны и авто-сегментацию.
- Возможность сегментировать и маркировать пользователей на основе из действий или бездействий.
- Наличие встроенной аналитики и/ или интеграция с популярными системами аналитики.
- Возможность легкой интеграции с интеграционными сервисами.
Разумеется, разные системы не поддерживают все эти функции. Кроме того техническая инфраструктура в идеале должна отвечать следующим требованиям:
- Надежность, т.е. не падать.
- Легкой в эксплуатации, не требовать много времени.
- Легкой в коррекции и изменениях, введении новых продуктов, правил, воронок и т.п.
- Легкой и быстрой в развертывании.
- Масштабируемой.
- Желательно затраты развертывания и эксплуатации должны быть минимальны.
- Хорошо документированной.
- Обладать сбалансированным функционалом.
Опять, же разные системы по разному соответствуют требованиям.
Все системы можно условно разделить на 2 модели:
- Модель библиотеки с постоянным пополнением. Типичный пример – Netflix, обычного блога, а также все статьи и большая часть лекций на моем сайте. Общая идея – получаешь доступ ко всему контенту немедленно, если подписка активна. Иногда может быть несколько тарифов. Чем дороже тариф, тем к большему объему контента есть доступ.
- Модель сериала, образовательного курса или компьютерный игры, когда доступ к контенту осуществляется не сразу, а последовательно на основе временной задержки, события или действия пользователя.
- Комплексная модель, сочетающая оба подхода. Я использую комплексную модель.
Обе основные модели имеют разные механики вовлечения и удержания, разные входные и эксплуатационные затраты, разные технические реализации.
Модель библиотеки с постоянным пополнением – достаточно простая и ее поддерживает огромное число сервисов и платформ. Модель сериала сложнее, ее поддерживает меньше платформ, либо надо использовать игровые движки. Однако, Модель сериала имеет ряд существенных преимуществ и именно эта модель по сути в основе модели монетизации free-to-play.
В ближайшей лекции мы рассмотрим принципиальные отличия модели и рассмотрим несколько конфигураций, позволяющих реализовать полный или частичный функционал. Скорее всего одной лекцией не обойдется.