Software house, no-code czy zewnętrzny dział oprogramowania, porównanie dla firm 20 do 500 osób
Zespół Oprogramuj · 8 października 2026
Opisz proces, pokażemy zakres i widełki ceny
Dla firmy zatrudniającej od 20 do 500 osób software house sprawdza się przy dużym produkcie budowanym miesiącami, no-code przy prostych narzędziach jednego działu, a zewnętrzny dział oprogramowania przy procesach, które trzeba oprogramować szybko, za stałą cenę i potem rozwijać. Wybór zależy od skali procesu, budżetu i tego, kto ma utrzymywać system.
Poniżej rozkładamy każdą z tych dróg na części: jak wygląda współpraca, ile trwa, kto ponosi ryzyko i co zostaje w firmie, gdy projekt się skończy. Na końcu znajdziesz prostą metodę wyboru.
Trzy drogi, trzy różne problemy
Firmy średniej wielkości mają zwykle podobny punkt wyjścia. Główny program księgowy lub sprzedażowy działa, ale wokół niego narosły arkusze, skrzynki pocztowe i ręczne przepisywanie. Ktoś w zarządzie mówi, że trzeba to uporządkować. Pojawia się pytanie, kogo o to poprosić.
Software house, platforma no-code i zewnętrzny dział oprogramowania brzmią jak trzy wersje tej samej usługi. W praktyce różnią się modelem pracy, kosztem i odpowiedzialnością. Pomylenie ich prowadzi do dwóch typowych porażek. Pierwsza to projekt za kilkaset tysięcy złotych dla procesu, który obsługują trzy osoby. Druga to aplikacja złożona samodzielnie w narzędziu no-code, która po roku jest tak splątana, że nikt nie chce jej dotykać.
Software house, czyli zespół do budowy produktu
Software house to firma, która dostarcza zespół programistów, projektantów, testerów i kierowników projektu. Pracuje zwykle w modelu czasu i materiałów, czyli rozlicza przepracowane godziny. Dobrze sprawdza się tam, gdzie zakres jest duży, zmienny i rozłożony na lata, na przykład przy budowie własnego produktu cyfrowego, który firma sprzedaje klientom.
Mocne strony software house
- Duży zespół, który poradzi sobie z rozbudowanym produktem.
- Elastyczność zakresu, bo płacisz za czas, a nie za opisany wynik.
- Doświadczenie w budowie produktów od zera, z projektowaniem interfejsu włącznie.
Słabe strony dla firmy średniej wielkości
- Ryzyko budżetu leży po stronie zamawiającego. Gdy zakres rośnie, rośnie faktura.
- Pierwsze miesiące to często analiza, projekt i prototyp, zanim cokolwiek trafi do codziennego użytku.
- Minimalna wielkość projektu bywa wyższa niż wartość procesu, który chcesz oprogramować.
- Po zakończeniu projektu zespół przechodzi do innych klientów, a wiedza o systemie odchodzi razem z nim.
Warto też pamiętać, że jakość software house zależy od konkretnych ludzi w zespole. Ta sama firma może przydzielić do projektu doświadczony zespół albo osoby, które dopiero się uczą. Przy wyborze pytaj więc nie o portfolio firmy, ale o to, kto dokładnie będzie pracował nad Twoim systemem, ile ma doświadczenia z podobnymi procesami i czy zostanie przy projekcie do końca. Rotacja w zespole w trakcie projektu to jedna z najczęstszych przyczyn opóźnień i rosnących kosztów.
Szersze zestawienie znajdziesz na stronie software house czy Oprogramuj.
No-code, czyli narzędzie do samodzielnego składania aplikacji
Platformy no-code i low-code pozwalają złożyć aplikację z gotowych klocków bez pisania kodu albo z jego niewielką ilością. Formularz, tabela, prosty przepływ akceptacji i powiadomienie mailem da się zbudować w kilka dni. To dobra droga do szybkiego eksperymentu albo narzędzia dla jednego działu.
Kiedy no-code wystarcza
- Proces jest prosty, ma kilka kroków i niewiele wyjątków.
- Użytkownikami są wyłącznie pracownicy, nie klienci ani partnerzy.
- Dane nie wymagają skomplikowanych uprawnień ani integracji z systemem księgowym.
- W firmie jest osoba, która lubi to robić i ma na to czas.
Gdzie no-code zaczyna przeszkadzać
Problemy pojawiają się wraz ze wzrostem. Opłaty platform często rosną z liczbą użytkowników albo rekordów. Złożone reguły biznesowe zamieniają się w gąszcz automatyzacji, które trudno przetestować. Integracja z polskim programem księgowym albo magazynowym bywa niemożliwa bez dodatkowego narzędzia pośredniczącego. Wreszcie aplikacja zależy od platformy, więc zmiana dostawcy oznacza budowę od nowa.
Najpoważniejsze ryzyko jest jednak organizacyjne. Aplikację no-code często buduje jedna osoba w firmie. Gdy ta osoba odchodzi, nikt nie wie, dlaczego automatyzacja numer czternaście wysyła maila do działu, który już nie istnieje.
Zewnętrzny dział oprogramowania, czyli stały zespół na zlecenie
Zewnętrzny dział oprogramowania łączy cechy dwóch poprzednich dróg. Jak software house pisze prawdziwy kod, który należy do firmy i nie zależy od żadnej platformy. Jak no-code dostarcza szybko, bo zaczyna od jednego procesu, a nie od wielomiesięcznej analizy. Różni się tym, że nie kończy pracy na wdrożeniu. Po uruchomieniu utrzymuje system i dokłada kolejne procesy w stałym rytmie.
W Oprogramuj taki dział działa w modelu AI-native. Model AI wykonuje większość pracy programistycznej, a doświadczony programista projektuje rozwiązanie, sprawdza każdą zmianę i odpowiada za efekt. Dzięki temu pierwsza wersja powstaje w 7 do 14 dni, a cena projektu jest stała. Szczegóły modelu współpracy opisujemy na stronie jak pracujemy.
Jak wygląda współpraca krok po kroku
- Brief. Opisujesz proces, który dziś robicie ręcznie. Wstępna analiza pokazuje mapę procesu, systemy, ryzyka i widełki ceny.
- Discovery. W 5 dni roboczych ustalamy zakres, sposób połączenia z Twoimi systemami i stałą cenę. Discovery kosztuje 2 900 zł netto i ta kwota jest odliczana od projektu.
- Wdrożenie. Oprogramuj Proces trwa 2 do 4 tygodni, Oprogramuj Firmę 4 do 6 tygodni. Płatność w ratach, ostatnia po odbiorze.
- Utrzymanie i rozwój. Abonament obejmuje monitoring, hosting w UE, kopie zapasowe, poprawki bezpieczeństwa i pulę godzin zmian.
Porównanie w jednej tabeli
Zestawienie pokazuje typowe cechy każdego modelu. Konkretni dostawcy mogą odbiegać od tej charakterystyki, dlatego warto pytać o każdą pozycję wprost.
| Cecha | Software house | No-code | Zewnętrzny dział oprogramowania |
|---|---|---|---|
| Kto buduje | Zespół wykonawcy | Pracownik firmy | Zespół wykonawcy |
| Model rozliczenia | Zwykle czas i materiały | Abonament platformy | Stała cena plus abonament |
| Czas do pierwszej wersji | Zwykle miesiące | Dni do tygodni | 7 do 14 dni |
| Ryzyko budżetu | Po stronie zamawiającego | Niskie na starcie, rośnie z użyciem | Po stronie wykonawcy |
| Integracje z polskimi systemami | Tak, za dodatkową wyceną | Ograniczone | Tak, ustalane w Discovery |
| Własność kodu | Zależy od umowy | Brak kodu, aplikacja na platformie | Kod należy do firmy |
| Utrzymanie po wdrożeniu | Osobna umowa | Na barkach firmy | W abonamencie |
| Najlepsze dla | Dużego produktu na lata | Prostego narzędzia jednego działu | Procesów operacyjnych firmy |
Przykład rachunku dla jednego procesu
Poniżej przykład metody porównania. Liczby są założeniami, a nie danymi z konkretnych projektów. Chodzi o pokazanie, które koszty doliczyć, a nie o dokładne kwoty.
Załóżmy, że firma chce oprogramować obieg akceptacji faktur kosztowych z integracją z programem księgowym. Proces dotyczy 30 osób w trzech działach.
| Pozycja kosztu w pierwszym roku | Na co patrzeć |
|---|---|
| Budowa | Cena wdrożenia albo czas pracownika, który składa aplikację |
| Licencje | Opłata za użytkownika na platformie albo jej brak przy własnym kodzie |
| Integracja z księgowością | Czy wchodzi w zakres, czy wymaga dodatkowego narzędzia |
| Utrzymanie | Kto naprawia, gdy coś przestanie działać, i ile to kosztuje |
| Zmiany | Ile kosztuje dodanie nowego kroku albo działu |
| Ryzyko odejścia jednej osoby | Ile kosztowałoby przejęcie systemu przez kogoś innego |
Przy takim zestawieniu często okazuje się, że najtańsza opcja w pierwszym miesiącu nie jest najtańsza po roku. Opłata za użytkownika pomnożona przez 30 osób i dwanaście miesięcy, plus czas pracownika na utrzymanie, potrafi przekroczyć koszt jednorazowego wdrożenia z abonamentem. Bywa też odwrotnie, gdy proces dotyczy trzech osób i nie wymaga integracji. Dlatego warto policzyć to na własnych liczbach.
Jak wybrać, zadając pięć pytań
Czy proces dotyka klientów albo partnerów
Jeśli z systemu korzystają osoby spoza firmy, liczą się wygląd, bezpieczeństwo i niezawodność. To argument za prawdziwym kodem, a nie za aplikacją złożoną z klocków.
Czy potrzebna jest integracja z systemem księgowym lub magazynowym
Polskie programy księgowe i magazynowe udostępniają dane na różne sposoby, czasem przez API, czasem przez wymianę plików albo dodatkowy moduł. Gdy integracja jest kluczowa, potrzebny jest zespół, który zna te sposoby i potrafi je sprawdzić dla Twojej wersji programu.
Czy zakres da się opisać w kilka dni
Jeśli tak, stała cena jest realna i warto jej wymagać. Jeśli zakres jest otwarty i będzie się zmieniał przez lata, model godzinowy może być uczciwszy dla obu stron.
Kto będzie utrzymywał system
Każdy system wymaga opieki. Jeśli w firmie nie ma programisty, utrzymanie musi być częścią umowy z wykonawcą. Model abonamentowy, taki jak utrzymanie w Oprogramuj Dalej, rozwiązuje to od pierwszego dnia.
Co się stanie, gdy zmienisz dostawcę
To pytanie najczęściej pomijane, a najważniejsze w perspektywie kilku lat. Jeśli kod i dane należą do firmy, a dostępy są po jej stronie, zmiana dostawcy jest przykra, ale możliwa. Jeśli aplikacja żyje na cudzej platformie, zmiana oznacza budowę od nowa.
Jak modele AI zmieniają ekonomię tych wyborów
Jeszcze niedawno rachunek był prosty. Prawdziwy kod oznaczał wysoki koszt i długi czas, a no-code oznaczał szybkość kosztem elastyczności. Modele AI, które piszą kod pod nadzorem programisty, przesunęły tę granicę. Powtarzalna część pracy, czyli formularze, tabele, raporty, testy i dokumentacja, powstaje dziś w ułamku dawnego czasu.
Nie oznacza to, że programista przestał być potrzebny. Oznacza, że jego czas idzie tam, gdzie liczy się doświadczenie: na projekt danych, bezpieczeństwo, integracje i wyjątki w procesie. Kod wygenerowany bez takiego nadzoru bywa szybki do napisania i drogi w utrzymaniu. Kod sprawdzony linijka po linijce przez kogoś, kto odpowiada za efekt, łączy szybkość z jakością.
Dla firmy średniej wielkości praktyczny skutek jest taki, że własny system przestał być luksusem zarezerwowanym dla największych. Proces, który kilka lat temu nie uzasadniał budowy, bo projekt trwałby pół roku, dziś da się oprogramować w kilka tygodni za kwotę porównywalną z rocznym abonamentem kilku gotowych narzędzi.
Pytania, które warto zadać każdemu dostawcy
- Kto konkretnie będzie pracował nad moim systemem i kto odpowiada za efekt?
- Jak wygląda pierwsza działająca wersja i kiedy ją zobaczę?
- Co dokładnie jest w cenie, a co będzie wyceniane osobno?
- Jak sprawdzicie integrację z moim programem księgowym w mojej wersji?
- Gdzie będą przechowywane dane i kto ma do nich dostęp?
- Co się stanie z systemem i kodem, jeśli zakończymy współpracę?
Dostawca, który odpowiada na te pytania konkretnie i na piśmie, zwykle prowadzi też projekt przewidywalnie.
Kiedy każda z dróg jest najlepszym wyborem
Żadna z tych opcji nie jest uniwersalnie lepsza. Uczciwie podsumowując:
- Software house wybierz, gdy budujesz produkt, który sprzedajesz klientom, zakres będzie się zmieniał przez lata, a budżet pozwala na kilkuosobowy zespół na wiele miesięcy.
- No-code wybierz, gdy potrzebujesz prostego narzędzia wewnętrznego dla jednego działu, bez integracji z księgowością, i masz w firmie osobę, która będzie je rozwijać.
- Zewnętrzny dział oprogramowania wybierz, gdy chcesz oprogramować procesy operacyjne firmy, takie jak zamówienia, oferty, akceptacje czy raporty, potrzebujesz integracji z istniejącymi systemami i wolisz stałą cenę oraz stały koszt utrzymania.
Zdarza się też połączenie dróg. Firma testuje pomysł w narzędziu no-code, a gdy proces się sprawdzi i urośnie, przenosi go do własnego kodu. To rozsądna kolejność, pod warunkiem że przeniesienie planuje się zawczasu, zanim aplikacja stanie się zbyt ważna, żeby ją zatrzymać.
Na co uważać przy każdej z dróg
Niezależnie od wyboru warto zapisać w umowie kilka rzeczy. Kto jest właścicielem kodu i danych oraz od kiedy. Gdzie przechowywane są dane i czy jest umowa powierzenia przetwarzania. Jakie są kryteria odbioru. Jak rozliczane są zmiany po wdrożeniu. Co się dzieje z systemem, gdy współpraca się kończy. Odpowiedzi na te pytania mówią o dostawcy więcej niż jego portfolio.
Przy zewnętrznym dziale oprogramowania zapytaj dodatkowo o rytm pracy po wdrożeniu. Czy jest pula godzin na zmiany, czy każda zmiana to osobna wycena. Czy ktoś pilnuje aktualizacji bezpieczeństwa bez przypominania. Czy dostajesz raport z tego, co zostało zrobione w miesiącu.
Od czego zacząć
Najprostszy pierwszy krok to opis jednego procesu, który dziś zabiera najwięcej czasu. Na jego podstawie łatwo ocenić, czy wystarczy narzędzie no-code, czy potrzebne jest oprogramowanie na zamówienie. Jeśli to drugie, Discovery w pięć dni roboczych zamienia opis w zakres i stałą cenę. Opis procesu możesz wpisać w formularzu briefu na stronie głównej, bez zakładania konta.