Рождение ISV продукта

В прошлой статье мы рассмотрели разные типы партнеров: ISV и VAR. Также узнали, что Microsoft хочет видеть партнерскую модель именно в таком виде, но есть некоторые ограничения.

В данной статье мы попробуем рассмотреть данные ограничения несколько детальнее. Начнем с необходимости сохранять интеллектуальную собственность – ISV продукты. Данную проблему решают несколькими способами:

Официальный способ заключается в лицензировании диапазона. Как известно все объекты в Dynamics NAV имеют идентификатор (поле типа Integer) и условно разбиваются на следующие группы:

1..9999 – самое ядро. То, что называется версия W1. Создавать новые объекты в этом диапазоне могут только в штаб квартире Microsoft.

10000..49999 – диапазон локализации. Р?менно здесь оказываются результаты творчества СЂРѕСЃСЃРёР№СЃРєРѕРіРѕ центра разработки Рё РґСЂСѓРіРёС… партнеров РїРѕ локализации.

50000..99999 – клиентский диапазон (при условии, что клиент купил соответствующие гранулы).

10000000..99999999 – партнерские решения (некоторые партнерские решения стали частью стандарта, например Производство, но нумерацию не изменили).

Р?так, после процедуры сертификации продукта, Microsoft предоставляет, создавшему его партнеру, отдельные номера для объектов. РЎ РѕРґРЅРѕР№ стороны это затрудняет доступ Рє РёСЃС…РѕРґРЅРѕРјСѓ РєРѕРґСѓ (РЅРё клиентская, РЅРё обычная партнерская лицензия РЅРµ позволяют открывать данные объекты РІ режиме редактирования РёСЃС…РѕРґРЅРѕРіРѕ РєРѕРґР°). РљСЂРѕРјРµ того стоимость объектов РІ клиентском диапазоне РЅРµ позволяет Р·Р° недорого перетащить чужой РєРѕРґ РІ клиентский диапазон (нужно купить объекты, плюс оплатить работы РїРѕ переносу).

Хотя обе эти сложности при желании можно обойти.

Есть также неофициальный способ защиты объектов, который заключается в их хакерском редактировании - удалении из них исходного кода и сохранения только откомпилированной части. Этот способ работал на классической среде, но никаких гарантий сохранения работоспособности в трехзвенной архитектуре и тем более в следующих версиях он не дает.

Легко догадаться, что при текущей ситуации одними техническими мерами не обойтись. Поэтому для защиты интеллектуальной собственности практикуется комплекс мер, например, предоставление объектов VAR партнерам только после подписания контракта. А также довольно действенными являются экономические способы:

1. Вынести часть добавленной стоимости во внешние библиотеки (например, так работает DataDirector и интерфейс кассира в LS Retail, Jet Reports и толпа аддонов интегрирующих NAV с WEB).

Как показывает практика это довольно надежный способ. Во-первых, присваивать код технически сложнее (а значит дороже). Во-вторых, знание Visual Studio, SQL, C#, SharePoint - не то чем может похвастаться большинство VAR партнеров. А держать в своем штате выделенного специалиста оказывается экономически не эффективно. Собственно к этой модели Microsoft склоняет партнеров, предоставляя такие механизмы как web службы, дополнительные компоненты, .NET Interop - устоять практически невозможно.

2. Низкая стоимость аддона. Обычно используется для массовых аддонов/утилит, которые нужны всем независимо РѕС‚ отрасли. Рў.Рµ. стоимость должна быть такой, чтобы РІ дилемме “покупать или производить” выбор был РЅР° стороне Покупать.

В России данный рынок не развит, потому как пока массовостью Dynamics NAV похвастаться не может, а значит продавать RTC вариант счета-фактуры за х00 рублей нельзя. Если задать стоимость в х000, то чаша весов может переместиться в сторону «Производить».

Стоит отметить, что для примитивных аддонов крайне непросто работает стандартная процедура расширения клиентской лицензии. Теоретически для покупки любого аддона, клиент должен обращаться к своему партнеру, чтобы последний обновил лицензию, заключил контракт с ISV партнером и т.д. За х00 рублей желающих написать лишнее письмо крайне не много, не говоря уже о заключении контракта. Поэтому чаще всего клиент взаимодействует с ISV партнером напрямую, сообщая ему свободный диапазон объектов, а ISV поставляет объекты в доступном для клиента диапазоне.

3.В Р’ данном случае ключевым отличием является количество полезного функционала. Рў.Рµ. опять-таки эффективность (функциональность/стоимость). Примерами являются LS Retail, РіРґРµ РєСЂРѕРјРµ интерфейса кассира Рё механизма репликации накручены РіРѕСЂС‹ полезностей (ценообразование, распределенные базы, отчетность). Вторым примером может быть Incadea, РіРґРµ содержатся залежи функционала связанного СЃ автобизнесом. Это кстати Рё есть вариант классического ISV продукта. РњРЅРѕРіРѕ полезного Рё сложного РєРѕРґР°, который трудно повторить, дешевле купить. Плюс сопровождение, развитие, методологии внедрения Рё РјРЅРѕРіРѕ чего полезного. Р?Р·-Р·Р° серьезной стоимости Рё объема модификаций данный РїСЂРѕРґСѓРєС‚ РїСЂРѕС…РѕРґРёС‚ РїРѕ стандартной процедуре расширения клиентской лицензии.

Как же появляются ISV продукты. Есть устойчивое мнение, что в результате стечения обстоятельств и везения. Все начинается с того, что клиент соглашается на разработку решения на базе Dynamics NAV. Внимание – не внедрения и адаптации, а разработку (это разные деньги). Причины могут быть разными - отсутствием альтернатив на рынке (функциональность/цена) или успешной работе отдела продаж.

В мечтах партнера – он и клиент сливаются в едином порыве и создают первую версию ISV продукта (вертикального решения). К сожалению такого счастья практически не бывает. Чаще всего недостаточно либо финансирования, либо клиент не готов ждать, даже если согласен платить. Поэтому в лучшем случае от клиента удается получить требования разной степени адекватности. Взамен клиент получает клиентское решение тоже разной степени адекватности.
В большинстве случаев на этом все заканчивается (отдел поддержки партнера по-прежнему работает с клиентом, а клиент с полученным решением, все умеренно довольны друг другом).

Везенье, если появляется новый клиент с аналогичными требованиями (аналогичные требования – это ключевое понятие, оно сигнализирует о том, что рынку необходим данный функционал). А лучше два таких клиента по очереди.
После третьего-четвертого клиентского (именно клиентского, а не вертикального) решения следует взять паузу, а также толкового архитектора, консультантов и разработчиков. Создать для этих парней тепличные условия: оградить от проектной деятельности, дать толкового Project Manager, адекватную систему мотивации и возможность произвести на свет первую версию ISV продукта.

Внимание: между клиентским решением и ISV продуктом – качественная пропасть. Причина – разные цели. При создании клиентского решения в первую очередь решаются проблемы конкретного клиента, система «затачивается» под клиентские бизнес-процессы (не всегда правильные), оптимизируется под доступный персонал клиента (иногда слишком умный, иногда не слишком сообразительный). При создании ISV продукта задача – массовая продажа. Поэтому набор поддерживаемых процессов, их вариативность и гибкость увеличивается. (Здесь скрывается один из парадоксов: удовлетворенность клиента ISV продуктом может быть ниже, чем клиентским решением, хотя функционально и качественно ISV продукт сильно опережает клиентское решение). Более того настоящим клиентом для ISV партнера являются другие партнеры. А они будут использовать продукт несколько иначе, чем типовой заказчик – они будут этот продукт внедрять.

Проблемы

Чаще всего звезды РЅРµ так благосклонны поэтому “вертикальное решение” появляется только РІ маркетинговых материалах.

Понятно, что после нескольких удачных внедрений Сѓ партнера появляются наработки РІ РІРёРґРµ фрагментов клиентских решений. Р?менно РёС… показывают РЅР° пресейлах (ловко переключаясь между системами), Р° позже включают РІ РЅРѕРІРѕРµ клиентское решение (РЅРµ менее ловко оперируя NDT)

Риски очевидны и заключаются в возможной несовместимости переносимых фрагментов между собой и со стандартными модулями. Например, для одного клиента использование ячеистого склада было не критично, поэтому в созданном функционале интеграция с WMS реализована не была, а новому клиенту без ячеек продукт не интересен. Добавление ячеистого склада или, скажем, резервирования может потребовать серьезных архитектурных изменений.
Понятно, что РїСЂРё срочном переносе (трудно увеличивать СЃСЂРѕРєРё внедрения, если продавали “РєРѕСЂРѕР±РєСѓ”) можно совершить ошибки – или перетащить лишнее, или забыть чего-РЅРёР±СѓРґСЊ.

Нелегко приходится и на пресейлах, особенно если разные проекты делали разные команды. Зачастую демонстрирующий может не знать тонкостей каждого клиентского решения, а документировать наработки не то чтобы не принято, но толку мало.

Другая проблема – кто будет собирать «коробку». Как было сказано ранее, Сѓ партнера наработана экспертиза, которая материализована РІ РІРёРґРµ нескольких клиентских решений Рё какой-то документации Рє РЅРёРј. Далее нужны толковые парни, чтобы пропустить наработки через РјРѕР·Рі Рё создать РїСЂРѕРґСѓРєС‚. Р? здесь проявляется конфликт – СЃ РѕРґРЅРѕР№ стороны эти люди являются классными экспертами (для создания ISV продукта нужны именно классные эксперты), которых руководство компании СЃРїРёС‚ Рё РІРёРґРёС‚ РЅР° внешних заказах РІ процессе зарабатывания денег для компании. РЎ РґСЂСѓРіРѕР№ стороны РЅР° внутренних проектах часто хромает мотивация, РІ результате сами специалисты тоже предпочитают видеть себя РЅР° внешних заказах. Часто сотрудники РЅР° внутренние проекты выделяют РїРѕ остаточному принципу, РёРЅРѕРіРґР° пытаются решить проблему недостатка ресурсов Р·Р° счет стажеров. Р’ результате текучка кадров, затягивание проекта, часто случаются остановки. Шансы РЅР° успешное создание продукта стремительно тают.

Р?РЅРѕРіРґР° РЅР° помощь РІ создании продукта РїСЂРёС…РѕРґРёС‚ какой-либо РєСЂРёР·РёСЃ. Например, РєСЂРёР·РёСЃ экономический, РєРѕРіРґР° внешние заказы прекращаются. Самое время создавать РїСЂРѕРґСѓРєС‚, используя сидящих без дела сотрудников.

Второй кризис – кризис внутренний. Когда в результате проблем внутри компании, часть сотрудников с активной жизненной позицией уходит, находит инвестора и создает продукт под новым брендом.

РћРґРЅРёРј качественным программированием Рє сожалению ограничиться нельзя. Далее следует подготовить документацию, пройти сертификацию решения РІ Microsoft. Р? СЃ головой погрузиться РІ работу над продвижением ISV продукта (маркетинговые материалы, ценовая политика, партнерский канал). Как показывает ситуация РЅР° рынке программного обеспечения, часто самым прибыльным оказывается РЅРµ тот, кто создал сверх технологичный Рё полезный РїСЂРѕРґСѓРєС‚, Р° тот кто отлично продает (Рє сожалению РёРЅРѕРіРґР° это оказываются продукты довольно среднего качества).
Параллельно СЃ продвижением решения следует обеспечивать качественную поддержку Рё готовить следующую версию. Р?Р±Рѕ как РіРѕРІРѕСЂРёР» товарищ Спольски – только «огонь Рё движение» позволяют оторваться РѕС‚ конкурентов.

Метки: ,



Оставьте свой отзыв!