Как открыть исходный код своего продукта и не прогадать

Менеджер по маркетингу ONLYOFFICE (бывший Teamlab Office) Нина Горбунова написала для рассказ о том, почему компании не должны бояться открывать свой исходный код.

Если вы не Microsoft, не Apple и не SAP,
то вопрос открытых кодов пока еще остается на ваше усмотрение . Однако если вы
работаете в сфере b2b, да еще и пытаетесь охватить зарубежные рынки, то мы рекомендуем
вам задуматься, потому что open source может стать тем самым толчком, после
которого ваш стартап точно взлетит.

Принято считать, что открытое ПО и
коммерческое ПО — это две взаимоисключающие категории. На самом деле нет.

Исходный код — это ключ к доверию со
стороны b2b-клиентов, озабоченных
заявлениями Сноудена (их реально больше, чем
вы думаете), это ваше конкурентное преимущество, это грамотный подход к
(страшное слово) госзаказам. Тем не менее, разработчики не торопятся выставлять
исходники на всеобщее обозрение, и причин тому несколько. Рассмотрим самые
распространенные open source-страхи, с которыми столкнулись и мы.

Мой код украдут

Нет, если вы с умом подойдете к выбору
лицензии. До формирования open source сообщества (это 1970-е, если что)
такая опасность действительно существовала, однако сегодня
есть несколько десятков способов защитить свой код. Да и не стоит недооценивать
могущество группы людей, объединенных идейно, ведь нарушив условия
лицензирования, злоумышленник пойдет не только против разработчика
оригинального решения, но и против всего сообщества, а это уже чревато.

Наш
опыт:
Для ONLYOFFICE мы выбрали AGPLv3. Таким образом, компании могут
бесплатно использовать наш продукт для внутренних нужд, однако если кто-то
захочет встроить наш код в собственное приложение, придётся публиковать его под
той же лицензией.

Что
вам делать со всей этой информацией:
зайти на Choosealicense. Чтобы облегчить нам
жизнь, GitHub еще в прошлом году запустил этот проект для быстрого выбора подходящей лицензии.

Не украдут, так подсмотрят!

Рассказываю. Мы целый год не решались
выложить исходные коды на SourceForge, потому что опасения были велики. Ну вот
представьте: вы сделали уникальный продукт, способный конкурировать с сильными
мира сего. Конечно, нам всем снится, как Google идет и смотрит наш код. А потом
со своими маркетинговыми бюджетами покоряет мир с идеей НАШЕГО продукта.

Но давайте посмотрим правде в глаза. Код — это несколько миллионов строк. Если вы думаете, что их так легко подсмотреть,
вы, наверное, не программист, а маркетолог.

Наш
опыт:
Взвесив все «за» и «против», мы прикинули, что у
компании X уйдет не
менее трёх лет на то, чтобы перелопатить наш код и поднять редактор сегодняшнего
уровня. К этому моменту мы реализуем функциональности еще на три года таких «гонок».

Что
делать вам:
Обратить внимание на такой успешный
проект, как
Couchbase. С
появлением новых версий продукта ребята просто публикуют всю предыдущую функциональность в open source. При такой схеме они зарабатывают на обновлениях, а
исходный код отлично способствует повышению доверия и распространению. Среди
клиентов компании — AOL, Starbucks, Skyscanner, Orbitz и т. д.

А
деньги где?

Когда обычный пользователь слышит «open source», он думает: «О, бесплатно!» Когда руководитель компании слышит «open source», он думает: «стабильность».

Да, действительно, в большинстве случаев
код публикуется на GitHub по принципу «Придумал решение — поделился».
То есть безвозмездно и без обязательств. Но давайте вспомним начало статьи — мы говорим о b2b-секторе. Open source
здесь можно рассматривать в качестве средства, а не цели (см. пример с
Couchbase).

Впрочем, если мы обратимся к недавнему
исследованию Forrester, то увидим, что компании действительно все больше склоняются к
использованию open source продуктов. Это дешевле, это надежнее, и Большой Брат
не читает вашу почту. В том же исследовании отмечено, что 71% желающих
отказывается от идеи открытого ПО, потому что переживают, что не смогут
самостоятельно его развернуть и поддерживать.

Именно на этом «страхе» уже много
лет активно зарабатывают такие компании, как Percona, её прародитель MySQL,
MongoDB, WordPress, Coachbase — продолжать можно очень долго. Если вам этого
недостаточно, то вот навскидку еще несколько идей:

Кастомизация;
Расширенная функциональность в
платной SaaS-версии;
Реклама.

СПО — это для гиков, а мигрировать никто
не будет, потому что это дорого

Приверженцы Microsoft активно
продвигают идею того, что свободное ПО на самом деле «псевдобесплатное»,
и миграция стоит денег. Если вы различаете понятия краткосрочных и долгосрочных
затрат, то поймете, что обвинения Open Source в дороговизне голословны.

Давайте мы просто оставим здесь
историю о том, как вся администрация
Мюнхена (2000 человек) решила перейти с MS Office на OpenOffice и в результате
сэкономила €13 млн при затратах на
миграцию в €270K.

У истории есть, правда, и обратная
сторона. Вместе с Мюнхеном на OpenOffice хотела перейти администрация города
Фрайбург. Но ребята пожалели
денег на смену ОС, и еще оставили узкому кругу пользователей офисные пакеты
Microsoft. В итоге с документами у них получился полный бардак из-за
несовместимости форматов, так что пришлось тратить еще более миллиона евро на
то, чтобы опять всем дружно перейти на Microsoft.

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

Более того, в условиях кризиса
переход на Open Source — это естественный шаг многих компаний, вызванный
сокращением расходов. Сверху график затрат на
проприетарное ПО, снизу — при миграции на Open Source.
Взято на Zdnet.

Наш опыт: В нашей команде исторически
сложилось так, что вся разработка ведется под Windows, но сейчас мы, конечно,
спешно переписываем все на Mono, чтобы эффективно вписаться в инфраструктуру
Open Source, и компании, которые решатся на миграцию, смогли бы использовать
нас в качестве альтернативы всем известного офиса.

Что делать вам: писать сразу под Linux,
конечно.

Заключительное слово

Этой статьёй мы не призываем вас, дорогие
разработчики, срочно публиковать весь свой код на GitHub. SWOT-анализ еще никто
не отменял. Просто так уж сложилось, что Open Source (как нам кажется)
недооценивают с точки зрения маркетинга, в то время как его популярность во
всем мире растет как на дрожжах. Если правильно использовать этот тренд в своей
стратегии, у вас есть все шансы получить серьёзное конкурентное преимущество.
Удачи!

Чтобы написать колонку для , ознакомьтесь с требованиями к публикуемым материалам.