Jak bych si vybudoval MVP – a jak vlastně vyberu zásobník

Kdybyste mě zítra požádali o sestavení MVP, neotevíral bych srovnání 40 frameworků. Mapu mikroslužeb bych nekreslil. Nechtěl bych „zajistit budoucnost“ produkt, který se nikdy nesetkal s platícím uživatelem. Napsal bych jednu větu: pro koho to je, jakou práci to dělá a co budeme měřit za čtyři týdny. Zásobník přichází po této větě - ne dříve.

Většina neúspěšných MVP není příliš malá. Jsou falešně velké: napůl postavená „platforma“ s ověřováním, řídicími panely, upozorněními a třemi prostředími – a stále nikdo nedokončí jedinou práci, která by prokázala tento nápad. Technologie je obvykle alibi. Tento článek je, jak bych vlastně poslal.

1. Co je MVP - a co odmítám nazývat

MVP není „verze 1 s méně obrazovkami“. Je to nejlevnější experiment, který může zabít nebo posílit nejrizikovější předpoklad. Pokud je předpoklad „lidé zaplatí za rezervaci této služby online“, MVP je tok rezervace plus platba plus člověk na druhém konci – ne CRM, ne věrnostní program, ne nativní aplikace.

• Životaschopný znamená, že skutečný uživatel může dokončit skutečnou práci. Klikací prototyp Figma je výzkum, nikoli MVP.
• Minimum znamená, že vše, co neslouží této práci, je pozdější lístek – i když to vypadá „snadno přidat“.
• Produkt znamená, že to můžete příští týden zopakovat bez hrdinství. Formulář Google a tabulka mohou být MVP. Přepsání architektury Netflix nemůže.

2. Pět otázek, než bude existovat nějaké úložiště

Hromadné argumenty jsou levné. Nezodpovězené otázky týkající se produktů jsou drahé. Nevybírám Postgres versus Mongo, dokud na ně nebudu moci odpovědět nahlas – se zakladatelem, ne blogovým příspěvkem.

• Kdo je prvních deset uživatelů, pokud možno pojmenovaných – ne „všichni s telefonem“.
• Na jakou práci si tento měsíc najímají produkt? Jeden. Ne platforma.
• Odkud pocházejí peníze nebo signál – poplatek z karty, podepsaná smlouva, rezervovaný slot, kvalifikovaný potenciální zákazník?
• Jaké omezení je skutečné: čtyři týdny, jeden vývojář, regulovaná doména, existující CRM, Telegram publikum?
• Co by nás přimělo zastavit? Pokud nemůžeme pojmenovat kritérium zabíjení, budujeme hobby, ne experiment.

3. Pět filtrů, které používám k výběru technologie

Nevybírám nástroje, protože jsou trendy. Vybírám je, protože přežijí kontakt se sólo vývojářem, malý rozpočet a prvního naštvaného uživatele. Každá technologie musí projít těmito filtry.

• Čas k prvnímu skutečnému uživateli. Pokud se zásobník přidává o týden dříve, než může někdo kliknout, jedná se o nesprávný zásobník pro MVP. Nudné nástroje, které již dodávám ve výrobě, porážejí moderní nástroje, které bych se naučil v termínu.
• Obsluha jednou osobou. Měl bych být schopen nasadit, číst protokoly, obnovit zálohu a otáčet klíčem bez týmu platformy. Kubernetes v tomto testu neprojde téměř u každého raného produktu.
• Pronajímatelné a vyměnitelné. TypeScript, Postgres a React nejsou vzrušující. Jsou to jazyky, kterými jiní dobří lidé již mluví. MVP, kterého mohu prodloužit jen já, je rukojmí, ne majetek.
• Gravitace dat. Vložte zdroj pravdy do skutečné databáze s migrací od prvního dne, pokud má produkt uživatele a peníze. Tabulky jsou vhodné pro experiment vedle produktu – ne uvnitř pokladny.
• Únikový poklop. Použiji spravované ověření, hostovaný Postgres, poskytovatele plateb. Nebudu podepisovat pětileté omezení, kvůli kterému je export bolestivý. Prodejce je v pořádku. Past není.

4. Výchozí webový zásobník, se kterým bych začal v roce 2026

Pro typického B2B nebo MVP služeb – rezervace, zachycování potenciálních zákazníků, malý zákaznický portál, kalkulačka, která se promění v cenovou nabídku – bych začal zde. Ne proto, že je to módní. Protože to mohu poslat, SEO to, a přesto budu moci za šest měsíců najmout někoho jiného.

• Next.js + TypeScript + Tailwind: jedna aplikace pro marketingové stránky (SEO, vykreslování na serveru) a uživatelské rozhraní produktu. Méně repozitářů, jedno nasazení, sdílené typy. App Router je v pořádku, pokud jej tým již zná; Nebudu přepisovat fungující aplikaci Pages „pro čistotu“.
• Postgres (často přes Supabase, Neon nebo malý VPS): relační data, transakce a SQL mohu kontrolovat ve 2:00 hod. Po úložišti dokumentů sáhnu pouze tehdy, když je tvar skutečně ve tvaru dokumentu – ne proto, že „NoSQL je rychlejší“.
• Auth: spravovaný poskytovatel (Clerk, Auth.js + známý IdP nebo Supabase Auth), pokud produkt není auth. Rolování vlastních relací v prvním týdnu je způsob, jak uvolníte tokeny a zastavíte skutečnou funkci.
• Platby: Stripe (nebo místní ekvivalent, který první uživatelé skutečně použijí). Žádný domácí fakturační nástroj. Faktury mohou počkat; pracovní poplatek nemůže.
• Hosting: Vercel pro aplikaci Next.js, pokud je provoz ve tvaru webu a tým chce náhledy; a Hetzner/VPS + Docker Vytvořte, pokud potřebujeme dlouhotrvajícího pracovníka, předvídatelné náklady nebo datovou rezidenci. O tomto kompromisu jsem psal samostatně – pravidlo MVP zní: jedno prostředí, kterému rozumíte, noční zálohy, HTTPS a doména.
• E-mail a soubory: Znovu odeslat nebo podobný transakční API; Úložiště kompatibilní s S3. Ne „vytvoříme modul příloh“.

5. Když vyhodím výchozí

Výchozí sázka je počáteční sázka, nikoli náboženství. Změním to, když je omezením produkt.

• Publikum již žije v Telegram: bot nebo miniaplikace mohou být celým MVP. Web, který neotevřou, není „profesionálnější“. Je to druhý prázdný pokoj.
• Úloha je v poli se špatným signálem: zvažuji cestu local-first nebo PWA, nikoli nativní přepis v prvním týdnu. Nativní je rozhodnutí o distribuci, nikoli odznak.
• Jádrem je jazyk (podpora, citace, extrakce dokumentu): za striktní schéma a krok kontroly člověkem přidávám LLM API. Chatovací widget nezabaluji a nenazývám ho produktem.
• Zakladatel je provozovatel a obsah je produkt: rychlý web a CMS, který budou skutečně používat, mohou porazit vlastního správce. WordPress je stále povoleno, pokud je úloha publikována, nikoli aplikace.
• Oboustranné tržiště: Stále posílám jednu stranu jako první. Nabídka nebo poptávka – podle toho, co je těžší získat. „Platforma“ s prázdnými sedadly na obou stranách je vstupní stránka s extra stoly.

6. Co odmítám přidat před prvními uživateli

Nejrychlejším způsobem, jak experiment zmeškat, je vybudovat společnost na experimentu. Toto je seznam, který uchovávám vedle nevyřízeného.

• Mikroslužby, sběrnice zpráv a Kubernetes. Jeden proces, jedna databáze, jedno nasazení. Rozdělit, když se objeví skutečné úzké hrdlo nebo skutečná hranice týmu – ne když diagram vypadá starší.
• Designový systém s 80 žetony a bez obrazovek. Odešlete tři obrazovky, které sbírají peníze. Extrahujte komponenty, když bolí třetí kopírování a vkládání.
• Role, oprávnění, protokoly auditu a jednotné přihlášení – pokud platící B2B kupující nezablokoval obchod na nich. Pak jsou MVP, ne vedlejším úkolem.
• Druhá mobilní aplikace. Responzivní web nebo mini aplikace pokrývá prvních sto uživatelů ve většině služeb, které vidím.
• Perfektní testovací pokrytí kódu lepidla. Chci testy na peníze, autentizaci a základní práci. Nechci týden předstírání přistávací formy.

7. Jak by ve skutečnosti vypadaly první čtyři týdny

Kalendář beru jako rozhodnutí o produktu. Pokud nemůžeme popsat týdny, nemáme plán – máme přání.

• Týden 0 (dva dny, ne dva týdny): napište jednostránku. Uživatel, práce, kritérium zabíjení, necíle. Načrtněte tři obrazovky. Dohodněte se, co znamená „hotovo“: cizí člověk může dokončit práci, aniž by nám zavolali Zoom.
• 1. týden: vertikální řez. Doména, nasazení, databáze, prázdný layout, jedna šťastná cesta ve výrobě (i když ošklivá). Pokud nemůžeme nasadit třetí den, zásobník již leží.
• 2. týden: práce. Rezervace, cenová nabídka, upload, platba – cokoliv jsme jmenovali v týdnu 0. Manuální operace za uživatelským rozhraním jsou povoleny: Telegram ping na vlastníka je funkce, pokud uzavře smyčku.
• 3. týden: ošklivé okraje. Prázdné stavy, chyby, mobil, e-maily, základní analytika (kam klesly). Ne datový sklad. Trychtýř, který si můžete přečíst.
• 4. týden: dejte to před deset jmenovaných lidí. Hodinky. Během hovorů nepřidávejte žádnou funkci. Napište, co udělali, místo toho, co řekli, že chtějí.

8. Po spuštění: ponechat, extrahovat nebo přepsat

Dobrý MVP může být lehce trapný. Není dovoleno být pastí. Zásobník nahoře je schválně nudný: můžete do něj vrůst. Málokdy z toho musíte vyrůst v prvním roce.

• Udržujte: jazyk, databázi, názvy domén v kódu. S těmi se dá levně žít a drahé je vyhodit.
• Výpis: pracovník, druhá služba, skutečná fronta – když je úloha pomalá, nebezpečná nebo ji vlastní jiný tým. Dříve ne.
• Přepište pouze tu část, která se naučila špatně. Pokud je platba nesprávná, přepište ji. Pokud je celá aplikace bludištěm s vibracemi, je to nejprve problém lidí: někdo to musí umět vysvětlit ve 2 hodiny ráno.

Závěr: vyberte hromádku, která přežije první ne

Vytvořil bych MVP neokázalým způsobem: jedna úloha, jedna databáze, jedno nasazení, nástroje, které mohu provozovat sám, a datum, kdy se rozhodneme pokračovat nebo přestat. „Nejlepší“ technologie je ta, která nás neodvádí od tohoto rozhodnutí. Next.js, TypeScript, Postgres, spravované ověření a poskytovatel plateb nejsou osobnost. Představují způsob, jak strávit vzácné týdny na produktu místo na platformě.

Pokud máte nápad, termín a bojíte se vybrat „špatnou“ hromádku – napište přes sekci kontakty. Můžeme určit jeden úkol, pojmenovat necíle a poslat plátek, který můžete položit skutečným lidem, aniž bychom nejprve postavili falešnou platformu.