Modele biznesowe open source, które działają, i ten, który wciąż zawodzi

Open source jako model biznesowy przyciąga dwa rodzaje bzdur: twierdzenie, że nie może działać, i twierdzenie, że działa sam z siebie. Oba są błędne, a ciekawe pytanie jest bardziej konkretne — które układy dały trwałe firmy, a który wciąż kończy się w tym samym miejscu.

Te, które działają

Wsparcie i utrzymanie. Oprogramowanie jest darmowe, płatne jest zobowiązanie. Czasy reakcji, eskalacja, aktualizacje i ktoś odpowiedzialny, gdy się psuje. Rośnie liniowo z liczbą ludzi, a nie wykładniczo z liczbą licencji, co czyni je niemodnym i trwałym. Trybem awarii jest dostawca, który staje się jedynym rozumiejącym wdrożenie — a to rzecz do sprawdzenia, a nie powód do unikania modelu.

Hosting tego, co się napisało. Pobieranie opłat za prowadzenie oprogramowania, które każdy mógłby uruchomić sam. Uczciwe, a wartość jest realna: większość organizacji wolałaby tego nie obsługiwać. Punktem nacisku jest moment, w którym duży dostawca chmury hostuje to lepiej — i to ten nacisk wyprodukował większość zmian licencji ostatnich pięciu lat.

Sprzęt albo element fizyczny. Oprogramowanie jest otwarte, a rzecz, na której działa, nie jest darmowa w produkcji. Czyste dopasowanie, ograniczone do firm mających stronę fizyczną.

Budowanie tego dla jednego klienta naraz. Płatny rozwój lądujący w upstreamie. Nieefektowne, często pierwszy przychód firmy open source i model najpewniej utrzymujący mały zespół przy życiu, gdy pozostałe dopiero się rozwijają.

Ten, który wciąż zawodzi

Open core: darmowy rdzeń z płatnymi zamkniętymi dodatkami. Zawodzi na tyle często, że schemat jest przewidywalny.

Problemem jest to, że granica musi się przesuwać. Na początku hojność w rdzeniu napędza adopcję. Gdy przychodzi presja przychodowa, funkcje, które miały być otwarte, stają się płatne, a te już otwarte czasem się przesuwają. Każde przesunięcie niszczy zaufanie społeczności, która wytworzyła adopcję — bo społeczność trafnie zauważa, że warunki nie są stałe.

Potem przychodzi drugi nacisk: dostawca chmury oferujący rdzeń jako usługę, przechwytujący przychód z hostingu bez wkładu. Zwykłą reakcją jest zmiana licencji na source-available z ograniczeniami komercyjnymi, ogłoszona jako obrona open source, a funkcjonalnie będąca odejściem od niego.

Są firmy, którym to się komercyjnie udało. Rzadko udawało się bez kosztu zaufania — a to zaufanie było powodem, dla którego adopcja w ogóle nastąpiła.

Jak rozpoznać, na co patrzysz

Czytaj licencję, nie nagłówek. Source-available z ograniczeniami jest legalny i nie jest open source. Firma zacierająca tę różnicę na własnej stronie coś mówi o swoim stosunku do precyzji.

Zapytaj, gdzie jest granica i kto ją przesuwa. Spisana albo się przesunie.

Sprawdź, czy darmowa wersja jest naprawdę użyteczna. Rdzeń będący pokazem, a nie produktem, to wersja próbna pod inną nazwą.

Zobacz, co się stanie, jeśli firma przestanie istnieć. Niezależni opiekunowie, fundacja, inne firmy wydające to oprogramowanie. Jeśli odpowiedź brzmi, że projekt się kończy, otwartość była plikiem licencji, a nie ekosystemem.

Co wspieramy

Wsparcie, utrzymanie i hosting na oprogramowaniu naprawdę otwartym, od zespołów, które spisały, gdzie przebiega granica, zanim przyszedł nacisk.

To mniejsza okazja niż open core w latach, w których open core działa. To także wersja, w której obietnica złożona klientowi jest tą samą obietnicą pięć lat później — a dla tej tezy ta spójność jest produktem.