Przez dwadzieścia lat najważniejszy slajd w każdej decyzji dotyczącej oprogramowania miał dwie kolumny: budować i kupić. Zbuduj go sam i posiadaj go lub kup z półki i ruszaj dalej. Cała dyscyplina architektury korporacyjnej została zbudowana wokół tego jednego rozwidlenia dróg.
Ten widelec zniknął. Nie dlatego, że odpowiedź została ustalona – ale dlatego, że pytanie po cichu zmieniło się pod wszystkimi. Dla zespołu składającego się z pięciu do pięćdziesięciu osób w 2026 r. budowanie prawie nigdy nie jest racjonalne, a „kupowanie” nie oznacza już kupowania a narzędzie. Oznacza to złożenie stosu dwunastu elementów, zintegrowanie ich i zachowanie na zawsze szwów między nimi. Prawdziwą decyzją dzisiaj nie jest budowanie czy kupowanie. To jest kup stos vs. kup pakiet.
Dlaczego budować umarł za SMB.
Tworzenie oprogramowania miało sens, gdy dostępne z półki opcje były niewielkie, a wymagania naprawdę nietypowe. Żadne z nich nie jest obecnie prawdziwe w przypadku większości firm. Kategoria, której potrzebujesz – CRM, fakturowanie, rezerwacje, płace – zawiera czterdzieści dojrzałych produktów. Twoje wymagania są w 95% identyczne jak w przypadku każdej innej firmy Twojej wielkości, a te 5%, które jest inne, rzadko jest warte płacy inżynierów.
Dlatego małe zespoły przestały budować. Dobry. Ale rzecz, która zastąpiła budynek, nie była czystym zakupem. To był nawyk zakupowy: za każdym razem, gdy pojawiła się nowa potrzeba, kupuj do niej nowe narzędzie. Jeden na e-mail. Jeden do planowania. Jeden na kontrakty. Jedna za rzecz, którą pierwsze narzędzie powinno było zrobić, ale tego nie zrobiło.
Nikt nie zdecydował się na prowadzenie biznesu na dwunastu produktach. Dwanaście razy decydowali się rozwiązać jeden problem.
To jest pułapka. Nigdy nie było spotkania, na którym ktoś wybrałby złożoność. Narastał, jeden rozsądny zakup na raz, aż sam stos stał się największym systemem niezarządzanym w firmie.
Ukryta trzecia kolumna.
Stary slajd miał dwie kolumny, ponieważ były dwie opcje. Uczciwy slajd z 2026 roku składa się z trzech, a środkowy to ten, w którym wszyscy żyją:
- Buduj – napisz to sam. Rzadko uzasadnione poniżej 200 osób.
- Złóż — kup kilkanaście narzędzi punktowych i połącz je z integracjami, Zapierem i okazjonalnie arkuszem kalkulacyjnym. Jest to ustawienie domyślne i nikt go nie wybrał.
- Pakiet — kup jedną platformę zawierającą już moduły, wstępnie zintegrowane, na jednym rachunku.
Kolumna „montaż” jest droga, a jej koszt jest prawie całkowicie niewidoczny, ponieważ nigdy nie pojawia się jako pozycja pojedyncza. Jest rozprowadzany poprzez klej integracyjny, przełączanie kontekstu, uzgadnianie, wdrażanie i powolne pobieranie danych, które nie zgadzają się ze sobą w przypadku różnych narzędzi.
Pakietowanie to nie to samo, co pakiet.
Sceptycy słyszą „pakiet” i myślą „pakiet” — rozdęty, obowiązkowy pakiet dla przedsiębiorstw typu „wszystko albo nic”, który zdefiniował lata 2000. Uczciwy instynkt. Różnica polega na tym, że pakiet 2026 jest modułowe: włączasz to, czego potrzebujesz, moduły współdzielą jedną warstwę danych i możesz wyjść z danymi w jednym eksporcie. Pakiet cię zamknął. Pakiet zarabia moduł po module i pozwala ci chodzić.
Ta modułowość to cała gra. W apartamencie było napisane: „bierz wszystko albo nic”. Dobry pakiet mówi: „Weź cztery, których potrzebujesz dzisiaj, piąty, kiedy będziesz gotowy, a tutaj są drzwi, jeśli kiedykolwiek będziesz tego chciał”. To integracja pakietu z opcjonalnymi narzędziami punktowymi.
Co to oznacza dla następnego slajdu.
Następnym razem, gdy ktoś w Twojej firmie zapyta „czy powinniśmy to zbudować, czy kupić”, bardziej przydatnym pytaniem będzie: czy mamy zamiar dodać trzynastą zakładkę, czy skonsolidować dwanaście, które mamy? Budowanie odwraca uwagę prawie każdego, kto to czyta. Decyzja na żywo zależy od tego, czy będziesz nadal płacić podatek montażowy, czy przejdziesz na coś, co było zintegrowane przed zakupem.
Oczywiście nie jesteśmy tu neutralni. Ale nie musisz wierzyć nam na słowo — po prostu policz karty otwarte w przeglądarce swojego zespołu i zapytaj, która kolumna je tam umieściła.