Hogyan teljes munkaidőben dolgoztam az első SaaS-mellékprojektemkel

Ez a személyes történetem arról, hogyan szállítottam legelső SaaS mellékprojektomat, miközben teljes munkaidőben dolgoztam a Buffernél. A cikk célja, hogy inspirálja Önt. Ha olyan vagy, mint én, aki teljes munkaidőben dolgozik, és jövedelmező mellékvállalkozást akar építeni jövedelemforrásként, akkor ez a történet visszatükröződik veled.

Ezzel a cikkel azt szeretném mutatni, hogy nem „zúgolódtam” vagy túlmunkáltam, és mégis valódi SaaS terméket tudtam szállítani.

Webfejlesztõ vagyok, és nagyon szerencsés vagyok, hogy a szabadidejû focizáson túlmenõen kódolást és webes projektek készítését is élvezem. Legutóbb létrehoztam a Booknshelf alkalmazást, amely sok embernek segíti a könyvek online rendezését. Míg a teljes munkaidős foglalkoztatás nagy hatással van a mérnöki növekedésemre, néhány fejlesztői készség, amelyet megszereztem, a személyes projekteim során zajlott.

Csak tavaly kezdtem elgondolkodni azon, hogy a teljes munkaidős munkám mellett más jövedelemforrás is legyen. Kissé félelmetes az az elképzelés, hogy egyetlen fizetési csekktől függünk. Tudtam, hogy van készségem és szenvedélyem, hogy kitaláljak valamit.

Úgy döntöttem, hogy vállalkozást akarok indítani, valószínűleg online vállalkozást, figyelembe véve a készségeimet. A gondolatok másik kiváltója az volt, hogy megtapasztalni akartam és megtanultam, mit jelent egy vállalkozás kiépítése. Életemben még soha nem vállalkoztam vállalkozással, ezért nagyszerű tanulási lehetőségnek tekintem ezt az utat, amelyen megtanulhattam olyan készségeket, amelyek jelenleg nincsenek. A legrosszabb dolog, ami történhet, az lenne, hogy ha kudarcot vall, akkor még mindig tapasztalatom és rengeteg tanulásom lesz.

Ötlet

Mint gondoltam, az első dolog, amit fejlesztőként tettem, az volt, hogy elkezdem gondolkodni az ötleteken. Az ötletek soha nem jelentettek problémát számomra, de mindig kitaláltam, melyik ötlet volt megfelelő. Ezúttal úgy döntöttem, hogy kipróbálom egy másik megközelítést, és tényleg átgondolom az ötletet, mielőtt rámentem. Volt néhány kritérium, amellyel át kívántam vezetni az egyes ötleteket.

  • Valódi problémát akartam megoldani, valószínűleg valamivel, amivel személyesen szembesültem
  • A piacnak kellene lennie, jól ismerem
  • Nem szabad új ötletnek lennie (nem fogja megváltoztatni a világot)
  • Vállalattá válhat

Bármely ötlet aranyszabálya az, hogy meg kell oldania egy problémát, amely az emberek előtt áll. A múltban oly sok ötletet adtam a jegyzeteimhez - tehát a mentett ötletek medencéjének látogatása volt a kérdés.

A kezdetektől fogva tudtam, hogy valószínűleg sikeresebb leszek, ha valamit fejlesztőknek építek, mert elég jól ismerem a piacot, és legtöbb közeli barátom és online követőm tech-alapú. Használhatom a hálózatomat és a közönséget az ötletem validálásához és szilárd visszajelzéshez, mielőtt bármit elköteleztem.

Ez ténylegesen kiszűrte az összes ötletem 2–3 dologra, amelyeken dolgozhattam. Az egyik ötlet olyasmi, amit újra és újra visszatértem. Ez olyasmi, amellyel szembesültem mind a Buffernél, mind a korábbi mellékprojekteim során: egy egyszerű módszer az ütemezett cron munkák figyelésére.

Mivel az egyik olyan munkaterület, amelyben dolgozom, az elemzési adatok infrastruktúrája, tucatnyi cron feladatot futtattam a háttérben, hogy összegyűjtsem a napi elemzési adatokat ügyfeleink számára. Frissítve kell lennie. Az általunk használt Datadog figyelő szolgáltatás valóban nagyszerű, de elsősorban a folyamatos szolgáltatások vagy szerverek figyelésére szolgál. Egy egyszerű műszerfalat akartam, ahol láthatom az összes cron feladatom, állapotuk és naplóim listáját. Minden nap jelentést kap az összes futott munkáról, így tudom, hogy minden halad a pályán.

Miután kiválasztottam ezt az ötletet, meg akartam tudni, léteznek-e létező megoldások a piacon. Ha voltak, ez jó jele annak, hogy bizonyos eszközök iránt igény volt.

Valójában voltak pár a piacon, különféle fizetett tervekkel. Nem feltétlenül akartam valami teljesen új építeni, mert ha megtenném, sokkal nehezebb lett volna a piac meghatározása és érvényesítése. Az összes létező megoldás fizetős terveket hozott, tehát tudtam, hogy az emberek fizetnek érte. A következő cél az volt, hogy igazoljuk, hogy a gondolkodásom helyes-e az eredeti MVP felépítésével és elindításával.

MVP

2 hónapot töltöttem a Cronhub eredeti verziójának felépítésével (igen, nevet adtam neki). Valami életképes, amit el tudtam küldeni egy maroknyi barátomnak és a Twitter követőinek, hogy kipróbálják. Az MVP számára valami nagyon egyszerűt, de ugyanakkor elég értékeset is akartam, hogy az emberek fizetjenek érte. Tudom, hogy azt gondolhatja, hogy két hónap hosszú idő az MVP felépítéséhez, de nem a hagyományos „zűrzavar” megközelítést választottam. Ehelyett én:

  • Naponta csak 1-2 órát dolgozott
  • Naponta 8 órán át aludt
  • Néztem a Netflixet, amikor csak akartam
  • A hétvégén teljesen pihentem
  • Használtam a tech verem, amelyben a legkényelmesebben éreztem magam

Mivel teljes munkaidős munkám van, általában a Cronhub-on dolgoztam, általában 7-től 8: 30-ig. Korán reggel is dolgozhattam, de reggeljeim nagy részét az edzőteremben töltöttem. Voltak olyan napok, amikor a munka után mentálisan kimerültnek éreztem magam, és enyhültem, ám legtöbbször ragaszkodtam a rutinhoz.

Tudtam, hogy ha szeretném befejezni ezt a projektet, akkor minden nap meg kell tartanom a lendületet és el kell köteleznem magad, még akkor is, ha ez egy apró változás (egysoros kötelezettségvállalás lehet). A konzisztencia mindig rendkívül hasznos volt számomra, hogy nyomon maradjak és továbbadjak. A Trello segítségével a projektfeladataimat kis mérföldkövekre bontottam.

Megpróbáltam mindegyik feladatot nagyon kicsivé tenni, hogy egy nap elindulhasson és befejezhessem. A feladatok kicsi tartása elősegítette a gyorsabb szállítást és a napi előrehaladásomat. Ha előrehaladást tapasztal, ez sokat motivál, és továbblép. Azt hiszem, ez egy elme-trükkö. A nagy feladatok elvégzése lelassít, és végül feladja azért, mert unatkozni fog és valami másra akar ugrani.

Soha nem dolgoztam egyik napról a másikra. Minden nap 10:30 körül feküdtem le és 7-kor felébredtem. A megfelelő alvás az első számú prioritásom. Meghatározza azt a mentális energiát, amely napközben van, és nem tudom feláldozni. A jó alvás mellett úgy döntöttem, hogy a hétvégeim nagy részét teljesen más dolgokon töltöm, mint például focizni, filmeket nézni, vagy barátaival és családjával együtt lógni. Annak ellenére, hogy szeretem a kódolást, tudom, hogy könnyű elégetni magát. A hétvégék segített frissíteni az agyam.

Úgy gondolom, hogy fejlesztőként mindig a legforróbb és legmenőbb technológiákat akarja használni. És ez rendben van. Én is azt akarom. A célom azonban más volt, és a lehető leggyorsabban akartam építeni és szállítani a Cronhub-ot a már ismert technológiákkal. Fókuszban maradtam a célmon, és Laravel-t és Vuejs-t használtam. A Cronhub egyoldalas alkalmazás, amely a Laravel programot használja a háttérrendszerhez.

Zárt bétaverzió

Február 20-án befejeztem a Cronhub minimális szintjét, és készen voltam arra, hogy meghívjam a korai alkalmazók első medencéjét, hogy kipróbálhassa. A tweettem után körülbelül 20–25 ember hívott fel a Twitteren, és meghívót kért. A tőlük kapott visszajelzés nagyon értékes volt.

Volt néhány bejelentett hiba és néhány nagyszerű javaslat, amelyeket felvettem a visszajelzési dokumentumba. Fontos lépés a felhasználói visszajelzések nyomon követése, mivel segít azonosítani azokat a nyilvánvaló mintákat, amelyekre hivatkozhat, amikor a termékkel kapcsolatos döntéseket hoz.

Összességében az első benyomás és a visszajelzés biztató volt. Most tovább kellett fejlesztenem a terméket, és készen kell lennem az első nyilvános bevezetésre. Az első nyilvános bevezetést egy hónapon belül terveztem.

Nyilvános indítás

Három hónap után elindítom az első SaaS-mellékprojektemet a nyilvánosság számára. Hurrá!

Természetesen ideges vagyok, és nem tudom, hogy ez működni fog-e vagy sem. Tudom azonban, hogy ez egy lépéssel közelebb hoz a célomhoz. A cél az, hogy a Cronhub jövedelmező online üzleti vállalkozás legyen, ahol megtanulhatom és megtapasztalhatom az üzleti vezetés összes rejtett titkait. Végül is, mi a legrosszabb, ami történhet? Annyit tanultam!

Tudom, hogy túl sokat koncentráltam a jövedelmezőségre gondolkodásomra, de miután múltban ingyenesen készítettem pár mellékprojektet, tudtam, hogy ideje számomra egy kicsit komolyan foglalkozni. Az idő a legértékesebb eszköz, amely van, és tudatosan szeretném költeni. A fizetett termék építése sokkal motiváltabb, és előre tolja Önt. Ezenkívül a mellékprojektek ingyenes fenntartása drága - tapasztalataim alapján tudom.

Tanulságok

Az elmúlt három hónap nagyszerű volt a gondolkodáshoz, valamint annak értékeléséhez, hogy mi működött jól, és mi nem. Minden alkalommal, amikor új projektet építek fel, új tanulási tapasztalat. Minden projekt egyedi, és a termék körül más gondolkodási folyamatot igényel. Termékmérnökként fejleszteni szeretném a termék gondolkodásmódját, és ez segít.

Összességében sok olyan tanulságot megtanultam, amely valóban segített nekem egy ötlet elindításában és elindításában. Szeretném megosztani veled a legfontosabb kérdéseket.

  • Oldja meg a problémát, amellyel személyesen szembesül. Ez annyira kulcsfontosságú, mert alapvetően a terméket saját magának készíti, mindig szem előtt tartva. Ez sokkal könnyebbé teszi a termékkel kapcsolatos jó döntések meghozatalát. Tudja, milyen kérdéseket kell feltennie, és nagyobb az esélye, hogy felteszi a megfelelő kérdéseket.
  • Tartsa a feladatokat kicsiben. Amikor a projektet darabokra bontja, próbálja meg kicsinyíteni. A feladat nagyságának mérésére jó módja annak, ha felteszi magadtól: „Meg tudom-e csinálni egy feladatot egy nap alatt?” Ha a válasz „Nem”, akkor valószínűleg ez egy nagy feladat, és tovább bonthatja.
  • Aludj jól és pihenj. Nem tudom hangsúlyozni, mennyire fontos a megfelelő alvás. Nem kell egy éjszakán keresztül dolgoznod. Összpontosítson a növekvő fejlődésre és a kis napi kötelezettségvállalásokra. Ha nem vigyázol magadra, akkor hamarosan belefáradsz, és végül feladod.
  • Válasszon egy jól ismert piacot. Fejlesztő vagyok, és jól ismerem ezt a piacot. Tudom, hogy mi kell egy fejlesztőnek, és hogy a fejlesztői csapatok hogyan működnek együtt. Ez egyfajta dolgot ad nekem, amelyek ezen a piacon működnek és nem fognak működni. Természetesen továbbra is tévedhetek, de az esélyek sokkal kisebbek.
  • Beszélj a projektjéről. Ez számomra kihívást jelent, és még mindig alkalmazkodom ehhez. Nem igazán szeretek magamról beszélni. Szeretek többet hallgatni. Nekem nem könnyű beszélni az általam épített projektről, mert kissé szégyenlős vagyok és nem akarok olyan benyomást kelteni, hogy állandóan magamról beszélek. Tudom azonban, hogy ki kell szednem a szót és eladnom kell a projektem. Így mások fedezik fel ezt az elején. Ez a cikk erre példa.

Következtetni

Nagyon köszönöm az olvasást. Remélem, tetszett neki ez a történet, és legalább egy dolgot megtanult belőle. Szeretnék hallani rólad, ezért nyugodtan kommentálja kérdéseit. A Twitteren felkereshet velem vagy e-mailen.

Ha fejlesztő vagy egy csapat része, amely cron feladatokat használ, akkor kipróbálhatja a Cronhub-ot ingyen. Használjon „indiehackereket”, ha 20% kedvezményt kap, ha frissít a „Fejlesztő” tervre.

Cronhub ma van a PH-n, ha támogatni akar nekem :)

Hajózás - Tigran

Eredetileg a www.indiehackers.com oldalon tették közzé.