Darmowe narzędzie
Ile będzie kosztować Twoja aplikacja?
Większość kalkulatorów mnoży listę funkcji przez wymyśloną liczbę godzin. Ten zaczyna od tego, ile naprawdę kosztowało 125 gotowych produktów, umieszcza Twój w tym rozkładzie i pokazuje, jak szeroki jest uczciwy zakres na Twoim etapie.
Z walidatora pomysłu: typ i etap poniżej pochodzą z Twojego raportu. Popraw, co nie pasuje.
| Kto buduje | Stawka | Widełki kosztu | Czas |
|---|
Dotyczy tylko mojego wiersza. Wiersze rynkowe to dane sprzed agentów. Skąd ten mnożnik?
Te same godziny dla wszystkich to uproszczenie: zespół dzieli pracę i dokłada koordynację, jeden senior ma mniej narzutu i mniej równoległości.
Ile kosztowało 125 prawdziwych produktów
Reality check always beats estimates.
Atomic Object, amerykańskie studio produktowe, publikuje koszty produktów zbudowanych przez pięć lat. To najlepszy publiczny zbiór danych, jaki znam: gotowe projekty, nie wyceny. Ich typowa stawka na Clutch to 150 do 199 dolarów za godzinę, więc kwoty niżej to dolary agencji premium; godziny za nimi to to, czego używa ten estymator.
| Typ | n | p25 | mediana | p75 | p90 |
|---|---|---|---|---|---|
| Aplikacja webowa | 58 | $152k | $311k | $882k | $1.4M |
| Aplikacja mobilna | 23 | $96k | $210k | $412k | $1.2M |
| Tylko discovery i projekt | 36 | $28k | $46k | $100k | $162k |
| Desktop albo embedded | 8 | $144k | $229k | $312k | $527k |
| Wszystkie | 125 | $73k | $162k | $409k | $1M |
Czy Atomic Object to wyjątek? Trzy kolejne zbiory danych
Liczby Atomic pochodzą z jednego studia. Zbiory badawcze w repozytorium PROMISE zapisują wysiłek w roboczogodzinach gotowych projektów gdzie indziej: fiński bank komercyjny (62 projekty, 1985–1993), Computer Sciences Corporation (145 projektów) i zbiór China (499 projektów). Są stare, więc nic nie mówią o dzisiejszych cenach. Dużo mówią o kształcie: w każdym zbiorze 90. percentyl to wielokrotność 10., a kilka projektów przerasta całą resztę.
| Zbiór | Projekty | p10 | p25 | mediana | p75 | p90 | p90 ÷ p10 |
|---|---|---|---|---|---|---|---|
| Atomic Object (koszt ÷ 175 USD) | 125 | 216 | 420 | 924 | 2339 | 5906 | 27,4× |
| Fiński bank (Maxwell) | 62 | 1113 | 2389 | 5190 | 9308 | 14 947 | 13,4× |
| CSC (Kitchenham) | 145 | 492 | 874 | 1557 | 2895 | 5417 | 11× |
| China | 499 | 351 | 704 | 1829 | 3827 | 8708 | 24,8× |
Zbiór CSC zapisuje też pierwszą estymatę każdego projektu. Połowa projektów skończyła się między 0,79× a 1,07× tej estymaty, 14 procent przekroczyło ją o ponad 25 procent, a najgorszy zajął 5,9× estymaty. To dojrzały outsourcer, który szacuje pracę wykonywaną na co dzień, więc czytaj to jako najlepszy przypadek, nie typowy.
Większe benchmarki istnieją, ale nie można ich za darmo publikować: QSM przeanalizował 2231 projektów zakończonych od 2000 roku, a ISBSG sprzedaje repozytorium tysięcy projektów. Kalkulatory cen i artykuły o „średnim koszcie aplikacji” to nie dane: rzadko mówią, ile projektów stoi za liczbą.
Czemu zakres jest taki szeroki
Nie dlatego, że estymujący są słabi. Na etapie pomysłu nikt, łącznie z klientem, nie wie jeszcze, co powstanie. Stożek niepewności Steve’a McConnella daje rozrzut od 0,25× do 4× estymaty przy pierwszym pomyśle, 0,5× do 2× po uzgodnieniu definicji produktu, 0,67× do 1,5× ze spisanymi wymaganiami, 0,8× do 1,25× z gotowym projektem UI. I to w najlepszym razie.
Badania prawdziwych projektów zgadzają się co do kierunku: 60 do 80 procent projektów przekracza wysiłek albo termin, średnio o 30 do 40 procent (Moløkken i Jørgensen). W 1471 projektach IT średnie przekroczenie kosztu wyniosło 27 procent, ale co szósty przekroczył o około 200 procent (Flyvbjerg i Budzier). Średnia ukrywa ogon, a to ogon topi startupy. Na dużym końcu McKinsey i Uniwersytet Oksfordzki w ponad 5400 projektach IT pokazali, że projekty z budżetem powyżej 15 mln dolarów przekraczały budżet o 45 procent, termin o 7 procent i dawały 56 procent mniej wartości, niż obiecywano. Każdy dodatkowy rok trwania dokładał 15 procent przekroczenia. Krótkie projekty są nie tylko tańsze, ale też przewidywalniejsze.
Fixed price, time and materials czy stały budżet?
Umowa decyduje, kto niesie niepewność z poprzedniej sekcji. Żadna jej nie usuwa.
| Cecha umowy | Fixed price | Time and materials | Stały budżet, elastyczny zakres | Jak pracuję ja |
|---|---|---|---|---|
| Co jest stałe | Zakres i cena | Stawka i jakość | Budżet i jakość | Cena za wycinek albo tygodniowy limit |
| Co się ugina | Jakość i dobra wola albo zmiany w umowie | Koszt i termin | Zakres, co tydzień na nowo ustawiany | Zakres kolejnego wycinka |
| Kto niesie ryzyko | Wykonawca, więc w cenie jest bufor | Klient | Wspólnie | Wspólnie, małymi krokami |
| Pasuje, gdy | Zakres jest mały i naprawdę znany | Eksploracja, praca ciągła, zaufanie | Produkt z budżetem i celem | Founder chce co tydzień widzieć działający software |
Model „stały budżet, elastyczny zakres” to model Atomic Object, który sami opisują jako „w gruncie rzeczy umowę T&M z limitem nie do przekroczenia”. O fixed price: w 93 projektach offshore dostawcy średnio zarabiali więcej na T&M, ale przy większych i dłuższych projektach woleli fixed price, bo wiedząc więcej niż klient, mogą wliczyć w cenę marżę (Gopal i Sivaramakrishnan, 2008). Nikt nie publikuje wiarygodnej wielkości tego bufora, więc ta strona jej nie wymyśla.
Agenci kodujący: mój mnożnik i czemu to suwak
Agenci to dziś mój sposób pracy. Piszą większość kodu, uruchamiają testy i proponują poprawki; ja decyduję, co budujemy, projektuję to, co ważne, i przeglądam każdą zmianę. Wiersze rynkowe w tabeli wyżej to projekty sprzed agentów, więc nie dostają rabatu. Mój wiersz dostaje mnożnik ustawiony suwakiem, domyślnie 5×.
Publiczne dowody szybko się zmieniają i wciąż są skąpe dla pojedynczej osoby. Gdy Microsoft na początku 2026 wdrożył Claude Code i Copilot CLI dziesiątkom tysięcy inżynierów, ci, którzy z nich korzystali, scalali około 24 procent więcej pull requestów, niż scaliliby bez nich. Anthropic podaje wzrost scalonych pull requestów na inżyniera dziennie o 67 procent po wdrożeniu Claude Code, ale to dostawca mierzący sam siebie. Szef Google powiedział, że 75 procent nowego kodu w Google generuje AI. W ankiecie Stack Overflow 2026 66 procent programistów korzystających z AI używa agentów kodujących. Wcześniejsze kontrolowane badania mierzyły pojedyncze zadania: 21 procent mniej czasu w Google, 55,8 procent szybciej przy małym zadaniu od zera i 19 procent wolniej u doświadczonych programistów open source na początku 2025. METR nazywa dziś swoje nowsze badanie słabym przybliżeniem i bardzo słabym dowodem, najpewniej zaniżonym. Nikt nie ma kontrolowanego pomiaru 5× do 10× dla jednego seniora z agentami. Ta liczba to moje doświadczenie, dlatego jest suwakiem, a nie faktem.
Od czego zależy mnożnik
Agenci przyspieszają tę część pracy, która jest pisaniem, testowaniem i szukaniem. Reszta idzie w ludzkim tempie, więc całkowity zysk ogranicza najwolniejsza część (prawo Amdahla przyłożone do projektu). W firmie regulowanej, na przykład u producenta wyrobów medycznych pracującego według IEC 62304, każda zmiana wymaga jeszcze walidacji, zapisów z przeglądu i podpisu; szkic napisany dziesięć razy szybciej daje w sumie może 1,5×. Mniejszy apetyt na ryzyko obniża go dalej i często słusznie.
| Czynnik | Obniża (1–3×) | Podnosi (7–10×) |
|---|---|---|
| Regulacje | Medycyna, finanse, dane dzieci: walidacja, audyty i podpis przy każdej zmianie | Bez bramek zgodności poza dobrą praktyką |
| Decyzje | Komitet, akceptacje trwają dni | Jeden właściciel, odpowiada w ciągu godzin |
| Kod | Legacy bez testów, zachowanie, którego nikt nie pamięta | Nowy produkt albo kod z testami i CI |
| Środowiska | Brak danych i urządzeń jak na produkcji, ręczne wdrożenia | Środowiska podglądu, automatyczne wdrożenia |
| Zakres | Ruchomy cel, specyfikacja pisana po fakcie | Jasny wycinek z kryteriami akceptacji |
| Apetyt na ryzyko | Każda zmiana uzasadniana na papierze | Małe kroki, pomiar, szybki rollback |
Z wielką mocą przychodzi wielka odpowiedzialność
Ludzie z AI mogą też rozbić swój głupi łeb 10× szybciej, jak powtarzam na LinkedInie. Raport Veracode 2026 pokazał, że tylko 56 procent kodu wygenerowanego przez AI przechodzi testy bezpieczeństwa, praktycznie bez zmian od roku, choć modele są lepsze we wszystkim innym. W 2025 agent usunął produkcyjną bazę danych w trakcie zamrożenia kodu, a potem zmyślał dane. DORA 2025 nazywa AI lustrem i mnożnikiem: wzmacnia dobrą praktykę inżynierską i obnaża słabą.
- Przeglądam każdą zmianę; agenci uruchamiają testy, zanim zobaczę kod.
- Hooki blokują ryzykowne komendy, a sekrety nigdy nie trafiają do modelu.
- Nic nie idzie na produkcję bez decyzji człowieka (człowiek w pętli).
- Wolę wypuścić mniejszy wycinek niż slop. Więcej w słowniku.
Metoda i ograniczenia
- To prognozowanie z klasy referencyjnej (reference class forecasting): zaczynasz od kosztu podobnych gotowych projektów, nie od listy funkcji (Flyvbjerg; McKinsey zaleca to samo sprawdzenie).
- Dolary z wykresu Atomic Object przeliczam na godziny po 175 dolarów, środku ich stawki z Clutch. Te godziny wyceniam potem innymi stawkami.
- Odpowiedzi z kroku 2 przesuwają projekt od 10. do 90. percentyla jego typu. To przełożenie to moja heurystyka z lat estymowania, nie dane.
- Wymagania przekrojowe (języki, offline, dostępność) kosztują więcej, niż wyglądają, bo dotykają każdego ekranu. Dlatego ważą więcej niż pojedyncze funkcje.
- Zbiór to portfolio jednego amerykańskiego studia: złożone produkty z discovery, designem i QA w cenie. Landing page albo prototyp no-code kosztuje dużo mniej.
- Stawki: Clutch Polska 50–99 USD/h (przewodniki 2026), Accelerance Europa senior 64–76 USD/h (2026), moja 150–200 zł/h. Waluty po kursie NBP z 2026-10-16 (1 USD = 3,8827 zł).
- Mój wiersz dzieli godziny przez mnożnik AI z suwaka; wiersze rynkowe nie, bo ich dane są sprzed agentów. Mnożnik to moja ocena, nie dane. Ustaw go niżej, jeśli Twój projekt wygląda jak lewa kolumna tabeli wyżej.
Źródła
- Atomic Object, “The Cost of Quality Software” (project costs, retrieved 2026-10-17)
- Atomic Object, “Fixed-Budget, Scope-Controlled”
- Clutch, Atomic Object profile (hourly rate $150–199)
- S. McConnell, “The Cone of Uncertainty”, Construx white paper, 2010
- K. Moløkken, M. Jørgensen, “A Review of Surveys on Software Effort Estimation”, 2003
- B. Flyvbjerg, A. Budzier, “Why Your IT Project May Be Riskier Than You Think”, HBR 2011 (arXiv)
- M. Bloch, S. Blumberg, J. Laartz, “Delivering large-scale IT projects on time, on budget, and on value”, McKinsey, 2012
- A. Gopal, K. Sivaramakrishnan, “On Vendor Preferences for Contract Types in Offshore Software Projects”, Information Systems Research, 2008
- SEACRAFT (PROMISE) software engineering datasets on Zenodo
- Zenodo / PROMISE (SEACRAFT): Maxwell effort dataset, CC BY 4.0
- Zenodo / PROMISE (SEACRAFT): Kitchenham (CSC) effort dataset, CC BY 4.0
- Zenodo / PROMISE (SEACRAFT): China effort dataset, CC BY 4.0
- QSM, D. Beckett, “An Analysis of Function Point Trends”, 2013
- ISBSG, software project repository
- E. Murphy-Hill, J. Butler, A. Savelieva, “Adoption and Impact of Command-Line AI Coding Agents” (Microsoft, 2026)
- Anthropic, “How AI is transforming work at Anthropic”, Dec 2025
- Semafor, “Google CEO says 75% of company’s new code is AI-generated”, Apr 2026
- Stack Overflow, 2026 Developer Survey results
- Veracode, 2026 GenAI Code Security Report
- The Register, Replit agent deletes production database, Jul 2025
- Google, DORA 2025 State of AI-assisted Software Development
- METR, early-2025 AI developer productivity RCT
- METR, uplift update, Feb 2026
- Google, enterprise RCT on AI-assisted development, 2024
- Peng et al., GitHub Copilot RCT, 2023
- Clutch, Software Development Pricing Guide 2026 (Poland $50–99/h)
- Accelerance, 2026 outsourcing rate trends
- NBP, exchange rates table A
Pytania
Czemu nie policzyć funkcji i nie pomnożyć przez godziny?
Bo nikt nie publikuje wiarygodnych godzin na funkcję, a funkcje z dzisiejszej listy to nie te, które wyjdą. Rozkład gotowych projektów zawiera już niespodzianki.
Czy liczba na tej stronie to wycena?
Nie. To zakres do zaplanowania budżetu i rozmowy. Wycena wymaga zakresu, a dobry zakres zwykle tnie pierwsze wydanie o połowę.
Czemu Twoja stawka stoi obok agencji?
Bo to moje narzędzie i wolę pokazać porównanie niż je ukrywać. Kolumna z czasem jest równie ważna jak cena: jedna osoba nie zrównolegli pracy jak zespół czterech.
Czy 5× jest realne?
Przy nowym produkcie i szybkich decyzjach to jest to, co widzę we własnej pracy. Przy pracy regulowanej albo legacy jest niżej i powiem to wprost na rozmowie. Dlatego 5× to środek suwaka, a nie jego koniec.
Chcesz prawdziwą liczbę dla swojego projektu?
Przynieś ten szacunek na darmowe 30 minut. Powiem, które części napędzają koszt i co wyciąć z pierwszego wydania.
