Startuolio įkūrimas IT srityje šiandien skamba beveik kaip madingas užsiėmimas – visi kalba apie unicorn’us, seed rundus, product-market fit ir panašius dalykus. Bet realybė kur kas prozaiškesnė ir sudėtingesnė, nei rodo Twitter’io (dabar X) postai apie sėkmės istorijas. Jei tikrai galvoji apie savo IT projekto kūrimą, verta suprasti, kad tarp idėjos ir veikiančio verslo yra begalė mažų, nuobodžių, bet būtinų žingsnių. Pabandysiu papasakoti, kaip tai atrodo iš arčiau, be gražbylysčių.
Idėja – ne tavo, o rinkos problema
Pirmoji klaida, kurią daro dauguma pradedančių steigėjų – jie įsimyli savo idėją, o ne problemą, kurią ji sprendžia. Skamba banaliai, bet praktikoje tai reiškia štai ką: jei tu sugalvojai super aplikaciją, bet niekas nesibaladojasi su tokia problema realiame gyvenime, tavo produktas mirs dar prieš gimimą.
Prieš rašydamas nė vieną kodo eilutę, pabandyk pasikalbėti su bent 20-30 žmonių, kurie, tavo manymu, turėtų šią problemą. Ne apklausas siųsk, o tiesiog pasikalbėk. Klausk ne „ar tau patiktų toks produktas”, o „kaip tu šiandien sprendi šią problemą”. Jei žmonės jau naudoja Excel lenteles, WhatsApp grupes ar popierinius sąrašus – tai yra tavo konkurentai, ir jie dažnai stipresni nei manai, nes yra „pakankamai geri”.
Gerai veikianti taisyklė: jei negali per vieną sakinį paaiškinti, kokią problemą sprendi ir kam, tavo idėja dar neišbrandinta. „Uber, bet daiktams” nėra idėja, tai analogija. Reikia konkretumo.
Komanda: kas turi sėdėti šalia tavęs
IT startuoliui reikia bent dviejų kompetencijų branduolio – kas nors, kas moka kurti produktą (technologijas), ir kas nors, kas moka jį parduoti ar bent jau suprasti rinką. Solo founder’iai egzistuoja, bet jų kelias dažniausiai ilgesnis ir sunkesnis, nes visų sričių viena galva neišneša.
Renkantis co-founder’į, nesivadovauk vien draugyste. Geras draugas nebūtinai bus geras verslo partneris, ypač kai reikės priimti nemalonius sprendimus – atleisti darbuotoją, atsisakyti kliento, keisti strategiją per naktį. Verta iš anksto aptarti:
- kaip dalijamos akcijos (equity split) ir kodėl ne visada 50/50 yra teisingiausias variantas;
- kas priima galutinį sprendimą, kai nesutariate;
- ką darysite, jei vienas iš jūsų nori pasitraukti po metų;
- kiek laiko kiekvienas gali realiai skirti projektui (full-time vs part-time – tai dažnai griauna partnerystes).
Vesting sutartis (kai akcijos „užsidirbamos” per keletą metų, o ne iškart priklauso) – ne biurokratinė formalybė, o apsauga visiems, jei kažkas nusprendžia dingti po trijų mėnesių, pasiėmęs pusę įmonės.
MVP – kodėl nereikia tobulo produkto
Minimum Viable Product terminas jau tapo klišė, bet esmė vis tiek teisinga: tavo pirmoji versija turi būti gėdinga. Jei nesigėdiji savo pirmojo produkto, tu jį per ilgai kūrei.
Realybėje tai reiškia, kad kartais MVP net nėra kodas. Gali būti Google Forms + Zapier + rankinis darbas užkulisiuose. Airbnb pradžioje steigėjai patys fotografavo butus ir rankiniu būdu talpino skelbimus – jokios automatikos. Svarbu ne technologinis elegantiškumas, o klausimas: ar žmonės už tai mokės, ar naudos pakartotinai?
Praktinis patarimas – nustatyk sau griežtą terminą, per kurį MVP turi būti paleistas rinkai, pavyzdžiui, 6-8 savaitės. Jei praeina daugiau laiko, didelė tikimybė, kad kuri „idealų” produktą, o ne testuoji hipotezę. Ir dar vienas dalykas: neinvestuok į scale’inimo infrastruktūrą (mikroservisai, sudėtinga architektūra), kol neturi bent kelių šimtų vartotojų. Monolithic aplikacija su Postgres duomenų baze puikiai atlaikys pirmuosius tūkstančius vartotojų – tikrai neverta kurti Kubernetes klasterio dešimčiai testuotojų.
Technologijų pasirinkimas – ne apie tai, kas madinga
Čia dažnai steigėjai, ypač turintys techninį backgroundą, įklimpsta į amžiną diskusiją – kokį stack’ą naudoti. Tiesa ta, kad rinka nesirūpina, ar tavo backend’as parašytas Go, Node.js ar Ruby on Rails. Rinkai svarbu, ar produktas veikia ir sprendžia problemą.
Rekomendacija pradedantiems: rinkis technologijas, kurias komanda jau gerai moka, o ne tas, kurios „labiausiai trending” pagal Hacker News. Greitis, su kuriuo gali iteruoti, svarbesnis nei teorinis performance’as, kurio tau vis tiek neprireiks per pirmus metus.
Keletas praktinių dalykų, kurie tikrai verti dėmesio nuo pat pradžių:
- naudok debesijos paslaugas (AWS, GCP, Vercel, Railway) – nereikia savo serverio pirmame etape;
- automatizuok CI/CD nuo pirmos dienos, net jei komanda maža – tai sutaupys nervų vėliau;
- rink analitiką iš karto (PostHog, Mixpanel ar bent Google Analytics) – be duomenų negalėsi suprasti, kur vartotojai „nukrenta”;
- nesikankink su idealia dokumentacija kode – geriau parašyk veikiantį kodą ir grįžk prie refaktoringo, kai bus aišku, kad produktas gyvuos.
Pinigai: savifinansavimas, investuotojai ar valstybinė parama
Lietuvoje IT startuoliams yra keletas kelių gauti finansavimą – nuo asmeninių santaupų iki VC fondų. Kiekvienas turi savo kainą, tiesiogine ir netiesiogine prasme.
Bootstrapping (savifinansavimas) reiškia, kad tu išlaikai visą kontrolę, bet augimas dažniausiai lėtesnis, nes viską finansuoji iš savo kišenės arba pirmųjų klientų pajamų. Tai geras kelias, jei produktas gali greitai generuoti pajamas (pvz., SaaS su prenumerata).
Investuotojai (angel’ai, VC fondai) duoda pinigų mainais už dalį įmonės. Prieš eidamas šiuo keliu, supraski, kad priimdamas investiciją, priimi ir įsipareigojimą augti greičiau, nei galbūt norėtum organiškai. VC pinigai dažnai tinka tik toms verslo idėjoms, kurios gali tapti labai dideliais (venture scale) verslais – ne kiekvienas geras verslas tam tinka, ir tai visiškai normalu.
Lietuvoje taip pat egzistuoja valstybinė parama per Invega, Enterprise Lithuania programas, taip pat ES struktūriniai fondai. Skamba biurokratiškai (ir tikrai yra popierizmo), bet negrąžintinas finansavimas ankstyvame etape gali būti reikšmingas be equity praradimo. Verta patikrinti aktualias programas prieš pradedant, nes jos keičiasi kasmet.
Teisiniai reikalai – nuobodu, bet būtina
Dauguma steigėjų nekantrauja kurti produktą ir teisinius klausimus atideda „vėliau”. Bet keletą dalykų verta sutvarkyti anksti:
- įmonės forma – Lietuvoje dažniausiai MB (mažoji bendrija) tinka labai ankstyvai stadijai dėl paprastumo ir mažesnių mokesčių, o UAB reikalingas, jei planuojama priimti investiciją, nes investuotojai nori akcijų (UAB), o ne narystės teisių (MB);
- intelektinės nuosavybės klausimai – jei kodą rašo freelanceris ar co-founderis, būtina raštu užfiksuoti, kad visos teisės priklauso įmonei, ne asmeniui;
- duomenų apsauga (BDAR/GDPR) – jei renki vartotojų duomenis, net mažas startuolis privalo turėti privatumo politiką ir suprasti, kur ir kaip duomenys saugomi;
- sutartys su pirmaisiais klientais – net jei tai draugai ar pažįstami, rašytinė sutartis apsaugo abi puses, kai kyla nesusipratimų dėl mokėjimų ar apimties.
Teisininko konsultacija ankstyvoje stadijoje kainuoja pigiau nei teisminis ginčas po metų, kai įmonė jau turi vertę.
Pirmieji klientai ir kodėl „build it and they will come” neveikia
Vienas didžiausių mitų apie startuolius – kad geras produktas parduoda save pats. Neparduoda. Rinkodara ir pardavimai turi vykti lygiagrečiai su produkto kūrimu, ne po jo.
Ankstyvoje stadijoje veiksmingiausia yra vadinamasis „do things that don’t scale” požiūris – asmeniškai bendrauti su kiekvienu potencialiu klientu, rankiniu būdu spręsti problemas, kurių automatizacija dar neišspręs. Tai nuobodu ir neskaloja, bet būtent tokiu būdu sukuriami pirmieji lojalūs vartotojai, kurie vėliau tampa ambasadoriais.
Praktiniai kanalai, kurie veikia IT/B2B startuoliams Lietuvoje ir plačiau:
- LinkedIn – tiesioginis bendravimas su sprendimų priėmėjais, ne masinis spam’as, o personalizuoti pranešimai;
- bendruomenės (Slack, Discord, specializuoti forumai) – ten, kur jau būna tavo tikslinė auditorija;
- content marketing – rašymas apie problemą, kurią sprendi, pritraukia organinį srautą per mėnesius, ne dienas, todėl pradėk anksti;
- partnerystės su kitomis įmonėmis, kurios jau turi tavo tikslinę auditoriją.
Kai viskas atrodo per sunku – ką daryti tada
Jei skaitydamas visa tai jauti lengvą nerimą, tai sveika reakcija. Startuolio kūrimas iš tikrųjų yra sunkus, chaotiškas ir dažnai nedėkingas procesas. Bet yra keletas dalykų, kurie padeda išgyventi tą kelią, nesudegant per pirmus šešis mėnesius.
Pirma – susirask bent vieną žmogų (mentorių, kitą steigėją, bendruomenę), su kuriuo gali atvirai pasikalbėti apie sunkumus. Startuolių pasaulyje daug performanso – visi rodo tik sėkmes LinkedIn’e, o realybėje kiekvienas kovoja su savo demonais: pinigų trūkumu, komandos konfliktais, klientų nebuvimu.
Antra – nustatyk sau realius checkpointus, kada verta stabtelėti ir permąstyti, ar tęsti. Ne emociškai, o su konkrečiais skaičiais: jei per 6 mėnesius neturi nė vieno mokančio kliento, gal problema, kurią sprendi, tiesiog nėra pakankamai skaudi rinkai. Tai nėra nesėkmė – tai informacija.
Trečia – neužsidaryk technologijų burbule. Geriausi steigėjai, kuriuos esu matęs, praleidžia tiek pat laiko kalbėdami su klientais, kiek ir rašydami kodą, jei ne daugiau. Produktas be rinkos yra tik brangus hobis.
Ir galiausiai – neskubėk. IT industrijoje visi kalba apie greitį, augimą, „moving fast”, bet tvarus verslas dažniau statomas metų, ne savaičių, o startuolio kūrimas yra maratonas su daug netikėtų posūkių. Jei idėja tikrai gera ir sprendžia realią problemą, laikas dirbs tavo naudai, net jei šiandien atrodo, kad viskas juda per lėtai.
