Per pastaruosius dvidešimt metų DI diegimo mažajame versle modelis, kuriuo vadovavosi savininkai, buvo paprastas: jei turite problemą, pirkite prenumeratą. Reikia valdyti potencialius klientus? Pirkite CRM. Reikia planuoti socialinius tinklus? Pirkite planuoklį. Reikia sekti atsargas? Pirkite ERP.
Tapome „nuomininkų“ karta – mokame kasmėnesinius mokesčius programinės įrangos įmonėms už darbo eigas, kurios buvo sukurtos „vidutiniam“ verslui. Tačiau, remdamasis tūkstančiais pokalbių su verslininkais, pastebiu, kad jūsų verslas nėra vidutinis. Jis turi savitų bruožų, specifinių senųjų procesų ir „jungiamųjų darbų“, kurių bendroji programinė įranga niekada visiškai neapima.
Šiandien situacija keičiasi. Žengiame į SaaS suvereniteto erą.
Techninio išsilavinimo neturintys įkūrėjai nebesirenka tik tarp „standartinių sprendimų“ ir „brangių individualių projektų“. Jie naudoja DI, kad sukurtų savo „Vidinę Micro-SaaS“ – itin specifinius, lengvus įrankius, kuriuos verslo savininkas sukuria verslo savininkui, dažnai per vieną popietę.
„SaaS Overhang“: kodėl bendrieji įrankiai jūsų nenuvilia
💡 Norite Penny analizuoti jūsų verslą? Ji nustato, kuriuos vaidmenis AI gali pakeisti, ir sudaro etapinį planą. Pradėkite nemokamą bandomąją versiją →
Pastebėjau pasikartojantį dėsningumą, kurį vadinu „SaaS Overhang“ (SaaS pertekline našta). Tai nematoma trintis, kurią sukelia tie 20 % jūsų procesų, kurie netelpa į standartinį įrankį, už kurį mokate.
Kadangi SaaS įmonė turi kurti visiems, ji niekam nesukuria tobulo produkto. Galiausiai samdote žmogų tik tam, kad jis perkeltų duomenis iš vieno įrankio į kitą, arba praleidžiate valandas „Excel“ programoje „valydami“ duomenis, nes jūsų programinė įranga jų nepateikia tiksliai taip, kaip jums reikia.
Kai analizuojame sutaupymus profesinių paslaugų ir programinės įrangos srityje, didžiausios išlaidos paprastai yra ne pats prenumeratos mokestis, o žmogaus darbas, reikalingas kompensuoti programinės įrangos specifiškumo trūkumą.
Kas yra „Vidinė Micro-SaaS“?
Vidinė Micro-SaaS nėra produktas, kurį parduodate; tai įrankis, kurį sukuriate, kad išspręstumėte itin specifinę vidinę trintį.
Įsivaizduokite individualių baldų gamintoją. Jie galėtų nusipirkti bendrą projektų valdymo įrankį. Tačiau vietoj to jie naudoja DI kodavimo asistentą, kad sukurtų „Medienos atliekų optimizavimo įrankį“. Tai paprasta sąsaja, kurioje jie įveda žaliavinės medienos matmenis ir detales, kurias reikia išpjauti, o įrankis pateikia efektyviausią pjovimo planą, atsižvelgdamas į jų specifinių staklių paklaidas.
Tokio įrankio nėra „App Store“. Jokia SaaS įmonė jo nekurtų – rinka per maža. Tačiau tam verslo savininkui ši Micro-SaaS yra vertingesnė už bet kokį standartinį CRM.
„Build-Buy-Birth“ sistema
Kaip nuspręsti, kur tai pritaikyti? Naudoju paprastą mentalinį modelį, padedantį mano klientams orientuotis DI diegimo mažajame versle strategijose. Jį vadinu „Build-Buy-Birth“ (Kurti-Pirkti-Sukurti) matrica:
- PIRKTI (Standartinės paslaugos): Jei procesas yra standartinė pramonės praktika (pvz., darbo užmokesčio apskaičiavimas ar buhalterija), pirkite SaaS. Neišradinėkite dviračio.
- KURTI (Konkurencinis pranašumas): Jei procesas yra tai, kaip jūs laimite (jūsų patentuotas algoritmas arba klientų patirtis), kurkite individualų kodą. Anksčiau tam reikėjo programuotojų komandos; dabar tam reikia įžvalgaus įkūrėjo ir DI.
- SUKURTI (Vidinė Micro-SaaS): Jei procesas yra „jungiamasis darbas“ – netvarkingos, specifinės užduotys, jungiančios jūsų pagrindines sistemas – „sukurkite“ Micro-SaaS.
„Techninio barjero“ pabaiga
Priežastis, kodėl tai vyksta dabar, yra ta, kad „techninis barjeras“ išnyko. Praeityje net paprastam vidiniam įrankiui sukurti reikėjo žinių apie serverių nuomą, duomenų bazes ir sintaksę.
Šiandien tokie įrankiai kaip Replit, Lovable ir Claude „Artifacts“ leidžia apibūdinti verslo problemą paprasta kalba ir gauti veikiančią interneto programą. Jūs ne „koduojate“ tradicine prasme; jūs „architektūrą kuriate per pokalbį“.
Šis pokytis keičia verslo ekonomiką. Anksčiau galbūt žiūrėjote į interneto svetainių kūrimo kainas ir manėte, kad individualus funkcionalumas yra nepasiekiamas. Dabar galite patys sukurti veikiantį vidinio įrankio „variklį“, o blizgančią vartotojo sąsają palikti vėlesniam laikui arba visai jos nekuriant. Jei tai vidinis įrankis, jis neprivalo būti gražus; jis privalo būti tikslus.
Pagalbos ir priežiūros apibrėžimas iš naujo
Dažna baimė, kurią girdžiu: „Jei aš tai sukursiu, kas tai prižiūrės?“
Senajame pasaulyje individuali programinė įranga reiškė dideles IT pagalbos išlaidas, nes reikėjo žmogaus, kuris suprastų kodą, kad jį pataisytų. DI valdomame pasaulyje tas pats DI, kuris parašė kodą, jį ir taiso. Priežiūra dabar yra pokalbis, o ne pagalbos bilietas (angl. support ticket).
Mačiau mažą logistikos įmonę, kuri pakeitė £2,000 per mėnesį kainuojančią individualios programinės įrangos priežiūros sutartį viena „Vidine Micro-SaaS“, kurią susikūrė patys. Kai jie nori pridėti naują funkciją, jie tiesiog paprašo DI atnaujinti kodą. „Pagalbos“ vaidmuo persikėlė iš specializuoto išorinio techniko į paties verslo savininko smalsumą.
90/10 pritaikymo taisyklė
Dažnai kalbu apie 90/10 taisyklę: 90 % jūsų verslo gali veikti standartiniais bėgiais. Tačiau būtent tie 10 % „keistų“ dalykų, kuriuos darote – tai, kaip konkrečiai nustatote kainas, kaip priimate specifinio tipo klientus, kaip pranešate apie rezultatus – apibrėžia jūsų vertę.
Standartinė SaaS verčia jūsų 10 % atrodyti taip pat, kaip ir visų kitų. Vidinė Micro-SaaS leidžia tiems 10 % išlikti unikaliems, efektyviems ir priklausyti tik jums.
Kaip pradėti kurti savo pirmąjį įrankį
Nebandykite pirmąją dieną sukurti pritaikytos CRM sistemos. Pradėkite nuo „trinties taško“.
- Atpažinkite „Excel“ vaiduoklį“: Ieškokite skaičiuoklės, kurią naudoja visi biure, bet kurios visi nekenčia. Tai paprastai yra Micro-SaaS, laukianti savo eilės.
- Suplanuokite logiką: Nerašykite kodo. Surašykite taisykles. „Jei svoris viršija X, o atstumas viršija Y, taikome 15 % priemoką“.
- Naudokite DI kūrimo įrankį: Pateikite šią logiką DI įrankiui ir pasakykite: „Sukurk man paprastą interneto programėlę, kuri priima A ir B duomenis ir apskaičiuoja C pagal šias taisykles“.
Transformacija yra tikra. Judame iš pasaulio, kuriame pritaikote savo verslą prie įrankių, į pasaulį, kuriame įrankiai prisitaiko prie jūsų. Klausimas ne tame, ar esate „technologijų įmonė“. DI eroje kiekviena įmonė yra programinės įrangos įmonė – dauguma to tiesiog dar nesuprato.
Jei vis dar „nuomojatės“ darbo eigas, kurios jums nelabai tinka, laikas pažvelgti į spragas. Būtent ten prasideda jūsų vertingiausias DI diegimas.