Форум независимых разработчиков программного обеспечения

   РУС ENG    ·      ВОЙТИ

АВТОРИЗАЦИЯ

Забыли свой пароль?

Выбор финансовой модели (Монетизация)


Основные типы традиционных финансовых моделей коммерческих программных продуктов (за что и как платит пользователь)

  1. Разовый платеж за лицензию (право использования). Традиционная модель, при которой стоимость лицензии на продолжительный срок оплачивается клиентом сразу. Имеет смысл применять, когда есть вероятность, что продукт не станет инструментом ежедневного использования, за который можно будет брать абонентскую плату по подписке длительный срок. При определенных условиях одна из самых низко рисковых моделей, т.к. все деньги берутся сразу, фактически, авансом.
  2. Подписка. Модель, при которой оплату за пользование программой или сервисом пользователь производит периодически небольшими платежами. Часто предоставляется возможность оплатить сравнительно большой период (год или два) со скидкой. Имеет смысл применять, когда есть понимание, что пользователю придется пользоваться продуктом постоянно достаточно долгий период.
  3. Плата за использование. Более редкая модель, при которой плата берется за операции или пакет операций, за транзакции. Встречается в продуктах, связанных с обработкой данных и e-commence-решениях.
  4. Плата за объем данных. Модель, схожая с предыдущей, только акцент делается не на транзакциях, а на объеме обрабатываемых данных (дисковое пространство, фреймы, файлы, записи БД, изображения и т.д).
  5. Плата за функции/расширения. В данной модели плата взимается за дополнительные плагины, компоненты, расширения к основному продукту. Сама плата может взиматься как подписка или разовый платеж, так и по более сложным схемам.
  6. Плата за право использовать результат. Не очень частая модель, когда плата берется на финальном этапе работы продукта за результат. Достаточно рискованная модель, т.к. чем дальше откладывается момент получения денег, тем выше риск их не получить.
  7. Продажа контента. Модель, при которой фокус ценности переносится с продукта, на данные, которые в нем содержатся - видео, тексты, изображения, звуки, музыка и т.д.
  8. Пожертвования. Модель, при которой, оплата поступает в виде добровольных пожертвований от пользователей. Сам продукт, как правило, не содержит ограничений. Отличается очень низкой доходностью и не рекомендуется для коммерчески привлекательных проектов. Обычно продажа традиционных лицензий по самой низкой цене бывает в разы доходнее, чем схема с пожертвованиями.
  9. Заработок на рекламе в ПО. Очень сложная и нестабильная модель, т.к. вендору потребуется прикладывать усилия по привлечению не только пользователей продукта, но и рекламодателей, что в двойне затратно и сложно. Кроме того, набор рекламных движков, которые можно встраивать в ПО достаточно ограничен. Также, для существенных заработков на рекламной модели продукт должен обладать просто огромной аудиторией пользователей, чтобы обеспечивать большой объем показов рекламных модулей.
  10. Участие в партнерских программах. Самым распространенным примером такой модели является установка партнерского ПО вместе со своим продуктом - тулбаров для браузеров, браузеров, антивирусов и т.д. Модель может работать только для очень массовых и востребованных продуктов, т.к. оплата за одну партнерскую инсталляцию может быть очень низкой, и заработать можно только на существенных объемах. Также, надо понимать, что пользователи негативно относятся к подобным схемам, что резко снижает их лояльность к продукту и бренду. Кроме того, высок риск попасть в категорию "adware", которая может блокироваться антивирусами и даже браузерами.
  11. Плата за поддержку, обслуживание, настройку, доработку. Модель часто применяется в open source проектах. По сути, данная модель уже не является чисто продукто-ориентированной, т.к., фактически, вендором продаются услуги, а не программное обеспечение. Однако, при должно уровне автоматизации услуг (например, услуга по автоматической установке и настройке бесплатного модуля для сайта или сервера), данную модель тоже можно считать продуктовой.

Виды ограничений, побуждающих пользователей перейти на платное использование продукта (как заставить пользователя платить)

  1. Ограничение по времени.
  2. Ограничение по числу запусков.
  3. Ограничение по объему данных.
  4. Функциональные ограничения.
  5. Ограничение на использование результата.
  6. Ограничение по числу пользователей и взаимодействию.
  7. Принудительный показ рекламы.
  8. Freemium-модель.


Советы по выбору финансовой модели программного продукта или сервиса

  1. Комбинируйте различные схемы, в поисках самой доходной для каждого конкретного продукта.
  2. Придумывайте и ищите свои схемы. Не ограничивайтесь изложенными.
  3. Не бойтесь трансформировать финансовую модель вашего продукта, только делайте это не слишком часто и без шока для текущих пользователей.
  4. Иногда простого повышения цены достаточно для того, чтобы сделать вашу финансовую модель доходной.
  5. Старайтесь искать модель с кратчайшим циклом продажи. Деньги должны появится у вас как можно раньше.
  6. Не усложняйте свою модель. Старайтесь сделать ее простой и понятной, чтобы у пользователя не возникло ощущения, что его пытаются запутать и обмануть.
  7. Будьте честны. Пользователь должен четко понимать, за что он платит и, желательно, чтобы момент оплаты не был для него стрессом.
  8. Старайтесь понять как можно точнее, в чем конкретно ценность вашего продукта и в какой момент использования она достигает максимального значения. В этот момент пользовательской эйфории и надо брать деньги.
  9. Никогда не обещайте пожизненных бесплатных обновлений. Это ловушка. Всегда обозначайте разумные ограничения по срокам или по диапазону версий.


Ссылки по теме




--> -->