Mennyibe kerül valójában az automatizálás? Előfizetés, karbantartás, hibajavítás

Sok ajánlat jól néz ki az első oldalon. Egyszeri bevezetés, egy-két folyamat, kész. Aztán jön a második hónap: az előfizetés nő, egy app megváltozik, az űrlap mezője új nevet kap, és valaki javítást kér. Ebben a cikkben azt nézzük, mennyibe kerül valójában az automatizálás - nem az induló csomag, hanem az előfizetés, a karbantartás és a hibajavítás együtt, hosszú távon.

Ha a 2026-os ársávokat és a bevezetés nagyságrendjét keresed, azt a Mennyibe kerül az AI-automatizálás cikk tárgyalja. Itt a fókusz más: a teljes tulajdonlás költsége (TCO) az élesítés után.

Mi a „valódi költség”, ha már fut a folyamat?

A valódi költség = amit egy év alatt ténylegesen kifizetsz és rászánsz, nem csak amit az első számlán látsz.

Három tétel ismétlődik:

Előfizetés - platformok, AI-hívások, esetleg CRM vagy egyéb eszközök havi díja.
Karbantartás - apró módosítások, ellenőrzés, ha változik a folyamat vagy egy külső app.
Hibajavítás - amikor elromlik, félreküld, dupláz, vagy csendben megáll.

Ehhez jön a saját időd. Ha te nézed a hibákat, az is költség - csak nem a banki kivonaton jelenik meg.

Tipikus tévedés: „Az előfizetés olcsó, tehát az automatizálás olcsó.” Az előfizetés a benzin. A karbantartás és a hibajavítás a szerviz.

1. Előfizetés: nem egy fix sor a költségvetésben

A havi díj ritkán áll meg azon a számon, amivel elindultál. Három okból nőhet.

Használat alapú számlázás

Sok összekötő (Zapier, Make és hasonlók) futásszám, lépésszám vagy „művelet” alapján számláz. Egy „egyszerű” lánc is drágább lehet, ha sok lépésből áll, és gyakran fut.

Példa a logikára (nem árajánlat):

ha egy érdeklődő érkezésekor 8 lépés fut le,
és havonta 200 érdeklődő van,
akkor nem 200 „egyszerű futást” fizetsz, hanem sokkal több számlázott egységet.

Ezért az előfizetésnél ne csak a csomag nevét nézd. Kérdezd meg: mi számít egy egységnek, és mennyi lesz tipikus forgalomnál.

AI-hívások a folyamatban

Ha a rendszer AI-t hív (osztályozás, válaszvázlat, összefoglaló), a költség a forgalommal nőhet. Rövid, ritka hívásnál gyakran kis tétel. Hosszú szövegnél és gyakori futásnál már tervezhető sor a költségvetésben.

„Még egy eszköz” csúszása

Gyakori, hogy az automatizálás mellé később belép egy jobb CRM csomag, egy időpontfoglaló bővítmény, vagy egy plusz e-mail eszköz. Ezek önmagukban nem bajok - de a havi összeg szépen összekúszik.

Gyakorlati szabály: az első évhez számolj havi előfizetés-sávot, ne egyetlen fix számot. Kis cégnél egyszerű setupnál gyakran a korábbi költségösszefoglalóban említett nagyságrend körül mozogsz - de a volumen és a lépésszám sokat dobhat rajta. Az árfolyam (eurós számlák) is számít.

2. Karbantartás: ami „kész” után is kell

Az automatizmus nem bútor. Nem áll meg ott, ahol átadták. A körülötte lévő világ mozog.

Mikor kell karbantartás, ha „semmi sem romlott el”?

megváltozik az űrlap mezőneve vagy kötelezősége,
a CRM-ben új státusz vagy pipeline lépés jelenik meg,
az e-mail sablon szövege vagy a címzettek listája frissül,
új kivétel jön (pl. „ha partner ajánl, más sablon kell”),
a csapat másképp dolgozik, mint a bevezetéskor.

Ez nem feltétlenül nagy projekt. Gyakran 15–60 perces igazítás. De ha hónapokig senki nem nyúl hozzá, a kis eltérések összeadódnak - és egyszer nagyobb hibajavítás lesz belőle.

Mennyi időt tervezz rá?

Nincs egységes iparági átlag. A folyamatok száma és a külső alkalmazások változékonysága dönt.

Kis cégnél, 1–3 jól körülírt folyamatnál sokan havi 0,5–2 óra körül gondolkodnak ellenőrzésre és apró igazításra - ha a folyamat stabil. Ha sok app, sok kivétel és gyakori üzleti változás van, ez feljebb megy.

Számold forintra is: ha a te órád vagy a megbízott óradíja X, a karbantartás nem „nulla”, hanem havi sor.

Mit tartalmazzon a karbantartási megállapodás?

Ha nem te csinálod, kérdezd meg előre:

hány óra vagy milyen keret van havonta / negyedévente,
mi fér bele (szövegcsere, mezőmódosítás, új szűrő),
mi számít már új fejlesztésnek,
mennyi a válaszidő, ha valami elromlik,
ki figyeli a hibajelzéseket (e-mail, napló, riasztás).

Átlátható keret nélkül a „majd beleszámoljuk” gyorsan konfliktus lesz.

3. Hibajavítás: a rejtett sor, amit mindenki alábecsül

A hibajavítás nem ugyanaz, mint a karbantartás. A karbantartás tervezett igazítás. A hibajavítás: valami nem úgy működik, ahogy kellene.

Mi szokott elromlani?

a külső szolgáltatás API-ja vagy bejelentkezése megváltozik,
lejár a kapcsolat / token, és a folyamat csendben megáll,
dupla lead vagy hiányos adat megy tovább,
rossz címzett kap üzenetet, vagy rossz időzítéssel,
az AI-lépés félreérti a bemenetet, és rossz vázlatot ad.

Részletesebb tipikus hibákról későbbi cikkek is szólnak a listán; itt a költségoldal a lényeg: ki fizeti a javítást, és milyen gyorsan.

Miért drága a „ritka” hiba?

Mert nem csak a javítás órája számít. Számít:

mennyi lead veszett el, amíg senki nem vette észre,
mennyi manuális utómunka kell a helyreállításhoz,
mennyi bizalomvesztés van, ha az ügyfél rossz üzenetet kap.

Ezért a valódi költségnél érdemes észlelési időt is tervezni. Ha van egyszerű riasztás („ha 24 órája nem futott le a folyamat”), a javítás olcsóbb, mint ha két hét csend után derül ki.

Ki viseli a költséget?

Kérdezd meg az ajánlatban:

a bevezetés utáni első X nap javítása benne van-e,
a külső app változása garancia vagy külön munka,
a te oldali hibás adat (rossz mező, hiányzó e-mail) hogyan számít,
van-e óradíjas keret sürgős javításra.

Ha ezek nincsenek leírva, a „olcsó bevezetés” később drága üzemeltetés lehet.

Hogyan számold ki a 12 hónapos valódi költséget?

Ne tippelj egyetlen számot. Rakj össze sávot.

1. Havi előfizetés (sáv)
Platform + AI + kapcsolódó eszközök. Nézd a várható forgalmat, ne csak a jelenlegi tesztet.

2. Karbantartás (havi vagy negyedéves)
Órák × óradíj, vagy fix keret. Ha te csinálod: a saját órád értéke.

3. Hibajavítási tartalék
Ne nullával tervezz. Egyszerű setupnál sokan évi néhány kisebb beavatkozással számolnak; összetettebb rendszernél többel. A lényeg: legyen sor a költségvetésben, ne meglepetés.

4. Egyszeri bevezetés / 12
Az induló díjat oszd el az első évre, ha éves képet akarsz. Így nem tűnik „egyszerinek” az, ami az első év teljes költségének része.

Egyszerű éves kép:

(havi előfizetés × 12) + (karbantartás éves összege) + (hibajavítási tartalék) + bevezetés

Ha ez a szám még mindig kényelmes a ROI-számításod mellett, jó jel. Ha csak a bevezetés „fér bele”, de a 12 hónapos összeg már nem, állítsd kisebbre az első kört.

Összehasonlítás: olcsó indulás vs. olcsó tulajdonlás

Két ajánlat közül a kisebb induló ár nem mindig a nyertes.

Nézd meg egymás mellett:

melyiknél látszik a várható havi előfizetés forgalommal,
van-e karbantartási keret vagy csak „majd szólj”,
mi a válaszidő hibánál,
mennyire tiszta, mi számít új fejlesztésnek,
van-e napló, riasztás, emberi ellenőrzési pont a kritikus lépéseknél.

A no-code és az egyedi út költségprofilja is más lehet; erről a No-code vs. egyedi AI-integráció cikk ad döntési keretet. Itt a lényeg: a tulajdonlás költsége dönt, nem a bemutató ára.

Ellenőrzőlista: mit kérdezz, mielőtt „késznek” hívod a projektet?

Mi a várható havi előfizetés saját forgalommal, nem demóval?
Mi számít számlázott egységnek a platformon?
Hol van AI-hívás, és mi történik, ha nő a forgalom?
Ki figyeli, ha a folyamat megáll?
Mennyi időn belül jön javítás, ha elromlik?
Mi fér bele a karbantartásba az első 3–6 hónapban?
Mi számít külön munkának (új ág, új app, új szabály)?
Hol van emberi jóváhagyás, mielőtt az ügyfél üzenetet kap?

Ha ezekre nincs válasz, még nem látod a valódi költséget - csak az induló sort.

Gyakori kérdések

Az előfizetés után miért kell még fizetni bármit is?

Mert a folyamat a cégedhez és külső alkalmazásokhoz kapcsolódik. Ezek változnak. A karbantartás és a hibajavítás ezért nem „extra luxus”, hanem az üzem része - mint a könyvelés frissítése új szabályoknál.

Elég, ha magam javítgatom, ha baj van?

Igen, ha van időd és érted a folyamatot. Számold bele az óráidat. Ha egy elromlott utánkövetés fél napodba kerül, az is költség - csak nem számlán.

Mennyi hibajavítási tartalékot tervezzek az első évre?

Pontos átlagot nem érdemes ígérni. Egyszerű, kevés appos folyamatnál kisebb tartalék is elég lehet. Sok kivételnél és gyakori üzleti változásnál tervezz nagyobbat. A cél: ne a nulláról indulj.

A garancia fedezi, ha a Zapier / Make / CRM változik?

Nem mindig. Sok ajánlatnál a külső szolgáltatás változása nem ugyanaz, mint a saját hibás beállítás. Kérdezd meg írásban, mielőtt aláírsz.

Hogyan döntsek két ajánlat között, ha az egyik olcsóbb induláskor?

Nézd a 12 hónapos összeget: előfizetés + karbantartás + várható javítás + bevezetés. Ha kell, a ROI-cikk képletével vedd össze a haszonnal is.

Összefoglaló

Az automatizálás valódi költsége nem az első számla. Az előfizetés forgalommal nőhet, a karbantartás folyamatos apró munka, a hibajavítás pedig akkor a legdrágább, ha későn veszed észre.

Mielőtt döntesz, írj fel egy 12 hónapos sávot: eszközök, karbantartás, hibajavítási tartalék, bevezetés. Ha ez a kép tiszta, sokkal biztosabban választasz ajánlatot - és kevesebb meglepetés ér később.

Ha szeretnéd, hogy valaki átnézze a saját folyamataidat és a várható üzemeltetési tételeket is, egy rövid automatizálási audit jó kiindulópont lehet - kötetlen, konkrét következő lépéssel, nem „mindent automatizálunk holnapra” ígérettel.