Szybka wycena projektu: widełki kosztu, założenia i ryzyka
Jeśli jesteś na etapie „muszę zatrudnić wykonawcę, ale nie wiem ile to realnie kosztuje” — zacznij od briefu. Wrócimy z widełkami, założeniami i ryzykami, które zwykle rozwalają budżet.
Dlaczego „zbieranie ofert” nie rozwiązuje wyceny
- widełki są przypadkowe
- każda oferta wycenia coś innego
- ryzyka wychodzą w trakcie (czyli za późno)
- widełki są porównywalne
- masz założenia: co jest w v1, a co nie
- widzisz ryzyka i zależności przed startem
Ten sam punkt „panel admina” może oznaczać prostą listę + edycję. Albo workflow, role, logi, importy i audyt. Bez briefu obie strony zgadują — i dlatego widełki potrafią być od X do 5X.
Co dostajesz
Po wysłaniu briefu dostajesz:
Widełki kosztu
z krótkim wyjaśnieniem, co je podbija
Założenia
co rozumiemy przez „zrobione”
Ryzyka i zależności
integracje, dane, content, scope
Następny krok
discovery / MVP / iteracje
Jak wygląda proces
- Brief — opisujesz cel, użytkowników, kluczowe funkcje i ograniczenia.
- Dopytanie — jeśli coś jest niejasne, doprecyzowujemy (żeby nie zgadywać).
- Widełki + ryzyka — dostajesz wycenę widełkową z założeniami.
- Decyzja — jeśli ma sens, ustalamy discovery i plan delivery.
Co warto wpisać w brief (żeby widełki miały sens)
- cel biznesowy (co ma się zmienić)
- użytkownicy i scenariusze
- 3–7 funkcji w v1
- dane i integracje (jeśli są)
- ograniczenia: termin i widełki budżetu (jeśli możesz)
Dla kogo to jest (i dla kogo nie)
Dla kogo
- B2B: aplikacje webowe, systemy, automatyzacje, integracje.
- Projekty, gdzie liczy się termin i przewidywalność.
Dla kogo raczej nie
- „Najtaniej jak się da” bez kryteriów jakości.
- Projekty bez celu biznesowego i bez czasu na doprecyzowanie.
FAQ
Jakie informacje są potrzebne, żeby widełki miały sens?
Minimum: cel biznesowy, kto będzie używał, 3–7 funkcji w v1, zależności (dane/integracje) i ograniczenia (termin/budżet). Jeśli tego nie ma, najpierw doprecyzujemy 2–3 rzeczy.
Czy muszę mieć makiety albo gotową specyfikację?
Nie. Jeśli masz makiety — super. Jeśli nie, wystarczy opis problemu, użytkowników i tego, co ma się zmienić po wdrożeniu. Resztę doprecyzujemy w briefie lub na krótkiej rozmowie.
Co dostanę po wysłaniu briefu?
Widełki kosztu + założenia + ryzyka + propozycję następnego kroku. To jest ważniejsze niż „jedna liczba”, bo daje Ci podstawę do decyzji i porównania.
Czy to jest darmowe?
Zależy od zakresu. Minimalnie: quick triage. Jeśli potrzebujesz głębokiej analizy (np. dużo integracji, ryzyko architektury, niejasny scope) — robimy płatne discovery.
Ile to trwa?
Szybko, jeśli brief ma sensowne dane wejściowe. Jeśli brakuje kluczowych informacji, najpierw je zbierzemy, żeby nie wracać z „wyceną z powietrza”.
Czy podpisujecie NDA?
Tak — jeśli tego potrzebujesz, podeślij NDA lub daj znać w wiadomości. To standardowa część procesu.
Czy robicie fixed price?
Jeśli zakres jest stabilny i da się go uczciwie opisać — tak. Jeśli nie, zaczynamy od discovery i pracujemy iteracyjnie, żeby nie udawać „dokładności”, której na tym etapie nie ma.
