SaaS fejlesztés: így építettünk és üzemeltetünk két SaaS terméket

Röviden

A SaaS fejlesztés olyan szoftver építése, amire az ügyfelek regisztrálnak, böngészőben használják, és havonta fizetnek érte. Ennek csak egy része a kód. Egy SaaS termékhez fiókok és szerepkörök, előfizetések és próbaidő, bevezetés (onboarding), e-mailek, ügyfelenként szétválasztott adatok kellenek, és egy olyan folyamat, amivel minden héten ki lehet adni fejlesztéseket anélkül, hogy bármi elromlana.

Ügyfeleknek is építünk SaaS termékeket, és kettőt saját magunk üzemeltetünk: a DogDietLabet, egy AI-alapú kutyatáplálási alkalmazást, és a Vistobit, egy SEO-asszisztenst weboldalakhoz és webshopokhoz. Ez a cikk azt foglalja össze, mit tanultunk a kettőből, azoknak, akik SaaS fejlesztő céget keresnek.

Mi kell egy SaaS termékhez egy „sima” alkalmazáson felül?

Egy SaaS MVP-nek nem kell mindezt teljes mélységben tudnia. Az első négyet viszont jól kell megcsinálni, mert ezeket később drága átalakítani.

1. példa: DogDietLab, AI-alapú SaaS 12 nyelven

A DogDietLab megmondja a kutyatartóknak, pontosan mit és mennyit egyen a kutyájuk, a fajta, a súly, a kor és az egészségi állapot alapján. Ez a saját termékünk, így minden döntés és minden hiba is a miénk volt.

A dogdietlab.com angol változata. Képernyőkép: 2026. október 19.

Hogyan indult. A fő folyamat egy ingyenes, kétperces elemzés volt: állapotpontszám, pontos napi adag és eledelajánlás. Ez bizonyította, hogy a gazdik használni fogják. A fiókok, a napi napló, az AI tanácsadó és a Pro előfizetés erre épültek rá.

Amit először megépítettünk. Még az első képernyő előtt megterveztük az adatmodellt: Dog, DailyLog, DietRecommendation, Owner és DietitianReview. SaaS-nál az adatmodell szinte mindent eldönt: a jogosultságokat, a riportokat, azt, hogy melyik csomagban mit lehet eladni.

Az AI rész. Az AI tanácsadó Geminin fut, és a javaslatai táplálkozási szakértők ellenőrzésén mennek át. Nem hagytuk, hogy egy nyelvi modell egyedül adjon egészségügyi tanácsot.

Hol tart ma:

• Az első működő verzió kb. két hét alatt készült el, egy fejlesztővel. Hagyományos fejlesztéssel ezt két-három hónapra becsüljük.
• Induláskor: kb. 80 komponens, 12 háttérfunkció és 9 adattípus.
• Ma: 24 regionális változat 12 nyelven (például en-us, de-de, fr-ca és pt-br), és 4375 URL a sitemapben.
• Egy új funkció jellemzően két-négy óra alatt jut el az ötlettől az élesítésig.

2. példa: Vistobi, a saját munkánkra épített SaaS

A Vistobi egy rutinból nőtt ki. Négy országban üzemeltetünk Melini webshopokat, és minden héten valakinek meg kellett nyitnia négy Search Console-fiókot, négy Merchant Center feedet és négy helyezéslistát, aztán eldönteni, mit kell javítani. Ezt a rutint először magunknak automatizáltuk, aztán termék lett belőle.

Mitől valódi SaaS, és nem belső eszköz:

• Csomagok és próbaidő. Ingyenes csomag, három fizetős csomag (Starter, Growth és Agency), 7 napos ingyenes próbaidő és 14 napos pénzvisszafizetési garancia. A csomagok a weboldalak, a felhasználók, a cikkek és az AI-ellenőrzések számában különböznek.
• Integrációk. Az ügyfelek egyszer kötik be a Google Search Console-t, a Google Analyticset és a Merchant Centert. A Growth csomagban a webshopot is, így a rendelések a keresési adatok mellett látszanak. Egy ingyenes WordPress bővítmény a jóváhagyott címeket és leírásokat beírja a Yoastba vagy a Rank Mathbe.
• Napi termék, nem riport. A Ma lista rövid javítási lista előkészített szövegekkel. A heti e-mail összefoglalja, mi mozdult.
• Több oldal, csapatok. Az Agency csomag egy teljes ügyfélportfóliót kezel, ügyfeleken átívelő prioritásokkal.

A Vistobi tanulsága: olyan feladat köré építsd a SaaS-t, amit az ügyfél már most is minden héten elvégez. Mi azért ismertük ezt a feladatot, mert magunk csináltuk.

Így visszük a SaaS fejlesztési projekteket

1. Egy felhasználó, egy feladat, egy fizetős csomag. Ki fizet, miért, és mitől fizetne a második hónapban is? Ha ez nem világos, a terv többi része csak találgatás.

2. Először adatmodell és jogosultságok. Melyik adat melyik ügyfélhez tartozik, milyen szerepkörök vannak, melyik csomag mit nyit meg. Ezt még az első képernyő előtt leírjuk.

3. Jól körülhatárolt MVP hetek alatt. Egy fő folyamat, regisztráció, működő előfizetés vagy várólista, és mérés. Az MVP fejlesztésről szóló cikkünk leírja, hogyan szűkítjük le.

4. AI-jal támogatott fejlesztés, ember által ellenőrzött logika. A rutinmunkát (űrlapok, listák, adatmentés, belépés) AI fejlesztőeszközök végzik, így az idő arra a logikára megy, ami a terméket különlegessé teszi. Kis lépéseket kérünk, és minden szabályt, ami pénzt vagy ügyféladatot érint, kézzel tesztelünk.

5. Heti kiadások az indulás után. Kis változtatások, gyakran kiadva, valódi használathoz mérve. Így jutott el a DogDietLab egy elemzéstől a 24 regionális változatig.

Saját csapat, szabadúszó vagy SaaS fejlesztő cég?

Sok alapító ügynökséggel indul az MVP-re és az első évre, és akkor vesz fel saját csapatot, amikor már vannak fizető felhasználók. Ez egészséges út, ha a kód, az adatok és a fiókok az első naptól a tieid.

Mennyibe kerül a SaaS fejlesztés?

Nálunk egy egyedi logikájú, felhasználói fiókos vagy AI-os MVP 800 000 Ft-tól indul, fix, tételes ajánlattal. Egy előfizetéses, szerepkörös, egy-két integrációs SaaS MVP ennél többe kerül, főleg a képernyők, a szerepkörök és az integrációk száma miatt. A részletes bontás itt van: Mennyibe kerül egy applikáció fejlesztése 2026-ban?

A futási költségekkel is számolj: tárhely és adatbázis, AI-használat, ha a termék nyelvi modellt hív, e-mail küldés, fizetési díjak, és valakinek a heti ideje a supportra és a fejlesztésekre.

Mikor nem jó választás az egyedi SaaS fejlesztés?

Az első hívásokon is elmondjuk: ha egy átlagos webshopra, foglalási naptárra vagy egyszerű CRM-re van szükséged, egy kész termék gyorsabb és olcsóbb. Az egyedi SaaS fejlesztés akkor éri meg, ha a fő munkafolyamat a versenyelőnyöd, ha a kész eszközök kerülőutakra kényszerítik az ügyfeleidet, vagy ha magát a szoftvert akarod eladni. Erről szól az egyedi szoftver vagy kész rendszer cikkünk.

Mit kérdezz egy SaaS fejlesztő cégtől?

1. Építettetek és üzemeltettek saját SaaS terméket?
2. Hogyan választjátok szét az ügyfelek adatait?
3. Kié a kód, az adatbázis és a fiókok?
4. Hogyan működik a próbaidő, a csomagváltás és a lemondás a tervetekben?
5. Indulás után mennyi idő alatt jut el egy kis funkció az ötlettől az élesítésig?
6. Mit hagynátok ki az MVP-ből, és miért?

Gyakori kérdések

Mi az a SaaS fejlesztés?

Olyan szoftver építése, amit az ügyfelek online használnak, és előfizetéssel fizetnek érte. A funkciókon túl ide tartoznak a fiókok és szerepkörök, az ügyfelek közötti adatszétválasztás, a csomagok és a számlázás, a bevezetés és a rendszeres kiadási folyamat.

Mennyi idő alatt készül el egy SaaS MVP?

Egy jól körülhatárolt SaaS MVP AI-jal támogatott fejlesztéssel általában néhány hét. A DogDietLab első működő verziója kb. két hét volt, egy fejlesztővel.

Lehet AI-t tenni egy SaaS termékbe?

Igen. A DogDietLab AI tanácsadója Geminin fut, táplálkozási szakértői ellenőrzéssel. A lényeg annak eldöntése, hol dönthet az AI egyedül, és hol ellenőriz ember.

Átvesztek meglévő SaaS-t is?

Igen. Az adatmodell, a jogosultságok és a kiadási folyamat átnézésével kezdünk, aztán üzleti érték szerinti sorrendben megállapodunk a javításokról és az új funkciókról.

Kapcsolódó olvasmányok

• MVP fejlesztés: működő első verzió hetek alatt
• Applikáció készítés lépései: az ötlettől az élesítésig
• Mennyibe kerül egy applikáció fejlesztése 2026-ban?
• DogDietLab esettanulmány

Ha SaaS terméket tervezel, nézd meg a SaaS és app fejlesztés szolgáltatásunkat.