Lean Startup a gyakorlatban: MVP 30 nap alatt
A Lean Startup Eric Ries módszertana, amely a build–measure–learn (építs–mérj–tanulj) körre épül: a startup nem kész terméket épít, hanem hipotéziseket tesztel a lehető legkisebb kísérlettel. Így egy MVP 30 nap alatt is elérhető: az első héten problémainterjúk, a másodikon építés, a harmadikon mérés, a negyediken pedig a pivot vagy folytatás döntés.
Mi a Lean Startup, és honnan jön?
Eric Ries a „lean startup” kifejezést 2008 szeptemberében használta először a Startup Lessons Learned blogján, a The Lean Startup című könyve pedig 2011-ben jelent meg a Crown Business kiadónál. A módszer két korábbi hagyományra épít: Steve Blank customer development megközelítésére, amely szerint a vevőkről és problémáikról a lehető legkorábban kell tanulni, és a Toyota-féle lean gyártás veszteségcsökkentő logikájára. Magyarul a könyvet a HVG Könyvek adta ki, 2013-ban, átdolgozott kiadása 2019-ben jelent meg.
A gondolat lényege, hogy egy startup – Steve Blank megfogalmazásában – nem kisméretű nagyvállalat, hanem olyan szervezet, amely extrém bizonytalanságban keresi az ismételhető üzleti modellt. Ebben a helyzetben a hagyományos üzleti terv hamar elavul, a gyors kísérletezés viszont működik. Ezért a Lean Startup a haladást nem a legyártott funkciókban, hanem a validált tanulásban méri: abban, hogy a csapat mit tud igazolt adatok alapján a vevőiről.
Build–measure–learn: a kör, amire minden épül
Ries szavaival a startup alapvető tevékenysége az, hogy az ötleteket termékekké alakítja, méri, hogyan reagálnak rá az ügyfelek, majd megtanulja, hogy pivotáljon vagy kitartson. A kör három lépése:
- Build (építés): a hipotézisből a lehető legkisebb tesztelhető dolog. Nem a teljes termék, hanem az, ami a legkockázatosabb feltevést vizsgálja.
- Measure (mérés): valódi felhasználói viselkedés mérése, nem vélemények gyűjtése. Az számít, mit tesznek az emberek, nem az, mit mondanak.
- Learn (tanulás): a mért adat összevetése az előre rögzített várakozással, és a döntés: pivot vagy persevere (folytatás).
A pivotot Ries strukturált irányváltásként határozza meg, amellyel a csapat a termékre, a stratégiára és a növekedési motorra vonatkozó új alapvető hipotézist tesztel. Ismert példa a Groupon, amely „The Point” nevű aktivista platformból lett csoportos vásárlási oldal. A pivot tehát nem kudarc, hanem a módszer beépített, tudatos lépése.
A gyakorlatban a kört fordítva érdemes tervezni: először az a kérdés, mit kell megtanulni, utána az, hogy mi a legolcsóbb kísérlet ehhez, és csak azután az építés.
Mi az MVP – és mi nem?
Ries meghatározása szerint az MVP az új termék azon változata, amely lehetővé teszi, hogy a csapat a legkevesebb erőfeszítéssel gyűjtse a legtöbb validált tanulságot a vevőkről. Az MVP tehát tanulási eszköz, nem a „termék rossz minőségű első verziója”. Az mvp jelentése is erről szól: a „minimális” a tanulás költségére vonatkozik, nem a vevőnek nyújtott értékre.
Egy jó MVP egyetlen kérdésre ad választ, például: „fizet-e valaki ezért a problémamegoldásért?” Ha három kérdést akar egyszerre megválaszolni, az már nem MVP, hanem egy kis termék. Az MVP-fejlesztés eszközeiről és áráról, a no-code, az AI-asszisztált, a szabadúszós és az ügynökségi útról az MVP fejlesztés költsége 2026-ban című cikk ad részletes összehasonlítást. Itt a hangsúly a másik oldalon van: a módszeren és a 30 napos menetrenden.
MVP-típusok: mit tesztelnek, mennyi idő, mikor jók?
Az MVP-nek nem kell kódot tartalmaznia. Az alábbi típusok a szakirodalomban és a startupgyakorlatban bevettek (az elnevezések többsége nem Riestől ered, hanem a későbbi iparági szóhasználatból).
| Típus | Mit tesztel | Ráfordítás (irányadó) | Mikor jó |
|---|---|---|---|
| Landing page / fake door | Van-e kereslet: feliratkozás, előrendelés vagy „megveszem” gomb | Alacsony, néhány nap | Ha a fő kérdés, hogy érdekli-e a célcsoportot az ajánlat |
| Concierge MVP | Fizet-e valaki a megoldásért, és mit vár pontosan | Alacsony pénzben, magas saját időben, 1-3 hét | Szolgáltatás jellegű ötletnél, ha a folyamatot még meg kell érteni |
| Wizard of Oz | Hogyan használják a felületet, ha „működik” | Közepes: felület kell, a háttér kézi, 1-3 hét | Ha a felhasználói viselkedés érdekes, de az automatizálás drága |
| Single-feature MVP | Elég-e egyetlen funkció ahhoz, hogy visszatérjenek | Közepes, 2-4 hét (no-code-dal) | Ha a probléma már igazolt, és a megoldást kell tesztelni |
| Videó / demó | Érti-e és akarja-e a célcsoport a megoldást | Alacsony-közepes, néhány nap | Ha a termék magyarázatra szorul, és még nem építhető meg |
A típusokhoz jól ismert példák tartoznak:
- Concierge: a Food on the Table alapítója, Manuel Rosso nem épített appot, hanem személyesen ült le az első ügyfelekkel, felmérte az igényeiket, és kézzel állította össze a heti étkezési tervet és bevásárlólistát.
- Wizard of Oz: a Zappos alapítója, Nick Swinmurn a helyi cipőboltokban lefényképezte a cipőket, és online kínálta őket. A rendelést a háttérben kézzel teljesítette, így a raktár nélkül tesztelte, hogy az emberek vásárolnának-e cipőt online.
- Landing page: Joel Gascoigne a Buffer első verziójaként kétoldalas oldalt tett közzé, majd beszúrt egy árazási oldalt is, hogy ne csak az érdeklődést, hanem a fizetési hajlandóságot is mérje. Csak ezután építette meg a terméket, és saját beszámolója szerint a még kezdetleges változat indulása után 4 napon belül megjött az első fizető ügyfél.
- Videó: a Dropbox egy háromperces bemutatóvideóval növelte a béta várólistát 5000 főről 75 000-re, gyakorlatilag egyik napról a másikra.
A 30 napos terv hétről hétre
A terv egyetlen ötletre és egyetlen fő hipotézisre szól. Több ötlet, több hipotézis, több terv.
1. hét (1-7. nap): problémainterjúk és hipotézisek
Az első hét célja a probléma igazolása, nem a megoldásé.
- 1-2. nap: egy mondatban le kell írni, kinek, milyen problémája van, és ezt ma hogyan oldja meg. Ez az első hipotézis.
- 2-7. nap: minél több, célszerűen 15-20 valós célszemély megkeresése és interjúztatása. A kérdések a múltbeli viselkedésre irányuljanak („mikor fordult elő legutóbb, mit csinált?“), ne az ötletre és a jövőbeli szándékra. Ezt a szabályt Rob Fitzpatrick 2013-as The Mom Test című könyve népszerűsítette.
- 7. nap: a hipotézisek rögzítése és a sikerkritérium megfogalmazása írásban, még mielőtt bármi elkészül. Például: „ha az interjúalanyok jelentős része már fizet valamilyen megoldásért, a probléma igazolt”. A küszöböt mindenki maga határozza meg.
A megkérdezettek elsősorban a saját hálózatból, szakmai csoportokból és az első 10 ügyfél megszerzésének módszereivel kereshetők meg, ugyanazokkal a csatornákkal, amelyek később az első fizető ügyfelekhez is elvezethetnek.
2. hét (8-14. nap): MVP-típus kiválasztása és építés
A második héten az a kérdés, melyik típus adja a legolcsóbban a legerősebb bizonyítékot. Ökölszabály: minél kevesebb kódot igényel a kísérlet, annál jobb. Szolgáltatásnál a concierge, keresletmérésnél a landing page, felhasználói viselkedésnél a Wizard of Oz vagy az egy funkciós no-code MVP a kézenfekvő.
- 8-9. nap: a típus kiválasztása és a mérőszámok rögzítése (lásd lejjebb).
- 10-13. nap: építés. Ha szükség van felületre, no-code eszközök gyorsan adnak működő felületet. Ha fizetést is kell fogadni, a Stripe például elérhető Magyarországon, de a számlázás és a NAV Online Számla-kompatibilitás külön kérdés, amelyet érdemes előre a könyvelővel tisztázni.
- 14. nap: próbafuttatás 1-2 baráti felhasználóval. Az MVP nem lesz tökéletes, de érthetőnek kell lennie.
3. hét (15-21. nap): első felhasználók és mérés
- Az első 5-10 (vagy több) valódi felhasználó bevonása, lehetőleg azok közül, akikkel az első héten már beszélt a csapat.
- A mért viselkedés naplózása: ki regisztrált, ki jutott el az első értékes lépésig, ki fizetett vagy fizetne.
- Minden felhasználóval rövid, személyes beszélgetés: mit vártak, hol akadtak el, mit használtak ténylegesen.
Fontos, hogy ebben a szakaszban ne új funkciók készüljenek. A cél a kísérlet változatlan lefuttatása, hogy az eredmény értelmezhető legyen.
4. hét (22-30. nap): döntés, pivot vagy folytatás
- 22-26. nap: a mért adat összevetése az első héten írásban rögzített sikerkritériumokkal.
- 27-28. nap: a döntés. Ha a kritériumok teljesültek, jöhet a következő, nagyobb kísérlet. Ha nem, meg kell vizsgálni, melyik hipotézis dőlt meg: a probléma, a megoldás, a célcsoport vagy az ár. Ettől függ, mit változtasson a csapat.
- 29-30. nap: a tanulságok leírása és a következő 30 nap terve. A befektetők felé a „traction” diához ez adja az első valódi anyagot, erről a pitch deck anatómiája részletesen szól.
Három mérőszám, ami számít
A Lean Startup ellenszere a hiúsági mérőszámoknak (oldalletöltés, összes regisztráció): olyan számokat követ, amelyek viselkedést és pénzt mutatnak.
| Mérőszám | Mit jelent | Mit jelez |
|---|---|---|
| Aktivációs arány | A regisztrálók vagy látogatók hány százaléka jut el az első értékes lépésig | Érthető-e az ajánlat, és tényleg az a probléma-e a lényeg |
| Megtartás (retention) | Hány felhasználó tér vissza az első használat után egy hét, két hét múlva | Ismétlődő-e a probléma, és hasznos-e a megoldás |
| Fizetési hajlandóság | Ki előrendel, előleget fizet vagy vállal fizetős pilotot | Van-e valódi üzleti értéke a megoldásnak |
Ries szerint a növekedés három fő motorja a ragadós (sticky), a vírusos (viral) és a fizetett (paid), és a startupnak azt kell megtalálnia, amelyik a saját modelljére igaz. 30 nap alatt ez még nem dönthető el, de a mérőszámok már jeleznek: a magas megtartás a ragadós motor felé mutat, a kedvező vásárlási költség a fizetett felé.
Külön figyelmet érdemel a Sean Ellis nevéhez fűződő teszt: ha a felhasználók legalább 40%-a azt mondja, hogy „nagyon csalódott” lenne, ha nem használhatná tovább a terméket, az a product-market fit egyik gyakran idézett jele. Egy 30 napos, kis mintás MVP-nél ez irányjelző, nem bizonyíték.
Tipikus hibák a 30 napban
- Túl nagy MVP. Ha a hét végére nem kész, valószínűleg több kérdést akart megválaszolni egyszerre. A funkciók számát csökkenteni kell, nem a határidőt tolni.
- Udvarias válaszok igazként kezelése. A „jó ötlet” nem ígéret. Az előrendelés, az előleg vagy a betervezett időpont az.
- Sikerkritérium nélküli indulás. Ha a küszöb utólag születik, minden adat sikernek látszik.
- Az elsődleges célcsoport helyett a baráti kör tesztelése. A barátok kedvesek, nem reprezentatívak.
- Túl korai skálázás. Az MVP célja a tanulás. A hirdetési költés és a funkciók bővítése a validáció után jön.
- A pivot elkerülése. Aki hónapokig ragaszkodik egy megcáfolt hipotézishez, nem kitart, hanem lassít.
Magyar kontextus: a kis piac jó teszt-terep
A KSH adatai szerint Magyarország népessége 2026. január 1-jén 9 488 428 fő volt. Ez kis piac, de az MVP-tesztelésnél ez előny: egy szűk célcsoport néhány tucat tagját meg lehet szólítani személyesen, a hálózaton, közösségi csoportokban vagy szakmai eseményeken, és az elsődleges visszajelzések gyorsan, olcsón megérkeznek. Az eredmény nem a nemzetközi piac helyettesítője, hanem az első, olcsó bizonyíték arra, hogy a probléma valós.
Ha a cél nemzetközi piac, a hazai teszt után érdemes ugyanazt a kísérletet angol nyelven, külföldi célcsoporton is lefuttatni. A legsikeresebb magyar startup cégek cikke azt mutatja be, hogyan jutottak el az itt induló csapatok a nemzetközi piacig.
A gyakorlati oldalon a no-code eszközök és az online fizetési szolgáltatók miatt egy tesztelhető ajánlat gyorsan kiállítható. Az előrendelés, az előleg és az adatkezelés (GDPR) jogi és adózási részletei viszont minden esetben szakértővel (könyvelővel, ügyvéddel) egyeztetendők.
Összefoglalás: 30 nap, egy hipotézis, egy döntés
A Lean Startup a gyakorlatban nem elmélet, hanem fegyelem: egy hipotézis, a legkisebb kísérlet, valódi mérés és őszinte döntés. A 30 napos keret azért működik, mert kényszeríti a csapatot, hogy a „mit építsünk?” kérdést a „mit kell megtanulnunk?” kérdéssel váltsa fel. Aki négy hét után egyértelműen tudja, hogy kinek, mire és mennyiért van szüksége a termékére, az többet nyert, mint aki ugyanennyi idő alatt egy majdnem kész, de tesztelés nélküli alkalmazást épített.
