Az ötlettől az első fizető felhasználókig: hogyan indítottunk el egy B2B SaaS-t

Egy táblázattal, egy megérzéssel és egy határidővel érkezett, amelyet az iparági konferenciája tűzött ki neki anélkül, hogy megkérdezte volna. Négy hónap múlva egy kis színpadon kellett állnia mintegy kétszáz ember előtt, akik pontosan azt a fajta vállalkozást vezették, amelyet az ötlete kiszolgálni hivatott. Valami valódit akart mutatni nekik — nem diákat, nem makettet, hanem egy terméket, amelybe egy idegen be tud lépni és fizetni tud érte. Ennél a beszélgetésnél kezdődik ez az esettanulmány, és a leghasznosabb benne az, milyen hétköznapi volt a kiindulópont.

Az azonosító részleteket itt szándékosan megváltoztattuk. Az alapító valódi, a termék él, a számok pedig közel állnak az igazsághoz, de kerekítettük és tompítottuk őket, hogy senki ne tudja visszafejteni, kiről van szó. Nem a konkrét piaci rés a lényeg — hanem az út formája, mert ez a forma szinte minden alkalommal megismétlődik, amikor egy nem technikai alapító megpróbál egy jó ötletet működő szoftverré alakítani. Ha valahol ennek az útnak az elején tart, nagyjából így nézhet ki a következő néhány hónap, amikor jól megy.

Röviden: egy iparág, amelyet bensőségesen ismert, egy fájdalmas kézi folyamat, amelyet mindenki elviselt benne, egy táblázat, amelyet csendben használt, hogy jobban végezze a munkát, mint a kollégái, és nulla technikai háttér. Tizenegy hét összpontosított munka után megjöttek az első fizető felhasználók. Íme, hogyan — és őszintébben — íme, hol botlottunk meg.

A helyzet: egy táblázat, amely valódi munkát végez

Az alapító egy kis tanácsadó céget vezetett egy szabályozott, dokumentumokkal terhelt területen. Ügyfelei más kisvállalkozások voltak, és mindegyik ugyanazzal a visszatérő robottal küzdött — egy halom űrlap összegyűjtése, teljességük ellenőrzése, a hiányzó részek utánajárása és egy tiszta összefoglaló elkészítése egy határidő előtt. Versenytársai többsége ezt e-mailekkel, telefonhívásokkal és egy mappányi Word-sablonnal végezte. Ő egy táblázattal csinálta, amelyet négy éven át épített és csiszolt, és ügyfelei csendben imádták érte.

Az a táblázat volt az egész felismerés. Nem üzleti terv volt, nem piacelemzés — hanem bizonyíték. Az emberek már támaszkodtak az eszközére, kérték, hogy futtassa le olyan vállalkozásoknak, amelyeknek nem is volt tanácsadója, felajánlották, hogy csak a hozzáférésért fizetnek. Amikor az ügyfelek meg akarnak venni valamit, mielőtt megépítené, abbahagyhatja a találgatást, hogy van-e kereslet. A kérdés sosem az volt, hogy megéri-e. A kérdés az volt, hogy lehet-e ebből olyan szoftver, amelyet valaki más úgy tud használni, hogy ő nem ül mellette.

A korlátai éppoly valósak voltak. Egy fix költségvetés, amely a saját megtakarításaiból származott, nem egy alapból. A konferencia határideje. És egy szigorú szabály, amelyben korán megegyeztünk: ez nem válhat olyan projektté, amely minden nap a figyelmét követeli, mert még mindig volt egy tanácsadó cége, amelyet vezetnie kellett. Bármit is építettünk, befejezhetőnek, megfizethetőnek és unalmasan üzemeltethetőnek kellett lennie. Ez a három szó formálta az összes ezt követő döntést.

Az első feladat eldönteni, mit NE építsünk meg

Amikor az alapítók leírják álmaik termékét, a funkciólista mindig hatalmas, mert évek óta elképzelik. Az övé két oldalt töltött meg: irányítópultok, csapatengedélyek, naplózás, automatikus emlékeztetők, ügyfélportál, számlázás, analitika, integrációk három eszközzel, amelyet ügyfelei használtak, és — természetesen — „valami MI valahol ott benne”. Minden tétel ésszerű volt. Mindet megépíteni az indulás előtt katasztrófa lett volna.

Így elvégeztük a gyakorlatot, amelyet mindenkivel elvégzünk: minden funkciónál egyetlen nyers kérdést tettünk fel. Ha ez hiányozna az indulás napján, megtagadná-e egy ügyfél a fizetést? Nem azt, hogy „szebb lenne-e vele” — valóban meghalna-e az eladás. A funkciók többsége megbukik ezen a teszten, és pont ez a lényeg. Amelyek túlélik, azok az igazi terméke. Minden más ütemterv, ami szép dolog, de nem az, amit először építünk meg.

Ami túlélte, szinte zavarba ejtően kevés volt. Egy felhasználó létrehozhatott egy fiókot, beállíthatott egy ügyet, meghívhatta az ügyfelét a szükséges dokumentumok feltöltésére, és visszakapta ugyanazt a tiszta, ellenőrzött összefoglalót, amelyet a táblázata készített — csak automatikusan, és nélküle. Ennyi volt. Semmi irányítópult. Semmi csapatszerep. Semmi MI, egyelőre. Négy funkció, egy világos feladat, rendesen elvégezve.

Mit építettünk valójában tizenegy hét alatt

Rövid, látható ciklusokban dolgozunk, ahelyett hogy három hónapra eltűnnénk, majd egy meglepetéssel térnénk vissza. Nagyjából hetente kapott az alapító egy linket valamihez, amire rá tudott kattintani, még ha az csúnya és félig bekötött volt is. Ez a ritmus többet számít, mint amilyennek hangzik: kicsiben és gyakran tartotta a döntéseit, ahelyett hogy egyetlen rémisztő végső átnézésbe halmozódtak volna.

1–3. hét: a gerinc

Először a nem látványos magot építettük meg — a fiókokat, a dokumentumok biztonságos tárolási módját és az ügyfolyamat alatti adatmodellt. Ebből semmi nem látszik az ügyfél számára, és mindez az a rész, amelyet drága később javítani, ha elkapkodja. Mivel a termék más vállalkozások érzékeny iratait kezelte, a hozzáférés-szabályozást és az adatok elkülönítését indulási követelménynek tekintettük, nem későbbi fejlesztésnek. Ez egyike azon kevés helyeknek, ahol megtagadtuk a húzást.

4–7. hét: a tényleges munka

Aztán a rész, amely megérte a fizetést: a táblázata logikájának átalakítása azzá a motorrá, amely teljesség szempontjából ellenőrzi a dokumentumokat és elkészíti az összefoglalót. Ez volt a termék szíve, és erre szántuk a legtöbb időt. Leültünk vele, és szétszedtük, miért létezik a táblázatának minden szabálya — és többről kiderült, hogy szokás, nem követelmény, ami lehetővé tette az egyszerűsítést. A hetedik hét végére egy valódi ügyet végig lehetett futtatni, elejétől a végéig.

8–11. hét: biztonságossá tenni, hogy pénzt lehessen kérni érte

Az utolsó szakasz volt a különbség egy bemutató és egy termék között. A fizetés, hogy az emberek valóban elő tudjanak fizetni. Egy tiszta regisztráció, amely nem igényelt kézikönyvet. A tucatnyi apró hibaállapot, amely eldönti, hogy egy idegen megbízik-e a szoftverében vagy elpártol. És a tesztelés — unalmas, ismétlődő tesztelés — az alapítóval és két barátságos ügyféllel, akik beleegyeztek, hogy szándékosan törjék el, mielőtt az idegenek teszik. Ez az utolsó csoport sokszorosan kiérdemelte a korai hozzáférési kedvezményét.

A „tegyél bele valami MI-t” kérdés, őszintén megválaszolva

A kívánságlistáján szerepelt az MI, ahogy ma a legtöbb kívánságlistán. Ellenkeztünk, és érdemes elmagyarázni, miért, mert ez ugyanaz a tanács, amelyet szinte mindenkinek adunk. A feladat, amelyet az első verziónak el kellett végeznie — egy ismert dokumentumkészlet ellenőrzése egy ismert szabálykészlettel szemben — olyan feladat, amelyet a szabályok jobban végeznek, mint az MI. Kiszámítható, auditálható, és amikor egy szabályozott ügyfél megkérdezi, „miért jelölte ezt meg a rendszer”, világos választ akar, nem vállvonogatást.

Ez nem jelenti azt, hogy az MI-nek nem volt helye. A folyamatban rejlett egy valóban rendezetlen, nyelvi jellegű probléma: az ügyfelek gyakran töltöttek fel olyan dokumentumokat, amelyek majdnem jók voltak, de rosszul címkézve, vagy szabad szövegként illesztettek be információt az űrlap kitöltése helyett. Ezt a rendetlenséget olvasni és rendezni pontosan az, amiben a modern MI jó. Így gondosan feljegyeztük — majd a második verzióra hagytuk. Indulás előtt hozzáadni eltolta volna a határidőt, hogy egy olyan funkciót csiszoljunk, amelyért még senki nem kért fizetni.

Az első fizető felhasználók megszerzése

Íme a rész, amelytől az alapítók a legjobban félnek, és amelyre a legkevésbé készülnek. Egy termék, amelyet senki nem talál meg, nem vállalkozás, hanem hobbi. De ennek az alapítónak volt egy előnye, amely többet ért bármilyen marketingköltségvetésnél: már volt egy közönsége, amely megbízott benne, és néhányan közülük már a szoftver létezése előtt kérték, hogy fizethessenek. Az indulási terv teljesen erre támaszkodott, és az Önének is így kellene, ha megvan.

Egy látványos nyilvános indulás helyett az ellenkezőjét tettük — egy csendeset, megfontoltat. Két héttel a konferencia előtt e-mailt küldött annak a maroknyi ügyfélnek, akik már kérték, alapító tagi árazást ajánlott nekik, és kézzel vezette be őket, videohíváson keresztül figyelve, ahogy használják. Minden zavar javítássá vált. Mire arra a színpadra állt, nem egy ötletet adott elő; egy szoftvert írt le, amelyért a kollégái már fizettek, és ezt őszintén mondhatta.

1. 1
   Kezdje azokkal, akik már kérik

   Az első megkeresése csak azoknak az ügyfeleknek ment, akik korábban felajánlották, hogy fizetnek. A meleg kereslet konvertál, mielőtt a hideg egyáltalán válaszolna.
2. 2
   Az első néhányat kézzel vezesse be

   Eleinte semmi önkiszolgáló hősködés. Minden korai felhasználót élőben végigvezetett, minden zavarpontot konkrét javítássá alakítva.
3. 3
   Alapítóknak árazzon, ne örökre

   A korai felhasználók egyértelműen időben korlátozott alapítói árat kaptak. Ez jutalmazta a kockázatukat, és a későbbi ügyfeleknek indokot adott arra, hogy az árak emelkednek.
4. 4
   Használja a határidőt indulásként

   A konferencia nem utólag ráaggatott marketingfogás volt — hanem a kényszerítő tényező, amely végig őszintén tartotta a hatókört.

Az eredmény — és hogy valójában mit jelent

Az indulás hónapjának végére a terméknek megvoltak az első fizető előfizetői — kis szám, olyasféle, amelyet még két kézen meg lehet számolni, mindegyikük valódi vállalkozás, amely valódi havi díjat fizet. Ez szerénynek hangzik, és az is. Ugyanakkor a legnehezebb mérföldkő egy szoftvertermék egész életében. A nulla fizető ügyféltől néhányig eljutni sokkal nehezebb, mint néhánytól sokig, mert ez az a pillanat, amikor az ötlet megszűnik az Öné lenni, és a piacé lesz.

Az alábbi számok szemléltető jellegűek és kerekítettek, de hűek ahhoz a formához, ami történt. Amit szeretnénk, ha leszűrne belőlük, nem a számok — hanem az arányok. Egy szorosan behatárolt első verzió, egy kicsi, célzott költségvetés, egy rövid ütemterv és egy indulás, amely a meleg keresletet célozta, nem az egész internetet.

Hol hibáztunk

Egy esettanulmány, amely csak a győzelmeket sorolja, reklám, így itt az őszinte rész. Két olyan hibát követtünk el, amelyet érdemes megnevezni, mert Önt is ugyanazok fogják kísérteni.

Először is alábecsültük a bevezetést. Gondosan behatároltuk a terméket, de egy új felhasználó élményének első öt percét utógondolatként kezeltük, valamiként, amit a végén rendbe teszünk. Kiderült, hogy ez a sorsdöntő pillanat, és egy nem tervezett hetet töltöttünk a regisztráció és az üres első képernyő újraépítésével, hogy egy idegen megértse, mit kell tennie anélkül, hogy megmondanák neki. Legközelebb az első futtatás élménye az első naptól funkció, nem a tizedik héttől.

Másodszor, hagytuk, hogy egyetlen „apró” szabály az ellenőrzőmotorban felfúvódjon. Az alapító szinte mellékesen említett egy peremesetet, megegyeztünk, hogy könnyű, és csendben elnyelt három napot, mert a valós adatok rendezetlenebbek voltak, mint amennyit a tiszta táblázata valaha felfedett. A tanulság nem az volt, hogy „kerülje a peremeseteket” — hanem az, hogy a táblázata csendben olyan kézi tisztogatást végzett, amelyről elfelejtette, hogy csinálja. A szoftvernek láthatóvá kell tennie ezt a láthatatlan munkát, és ez mindig többe kerül, mint bárki várná.

Ha ott áll, ahol ő állt

Amitől ez működött, nem egy okos architektúra vagy egy divatos eszköz volt. Fegyelem a hatókörrel kapcsolatban és őszinteség a kereslettel kapcsolatban. Bizonyítéka volt arra, hogy az emberek akarják, mielőtt egyetlen sor kódot írtunk volna, és könyörtelenek voltunk a legkisebb verzió megépítésében, amelyért valaki mégis fizetne. Egyikhez sem kell technikai háttér. Mindkettő olyasmi, amelyet ezen a héten, egyedül elkezdhet.

Ha van egy táblázata, amelyet az emberek folyton kérnek, hogy futtasson le, vagy egy kézi folyamata, amelyért az ügyfelei megköszönik, lehet, hogy közelebb van egy termékhez, mint gondolná. A veszélyes lépés az, hogy elképzeli a kész, funkciókkal teli verziót, és megdermed attól, milyen nagynak látszik. Ne tegye. Találja meg azt az egy feladatot, amelyet feltétlenül el kell végeznie, csak azt építse meg, és tegye azok elé, akik már kérik. Az ütemterv várhat. Az első fizető felhasználó nem.

Gyakori kérdések