Co zyskujesz

• Skupienie na hipotezie — MVP to test biznesowy, nie produkt. Pomożemy zdefiniować, co naprawdę musi być w pierwszej wersji.
• Tempo startupowe — Demo co 2 tygodnie, decyzje w godzinach, nie tygodniach. Foundera traktujemy jak współzałożyciela.
• Stack pod skalowanie — Architektura, którą można skalować po MVP — bez przepisywania od nowa po pierwszej rundzie.
• Kontrola budżetu — Punkty decyzyjne co 2-4 sprinty. Możesz zatrzymać projekt z niewielkim budżetem dotychczasowym.
• Equity / payment hybrid — Dla wybranych projektów akceptujemy częściową płatność equity (do 30% wartości projektu).
• Plan iteracji po MVP — Z każdym MVP dostajesz roadmap rozwoju na 6-12 miesięcy. Wiesz, co po pierwszych klientach.

Co dostajesz

• Workshopy product discovery (definicja hipotezy biznesowej)
• Mapa user journey i wireframes głównych ekranów
• Architektura techniczna (stack, infrastruktura, integracje)
• MVP w produkcji (web app, czasem mobile companion)
• Panel admina/customer support
• Setup analytics (PostHog/Mixpanel/GA4)
• Roadmap rozwoju na 6-12 miesięcy
• 30 dni wsparcia po launchu + plan dalszej współpracy

Co to jest MVP — i czym MVP nie jest?

Najczęstsze nieporozumienie: founder przychodzi z listą 50 funkcji i mówi "to mój MVP". To nie jest MVP. To pierwsze pełne wydanie produktu. Prawdziwy MVP to absolutnie najmniejszy zestaw funkcji, który pozwala zweryfikować jedną kluczową hipotezę biznesową: czy użytkownicy zapłacą za rozwiązanie tego problemu w taki sposób, jak proponujesz?

Klasyczny przykład: marketplace usługowy ("Uber dla X"). Pełny produkt: matching algorithm, payments, ratings, dispute resolution, marketing, mobile app, web app, support. MVP: jeden landing page, formularz "zapisz się jako klient/dostawca", manualne matchowanie ludzi z arkusza Excel przez foundera. Cel MVP: czy ludzie się zapisują? Czy płacą? Czy wracają? Jeśli tak — budujemy automatyzację. Jeśli nie — pivot albo zamknięcie projektu, oszczędziłeś 200 000 zł.

Nasz pierwszy etap z founderami to "co naprawdę musi być w MVP?". Często ucinamy 70% funkcji, które founder uważał za niezbędne. Każda usunięta funkcja = 1-3 tygodnie krócej do testu rynku.

Stack pod MVP — co wybieramy i dlaczego

Dla 80% MVP używamy podobnego stosu: Next.js (frontend + backend w jednym), PostgreSQL (database), Vercel (hosting), Stripe (płatności), PostHog/Mixpanel (analytics), Resend (email). Stack jest celowo opinionated — szybki w setup, dobrze skalowalny do milionów użytkowników, niskie koszty operacyjne.

Dlaczego nie Ruby on Rails / Django / Laravel? Bo ekosystem JS jest najbogatszy i developerzy najtańsi. Dlaczego nie microserwisy? Bo MVP nie potrzebuje skali microserwisów, a koszty operacyjne i debugging są nieproporcjonalnie wysokie. Dlaczego nie własna infrastruktura AWS? Bo Vercel i Supabase pozwalają founderowi skupić się na produkcie, nie na DevOps.

Zmiany w stosie robimy gdy są uzasadnione domeną. Real-time gaming — dodajemy Socket.io i Redis. Heavy AI — dodajemy Python serwis do modeli. Specyficzne wymagania compliance — dodajemy on-premise hosting. Ale dla 80% MVP standard działa, jest tani i sprawdzony.

Founder + software house — jak współpracować zdrowo

Najczęstsze problemy w relacji founder-software house: 1) Founder ma 50 nowych pomysłów tygodniowo i co tydzień zmienia priorytety — projekt ciągnie się 6 miesięcy zamiast 2, 2) Software house buduje "perfekcyjne" rozwiązanie i przekracza budżet 3x, 3) Brak wspólnego języka biznesowego — founder mówi "potrzebuję engagement", software house słyszy "nowa funkcja", 4) Founder nie ma czasu na decyzje i developerzy zgadują.

U nas pracujemy inaczej: 1) Co 2 tygodnie sprint, na końcu sztywny review priorytetów. Decyzje na review zamykają sprint, nie zmieniają go w połowie. 2) Każda funkcja ma "MVP version" i "ideal version" — domyślnie robimy MVP, ideal robimy po launchu jeśli założenie się sprawdziło. 3) Każdy 1-on-1 z founderem to 30 minut: status, decyzje, blockery. Bez slajdów i zarządczych rytuałów. 4) Founder ma zarezerwowane 2-3h tygodniowo na nasz projekt — bez tego MVP nie wyjdzie.

Po pierwszym tygodniu współpracy widać, czy chemistry działa. Jeśli nie — wcześnie kończymy, klient nie traci pieniędzy. Jeśli tak — pracujemy szybko i produktywnie.

Najczęstsze pytania

Co jeśli moja hipoteza biznesowa się nie sprawdzi?

To dobra wiadomość — sprawdziłeś hipotezę za 80k zł zamiast za 800k. MVP to test, nie końcowy produkt. Po niezweryfikowanym MVP albo robisz pivot (zmieniasz problem/rozwiązanie), albo zamykasz projekt. Oba są legitymne, oba oszczędzają pieniądze.

Czy mogę zapłacić mniej w zamian za equity?

Dla wybranych projektów — tak. Akceptujemy do 30% wartości projektu w postaci udziałów (typowo 1-3% spółki za projekt 100-200k zł). Wymaga spełnienia kryteriów (rynek, founder, traction) — nie wszystkim oferujemy.

Co dostaję po MVP — kod w pełni mój?

Tak, pełne IP rights. Kod, design, infrastruktura — wszystko Twoje. Możesz przejść z nami dalej (skalowanie po MVP), zatrudnić własnego dewelopera, sprzedać firmę kupującemu, którzy będzie chciał rozwijać.

Jak długo trwa MVP?

Minimalny MVP (1-2 user roles, 1 główna funkcja): 6-10 tygodni. Standardowy (z integracjami płatności, panelem admina): 8-14 tygodni. Rozbudowany (multi-tenant, mobile, complex logic): 14-20 tygodni.

Czy robicie też design (UI/UX)?

Tak. Mamy designera w zespole. Dla MVP zwykle robimy minimalny design oparty o gotowe komponenty (shadcn/ui, Tailwind UI). Custom design po MVP, kiedy wiadomo, co się sprzedaje.

Co po MVP? Mogę kontynuować z Wami?

Tak — większość naszych klientów kontynuuje. Po MVP przechodzimy w model "rozwoju" (1-2 sprinty miesięcznie wg priorytetów). Możesz też zatrudnić własnego dewelopera, dostarczamy pełną dokumentację i 30 dni handover'u.

Czy mogę zatrzymać projekt w trakcie?

Tak — w punktach decyzyjnych (co 2-4 sprinty). Płacisz tylko za zrealizowaną pracę, dostaje cały dotychczasowy kod, możesz dokończyć z innym dostawcą. To Twoja firma, nie nasza.