Александр Гурин АМ Софт (Директор по развитию бизнеса) Коротко о себе. С 1995 по 2002 был разработчиком, писал код. Работал в Беларуси, Швеции. В 2002 начал заниматься монетизацией программного обеспечения. Руководил в российской компании Аладдин бизнесом по монетизации в России и СНГ. В 2012 году перешел к вендору, производителю тех продуктов, которые я продавал в Аладдине, компанию SafeNet (дальше, когда ее купили компания начала называться Gemalto). Это мировой лидер на рынке монетизации. В компании я руководил продажами в России, СНГ, части восточной Европы, ближнего востока и Африки.
В конце 2017 года я начал заниматься своим бизнесом. Продолжил дистрибуцию продуктов по монетизации ПО компании Gemalto в России и открыл свое направление по консалтингу производителей программного обеспечения.
За почти 16 лет работы с более чем 4000 производителей ПО, появилось понимание какие проблемы у них возникают и как можно помочь им решить эти проблемы.
Сегодня поговорим о монетизации программного обеспечения, т.е. о том, как разработчики извлекают деньги из своих продуктов и с какими проблемами они при этом сталкиваются.
Продукт может быть прекрасным по исполнению, нужным людям, но если уделить вопросам монетизации недостаточно времени – то прибыль от его продаж может быть мизерной, если вообще быть.
Проблема №1: «Фичизм»
Разработчик уделяет все внимание продукту и почти забывает о его обертке, его позиционировании и выводе на рынок.
Часто это происходит из-за того, что главный разработчик и создатель продукта – это и технический и бизнес человек в одном лице. Основная его мысль – это «У меня хороший продукт, купят и так» или «Хорошему продукту маркетинг не нужен!»
Поэтому, когда ПО выводится на рынок, его создатель очень подробно описывает функциональность продукта, детально рассказывает о каждой фиче, снимает ролики и делает обучающие курсы как пользоваться продуктом.
Однако те люди, для которых создаются новые фичи и которым они действительно нужны – часто не принимают решение о приобретении продукта. Они должны доказать тем, кто выделяет деньги на покупку, что продукт (его новая функциональность) действительно нужны. Аргументы для убеждения они не должны придумывать сами, их должен дать создатель ПО.
Зачем вообще разрабатывается продукт? С моей точки зрения, есть всего две причины для создания продукта. Первая – это, условно говоря, увеличение прибыли, вторая – это снижение издержек. Под увеличением прибыли надо понимать не только деньги, но и улучшение качества жизни пользователя продукта, получение им удовольствия от использования ПО. Сокращение издержек, это тоже не только деньги, это и экономия времени, и решение проблем.
Так вот, вся функциональность продукта должна создаваться и доноситься до потребителя через призму этих понятий. Потребитель всегда должен четко понимать какую именно пользу ему принесет конкретная фича, какие издержки он сократит, если у него появится новая функциональность.
Проблема №2: «Где деньги»
Разработчики не всегда понимают за что брать деньги при продаже продукта.
При работе, очень часто сталкиваешься с ситуацией, когда создатель ПО говорит: «А мы никак не лицензируем свой продукт и это наше конкурентное преимущество. Клиент платит один раз и сразу за всю функциональность».
Такой подход, безусловно, очень прост с точки зрения бизнес-процессов и понятен для конечного пользователя. Заплатил и забыл. Это отлично в некоторых случаях, когда Ваш продукт решает одну задачу и один раз. Например, испортился у Вас файл данных Outlook, Вам надо его восстановить. Вы берете продукт для восстановления и запускаете. Когда еще раз Вам понадобится этот продукт, да и понадобится еще когда-нибудь – не известно.
Но, если Ваш продукт нужен регулярно, состоит из многих частей, подход с использованием единовременной лицензии, с моей точки зрения, не самая удачная мысль.
Во-первых, цена на продукт будет неизбежно завышенной, поскольку Вы четко знаете, что больше с клиента денег Вы не получите,
……
Проблема №3: «Желание все сделать самому»
Проблема проистекает из двух предыдущих. При недостаточном понимании стратегии развития продукта, того за что и сколько брать денег при продаже программного обеспечения, задача по построению системы монетизации выглядит довольно простой. В результате производитель программного продукта принимает решение делать все самостоятельно и вот к чему это приводит.