Управление продажами
Re: CNews — Рынок СМБ – реальный шанс для Open Source в России

Re: CNews — Рынок СМБ – реальный шанс для Open Source в России

Статья в Cnews в очередной раз заставила меня задуматься на тему: если бы я отвечал за стратегию развития бизнеса в компании, разрабатывающей программное обеспечение (ПО) не только для рынка среднего и малого бизнеса, а в том числе и для крупного, стал бы я инвестировать в разработку систем с открытым кодом, не требующим платы за право его использования?

Чистая идея open source состоит в том что бы ПО было бесплатным и работало настолько хорошо, что поддержки оно не потребует. ИМХО чистая утопия и как тут зарабатывать деньги я не знаю. М.б. размещая рекламу в пользовательских экранах? Много вы знаете таких успешных продуктов? В России?

Коммерческие поставщики, например, Linux, берут ежегодно деньги за поддержку и не малые. Крупные системный интеграторы, типа IBM, заинтересованы в снижении стоимости ПО на фоне очень дорогих услуг. При этом ПО не должно работать исключительно в руках клиента, т.к. иначе услуги интегратора будут не востребованы. При этом у интегратора должно быть право изменять код ПО для решения местных интеграционных задач. Такая модель продаж ПО просто означает затраты клиентов по другим статьям при покупке решения. Не лицензии, а услуги. Модель бизнеса для таких компаний как IBM и HP вполне логична, особенно с учетом большой клиентской базы с унаследованными Юникс системами. Там гораздо проще сохранить бизнес, если предложить миграцию на Линукс.

Однако, если вы не IBM, то существуют другие способы заработать на разработке ПО, гораздо более эффективные и ПО с открытым кодом в них скорее вредно. На месте такой компании я бы лично не стал заниматься инвестированием в продукт с открытым кодом по следующим соображениям:

1. Отсутствие реального спроса со стороны потребителей именно на открытый код.

По моему опыту самих потребителей совершенно не волнует какой там код, открытый или закрытый, используется в вашем ПО. Главное, что бы оно решало какую-то задачу, за решение которой имеет смысл платить деньги. Даже айтишники скорее безразличны, т.к. им хватает работ и без изменения кодов операционок 🙂

2. Модель оплаты не зависит от открытости кода.

Как вы берете плату за решение задач пользователей – это искусство возможного. Можно брать деньги за само право использования ПО, за поддержку его работы или за то или другое. Собственно к открытости или закрытости кода способ оплаты не имеет никакого отношения. В эпоху расцвета shareware продуктов большинство из них были с закрытым кодом.

Многие возразят, а как же использование ПО правительствами? Там же могут быть закладки! Здесь я не вижу особой проблемы предоставить весь или частично код на исследование и даже сборку спецверсии. Чисто организационный вопрос.

3. Проблемы с защитой интеллектуальной собственности.

Если у моего продукта открытый код, то кто угодно может его изучить и сделать такой же продукт не прибегая к дорогому обратному инжинирингу. Для того что бы защитить мое ноу-хау придется думать про патентную защиту, что СУЩЕСТВЕННО удорожает для меня стоимость разработки продукта.

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

Классический пример DRM (Digital Rights Management) для защиты цифрового контента на стороне его поставщика. По словам моих друзей, которые этим занимаются профессионально, например, поставщики видео по требованию никогда не согласятся на то, что бы ПО расшифровывающее их сигнал при помощи DRM было доступно в исходном коде. DRM в Windows Media Center размазан по всему коду операционки так, что его теоретически невозможно декомпилировать, что бы узнать как вообще работает. Ипользование ключей в данном примере экономически не оправданно, т.к. очень затрудняет понятность услуги для потребителя. Использование ключей на носителях относительно "легко" обходится копированием мастер-носителя.   

4. Платформа для разработки: Linux или Windows?

Для настольных приложений доля рынка Linux сейчас настолько несущественна, что было бы очень странно тратить время и деньги на выпуск Линукс версии.  

Для серверных продуктов доля Линуксов и Юниксов достаточно велика, особенно на рынке крупных и средних предприятий и здесь все зависит от специфики вашего продукта и целевых потребителей. Однако здесь я лично сходу не назову нишь, в которых удастся избежать конкуренции с видными и крупными конкурентами, обычно западными. Т.е. сюда инвестировать достаточно рисковано.

5. Разработчики

Общеизвестный факт, что разработчиков для Windows на рынке больше и стоят они дешевле.

Вобщем анализируя перспективы рынка ПО с открытым кодом в России для разработки более или менее массового ПО, я скорее скептик. А Вы?

Quote

Рынок СМБ – реальный шанс для Open Source в России – CNews

13 thoughts on “Re: CNews — Рынок СМБ – реальный шанс для Open Source в России

    • Author gravatar

      Ты зря так подробно обсуждаешь это. К сожалению 99.9% сторонников OSS невменяемы (((
      А что до статьи, то они пытаются засунуть OSS куда угодно – лишь бы только всунуть.
       
      Ну а SMB сегмент – последнее место где надо использовать OSS

    • Author gravatar

      Ну кто его знает… я же не доктор 🙂 На самом деле 99 или меньше – какая разница! Люди пытаются делать на этом бизнес. Значит хоть какие-то рациональные мотивы у них должны быть!? Я вот и ломаю голову, какие?

    • Author gravatar

      Как вы сами отметили в своем посте – открытость кода не влияет на собственно "возможность продать". Пользователям обычно без разницы. Они покупают, если решаются их задачи, и всё. Для партнеров (некоторых) разница есть – если исходники открыты, то проще интегрировать со своими компонентами, проще внедрять и т.п.Мы пять лет продавали почтовый сервер Eserv для Windows без исходников, потом почти столько же с исходниками. Все хорошо 🙂 Конкурентам, конечно, задача несколько упрощается. Но тут у нас многолетняя фора, и даже с исходниками нас не догнать. Да и не гонится никто особо – ниша и так остроконкурентная. Для новых продуктов достаточно других областей.

    • Author gravatar

      Андрей, я не очень понял почему легче интегрировать и внедрять ПООК?
       
      Здесь ко всему прочему возникает проблема самоопределения для канала:
       
      Как только партнер меняет хотя бы байт в моем программном коде, я бы тут же отказал ему в поддержке, т.к. продукт становится "его". Для промышленного ПО системные интеграторы на это никогда не пойдут, т.к. если они интеграторы, то ответственность за работу ПО должна лежать на разработчике. Если они берут на себя ответственность за работу ПО, то они становятся его разработчиками, а не системными интеграторами 🙂 А это совсем другой бизнес.
       
      На моей памяти таких примеров поведения СИ не было. Были другие. СИ становятся разработчиками ПО и продают его с закрытым кодом.

    • Author gravatar

      Исходники партнерам нужны не столько чтобы менять код, а чтобы расширять его – где-то "по образцу", где-то по своему, но в любом случае имея возможность точно узнать, почему в нашем продукте что-то работает так или иначе. Когда я пишу для Windows, и что-то работает не так, как описано в MSDN (или не так, как я MSDN понял :), то у меня только один выход – искать того, кто уже наступал на такие грабли. Обычно таковые находятся в конференциях, иногда с готовыми ответами (чаще _предположениями_ от сотрудников MS), и часто бывает полезным. Но если не находится, то путь один – не использовать этот конкретный API, или плясать с бубном или биться головой об стену в надежде, что поможет.
      Совсем другое дело, если я интегрирую свою программу с OSS-программой (PHP, Perl, ClamAV, PopFile, RMSPF, SQLite, LibXml, и т.д. и т.п.) – если в описании ошибка, или в самой программе ошибка (согласен, в OSS-программах ошибок больше, чем в MS :), и если форумы не помогли, и если разработчикам некогда (бывает и такое, но по крайней мере их разработчики всегда доступны в отличие от MS), то всегда можно в исходник заглянуть и понять – в чем несовместимость, исправить себя или того автора (и послать им патч сразу) – в общем не чувствовать себя беспомощным в такой ситуации. Есть в таком подходе побочные эффекты – 1) действительно велик соблазн выпустить свою сборку OSS-продукта с исправленным багом (с этим соблазном легко бороться, сотрудничая с авторами – 1-2 дня до получения исправленной версии "централизованно"), 2) велик и соблазн "привязаться" к особенностям реализации конкретного продукта, что чревато несовместимостями в будущем. Но все-таки плюсы перевешивают. Так осенью пришлось переключиться с API MSXML (который использовал много лет и считал самым быстрым и надежным) на открытый LibXml2 – только потому, что в осенних обновлениях от MS нарушилась совместимость в XSL-функции document() (допустимых форматах URL\’ов) – обходного пути не нашел, форумы не помогли, исходников нет, тупик.
      Есть, кстати, и обратный показательный пример, когда наличие исходников было решающим фактором, но НЕ в пользу OSS. Года полтора назад я помогал портировать ClamAV на Windows – так вот после всех исправлений (добавили даже поддержку форматов файлов нашего Eserv\’а) стал хорошо представлять всю структуру проекта и пришел к выводу, что с таким низким качеством кодирования (ядра ClamAV и ClamD) он еще очень долго будет значительно уступать KAV и DrWEB по надежности, поэтому поддержку ClamAV в Eserv решили дальше не развивать. Последующая история ClamAV подтвердила правильность решения.
      > Для промышленного ПО системные интеграторы на это никогда не пойдут
      Это смотря что считать промышленным ПО. Для меня промышленное ПО – это прежде всего контроллеры. MS в этой нише практически не представлен (хотя и пытался с WinCE туда протиснуться). У MS конек – бизнес-ПО. Можно считать сетевое ПО промежуточной категорией (между пром. и деловым). Так вот, GNU/Linux, а не WinCE нынче в каждом роутере и почти каждом xDSL-модеме. И ведь не ради экономии на лицензионных отчислениях $2-3 с устройства.
      Что мне непонятно, почему MS так разражительно реагирует на OSS. Очевидно свои плюсы есть в обоих секторах, и ни один не вытеснит другого. Всегда будет динамическое равновесие. Вот мы пишем OSS для Windows, и MS наши программы даже сертифицирует. И нам хорошо, и MS\’у (как меня RMS пристыдил, что мол мы даем MS\’у конкурентное преимущество, не выпуская Linux-версии своих программ ;), а главное – пользователям.

    • Author gravatar

      Андрей, спасибо, за развернутый ответ!
       
      1. Я не понял разницу между "менять" и "расширять". Код при этом меняется?
       
      2. > Но все-таки плюсы перевешивают.
      А как в этом случае выдерживается SLA? Что если конкретный разработчик заболел или запил 🙂 ?
       
      3. > Это смотря что считать промышленным ПО?
      Правильный вопрос! Я использовал м.б. не совсем подходящее слово "промышленный". Я имел ввиду ПО, которое СИ используют в своих проектах и за работу которого кто-то должен нести ответственность: или сам СИ или разработчик.
       
      4. > Так вот, GNU/Linux, а не WinCE нынче в каждом роутере и почти каждом xDSL-модеме. И ведь не ради экономии на лицензионных отчислениях $2-3 с устройства.
       
      WinCE/XPE тоже неплохо себя чувствуют 🙂 Вот в автомобилях, например, или в прокатных станах. Здесь мне все понятно. Это была одна из первых ниш, которую стали заполнять клоны UNIX / Linux (RTOS) и Microsoft здесь был, а может и есть в роли догоняющего. Тоже относится, например, к рынку высокопроизводительных вычислений. Т.е. у MS просто не было соответствующих продуктов, а кого-то они были. На Linux. Т.е. сама идея OSS тут совершенно ни при чем.   
       
      5. > Что мне непонятно, почему MS так разражительно реагирует на OSS?
      Не скажу за весь MS 🙂 но я лично ничего против OSS не имею. Я просто не понимаю как его готовить за пределами IBM, HP, RH и м.б. Novell :-), т.е. как раз в мире SMB.
       
       
       

    • Author gravatar

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

      Risk Management of Free and Open Source Software
      http://www.fdic.gov/news/news/financial/2004/FIL11404a.html
       
      Рекомендую прочитать!

    • Author gravatar

      А я вернулся сюда, т.к. случайно наткнулся на такую цитату в письме японского корреспондента:"Ask not how you can "do" free software business; ask what your business can "do for" free software." :)Это отвечает на ваш вопрос "Я просто не понимаю как его готовить за пределами IBM, HP, RH и м.б. Novell :-), т.е. как раз в мире SMB."SMB может делать OSS для IBM, например. В общем, если есть полезный продукт или услуга, то деньги вокруг него заведутся сами собой обязательно – не важно как именно лицензируется или продается (или дарится 🙂 сам продукт, а важно какую нужду он удовлетворяет. Стоимость этой нужды и приводит к появлению соотв.суммы для поставщика решения.

    • Author gravatar


      имел ввиду ПО, которое СИ используют в своих проектах и за> работу
      которого кто-то должен нести ответственность: или сам СИ> или
      разработчик.СИ и разаработчик должны нести ответственность _всегда_. То, что пишут в лицензиях (отказ от ответственности) – это нарушение законных прав потребителей.> А как в этом случае выдерживается SLA? > Что если конкретный разработчик заболел или запил 🙂 ?В том-то и проблема, что SLA не выполняются. Если конкретный разработчик запил, то фирма, подписавшая SLA, будет всеми силами затягивать решение вопроса, оставляя его на уровне "первого эшелона" техподдержки (операторов, которые отвечают "подождите, вопрос решается"). Если запрос пользователя действительно решается только на уровне разработчиков, и конкретный разработчик не запил, а его просто переехал автобус (или скупил Гугл, что то же самое), то пользователь ответ не получит. Он получит обещание, что в следующей версии этой проблемы не будет. Следующая версия, которую пишет уже на половину замещенная команда (или воообще полностью новая, что и в MS бывает, как вы знаете), этой проблемы действительно не будет содержать (т.к. бомбы в одну воронку дважды не падают :), а будут содержать тучу других.Наличие исходников как раз является страховкой от такого развития событий – не обязательно ждать манны небесной, можно по-быстрому самому исправить.

    • Author gravatar

      > СИ и разаработчик должны нести ответственность _всегда_. То, что пишут в > лицензиях (отказ от ответственности) – это нарушение законных прав > потребителей.:-) это вы не подумав написали. В конце концов, можно лицензией и не пользоваться или подать в суд (если это очевидное нарушение законных прав), но я что-то таких примеров не помню.> В том-то и проблема, что SLA не выполняются. Если конкретный разработчик > запил, то фирма, подписавшая SLA, будет всеми силами затягивать решение > вопроса, оставляя его на уровне "первого эшелона" техподдержки (операторов, > которые отвечают "подождите, вопрос решается").
      Это весьма проблематично, т.к. SLA как раз это и должен регламентировать.
      > Если запрос пользователя > действительно решается только на уровне разработчиков, и конкретный > разработчик не запил, а его просто переехал автобус (или скупил Гугл, что то же > самое), то пользователь ответ не получит. Он получит обещание, что в > следующей версии этой проблемы не будет. Следующая версия, которую пишет > уже на половину замещенная команда (или воообще полностью новая, что и в MS > бывает, как вы знаете), этой проблемы действительно не будет содержать (т.к. > бомбы в одну воронку дважды не падают :), а будут содержать тучу других.Опять же нормальный SLA страхует клиента от такой ситуации> Наличие исходников как раз является страховкой от такого развития событий – > не обязательно ждать манны небесной, можно по-быстрому самому исправить.Тогда вы теряете поддержку производителя. Т.е. мы вернулись к тому, с чего начали 🙂

      Published By Andrey160311 (http://spaces.msn.com/ayc/) – March 13 10:48:08 PM

      > А я вернулся сюда, т.к. случайно наткнулся на такую цитату в письме >  японского корреспондента:> "Ask not how you can "do" free software business; ask what your business can "do > for" free software." :)> Это отвечает на ваш вопрос "Я просто не понимаю как его готовить за > пределами IBM, HP, RH и м.б. Novell :-), т.е. как раз в мире SMB."> SMB может делать OSS для IBM, например.
      Не отвечает! Т.к. это и есть в пределах IBM> В общем, если есть полезный продукт или услуга, то деньги вокруг него > заведутся сами собой обязательно – не важно как именно лицензируется или > продается (или дарится 🙂 сам продукт, а важно какую нужду он > удовлетворяет. Стоимость этой нужды и приводит к появлению соотв.суммы > для поставщика решения.А вот это похоже и есть основная иллюзия, которая питает сторонников ПООК 🙂 Не заведутся, если отсутствует разумная экономическая модель, которая позволяет разработчикам разрабатывать, а пользователям покупать и пользоваться. Например, как вы думаете, почему сейчас на рынке нет ручных сканеров?

    • Author gravatar

      К слову! Попался манифест Линукс-Онлайн (http://www.linux-online.ru/about/articles/detail.php?ID=897). Им также как и мне не понятно как можно делать деньги на чистой идее ПООК -:)
       
      Вообще, все что они пишут на http://www.linux-online.ru/about/articles/ для меня лично означает, что в лагере Линукс появились разумные с коммерческой точки зрения люди для которых чистая идея ПООК уже мертва.
       
      Как вам например:

      Вы согласитесь (пусть даже бесплатно) жить в многоэтажном доме, который продолжает строиться и перестраиваться добровольцами-энтузиастами в свободное от их основной работы время?
      Вы пойдете ради экономии вместо ресторана в бесплатную столовую, где весь день подают тысячу видов овсянки, заявляя, что это “правильная пища будущего”?
      Попробуете ли Вы лечиться бесплатно у сотни студентов-медиков с первого курса или заплатите одному врачу-специалисту?
      Все эти вопросы имеют непосредственное отношение к теме свободного и бесплатного ПО, разрабатываемого по GPL-лицензии. Уже долгое время сообщество хакеров, сделавших для себя философию под названием “GNU” и игрушку под названием “Linux”, ожидает победы над мировым софтверным монополистом и его партнерами. Однако на территории противника — в домашнем и особенно корпоративном секторе — реальные результаты крайне скромны (если не сказать "ничтожны").
       
      🙂 

    • Author gravatar

      На прямых продажах клиентам с такой бизнес-моделью можно немного заработать. Согласен. Но в мировом масштабе это просто копейки…
      Чистая идея (открытый код, бесплатное лицензирование, настолько хорошо, что не требует поддержки…) конечно явно подразумевает коммерцию как основное злои источник несвободы для пользователей, которые сами не могут модифицировать закрытые и "дорогие" коды. Т.е. Вы своими "нормальными" 🙂 коммерческими взглядами уже ИМХО не вписываетесь в чистую идею. И это хорошо.
      … если что-то меняется в исходниках, тогда теряется поддержка от этой второй стороныИдем по кругу. -:( Для серьезного ПО это равносильно отказу от его использования, что знаете ли бывает дорого.
      … А на что живут разработчики бесплатного FireFox? На пожертвования со стороны IBM? В рассказе про дом забыли про постоянную перестройку 🙂 и толпы гастарбайтеров
      Доля MS срверов конечно растет быстрее. См. последние отчеты, кажется IDC. Тем более, что для app серверов с открытым кодом (кроме web естественно) кажется приличных-то и нет воовсе. Я имею в виду "аналоги" SharePoint, Exchange, BizTalk, Project Server…
      Насколько я знаю все "тяжелые" Линукс сервера в теории поставляются как ПООК, но на практике вас тут же лишат поддержки, как только только вы меняете строчку кода, т.е. мы опять идем по кругу. А без поддержки их не продают…
       Т.е. мой тезис очень прост: вся эта чепуха с воплями преимуществами открытого кода и бесплатностью скоро прекратится, т.к. большинство клиентов ими не интересуются. За мои 15 лет в ИТ-бизнесе только один мой клиент попросил через пункт в контракте положить исходный код моего софта в сейф, ключ от которого попал бы к нему в случае нашего официального банкротства. Это было чисто юридическое требование. На практике они не знали что с ними делать 🙂 Для большого бизнеса по продаже лицензий или услуг разработчиками ПО и системными интеграторами бесплатное ПО останется в явном виде только как бесплатное дополнение к железу (которое просто будет чуть-чуть дороже) и/или услугам. Большие интеграторы типа IBM GS софт будут отдавать исходный код в маркетинговых целях и потом будут снимать с поддержки клиентов, если они его модифицируют. С другой стороны тяга IBM, HP, Siemens и других к оутсорсингу ИТ, включая внутреннуюю разработку, будет подталкивать их к спонсорству над ПО типа FireFox, т.к. потом можно будет за деньги заказчика его модифицировать и увеличить таким образом стоимость поддержки. Т.е. для небольших разработчиков ПООК цель ИМХО должна быть продаваться в IBM. Если такой возможности нет, то ПО с закрытым кодом предлагает более гибкие варианты ведения бизнеса как напрямую с клиентами, так и через различные каналы сбыта.
      Например, вышеупомянутый мною клиент, которые хотел разместить наши исходники на депозите, продавал наш софт со своим железом по всему миру и требовал, что бы мы полностью оградили его от проблем с поддержкой. Ну о каком ПООК тут может идти речь 🙂

    • Author gravatar

      Ой, очепятка: вместо "Venix" следует конечно читать "Xenix" 🙂

Leave a Reply to Michael Cancel reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.