Чому компанії не повинні боятись відкривати вихідний код своїх продуктів

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

Вихідний код - це ключ до довіри з боку b2b-клієнтів, стурбованих заявами Сноудена (їх реально більше, ніж ви думаєте), це ваша конкурентна перевага, це грамотний підхід до (страшного слова) держзамовлень. Тим не менш, розробники не поспішають виставляти вихідні дані на загальний огляд, і причин тому кілька. Розглянемо найпоширеніші open source страхи, з якими зіткнулися і ми.

Мій код вкрадуть

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

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

Що вам робити з усією інформацією: зайти на Choosealicense. Щоб полегшити нам життя, GitHub ще торік запустив цей проект для швидкого вибору відповідної ліцензії.

Не вкрадуть, то піддивляться!

Розповідаю. Ми цілий рік не наважувалися викласти вихідні коди на SourceForge, тому що побоювання були великі. Ну ось уявіть: ви зробили унікальний продукт, здатний конкурувати з сильними світу цього. Звісно, ​​намвсім сниться, як Google іде і дивиться наш код. А потім зі своїми маркетинговими бюджетами підкорює мир з ідеєю Нашого продукту.

Але давайте подивимося правді у вічі. Код – це кілька мільйонів рядків. Якщо ви думаєте, що так легко підглянути, ви, напевно, не програміст, а маркетолог.

Що робити вам: Звернути увагу на такий успішний проект, як 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 у дорожнечі голослівні.

Історія дуже повчальна. Перехід на відкрите ПЗ спричиняє суттєве скорочення витрат, але в довгостроковій перспективі та за умови повної заміни спектра ПЗ, включаючи операційну систему. Сьогодні багато компаній це розуміють і, бажаючи залишитися в плюсі, ґрунтовно підходять до міграції.

Понад те, за умов кризи перехід на Open Source — це природний крок багатьох компаній, викликаний скороченням витрат. Зверху графік витрат на пропрієтарне програмне забезпечення, знизу — при міграції на Open Source. Взято на Zdnet.

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

Що робити вам: писати відразу під Linux, звичайно.

Заключне слово

Цією статтею ми не закликаємо вас, дорогі розробники, терміново публікувати весь свій код на GitHub. SWOT-аналіз ще ніхто не скасовував. Просто так склалося, що Open Source (як нам здається) недооцінюють з погляду маркетингу, тоді як його популярність у всьому світі зростає як на дріжджах. Якщо правильно використовувати цейтренд у своїй стратегії, у вас є всі шанси отримати серйозну конкурентну перевагу. Успіхів!

Щоб написати колонку для ЦП, ознайомтеся з вимогами до матеріалів, що публікуються.