🤖 Lioner Digital Agency - Tartalomtérkép

Október 15. óta él a Mohamanó Alapítvány új weboldala a mohamanoalapitvany.hu címen. Az oldalt díjmentesen terveztük és fejlesztettük, a látványtervtől az élesítésig, mert fontosnak tartjuk azt, amit az alapítvány csinál, és ehhez mi egy jól működő weboldallal tudunk a legtöbbet hozzátenni.
A Mohamanó ÉlményMűhely Közhasznú Alapítvány 2022 óta segíti a hátrányos helyzetű gyerekeket. Gyermek- és anyaotthonoknak, iskoláknak, óvodáknak és családoknak visznek élelmiszert, bútort, ruhát és játékot, kirándulásokat és táborokat szerveznek, tanulmányi támogatást adnak, és minden évben országos rajzpályázatot hirdetnek. A saját számaik szerint a megalakulásuk óta közel 6.000 gyereknek szereztek örömöt. Állami támogatást nem kapnak, magánszemélyek és cégek adományaiból működnek, ezért náluk az online adományozás nem egy menüpont a sok közül, hanem a működés egyik alapja.
Miért csináltuk ingyen?
Szeptember 25-én keresett meg minket az alapítvány. A régi oldaluk félkészen maradt: az előző fejlesztő elérhetetlenné vált, a lábléc menüpontjai és az Adományozás gomb egy tesztdomainre vittek, a bankkártyás adományozás pedig sosem élesedett, csak a tesztkörnyezete volt beállítva. Vagyis aki online akart adni a gyerekeknek, az egyszerűen nem tudott.
Amikor megismertük, mivel foglalkoznak, nem kellett sokat gondolkodnunk azon, hogy ezért nem kérünk pénzt. Hivatalos árajánlatot és szerződést ettől még készítettünk, 0 forintos végösszeggel, hogy a felajánlásnak papíron is nyoma legyen. Cserébe csak annyit kértünk, hogy digitális partnerként megjelenhessünk a támogatóik között.
Mit tud az új oldal, ha adományoznál?
Az oldal legfontosabb része az adományozás, ezért ezt építettük meg a legnagyobb gonddal. Bankkártyával lehet adni a SimplePay-en keresztül, egyszer vagy havi rendszerességgel. Adományozó doboz van az Adományozás oldalon, a főoldalon és minden gyűjtés saját oldalán is, egyszeri adományhoz pedig regisztrálni sem kell.
Minden összeg mellé az oldal odaírja, mire elég: a 2.000 forint egy gyerek karácsonyi cipősdobozához járul hozzá, az 5.000 egy iskolakezdő tanszercsomaghoz. A 10.000 forintból egy gyerek eljuthat egy élménynapra, a 25.000 pedig egy tehetséges diák nyári táborát segíti a Tisza-tónál. Saját összeg is beírható, és ezeket a szövegeket az alapítvány maga írja át, ha változnak a programjaik.
A havi adománynál a fizetés előtt egy rövid bekezdésben látszik minden, amit tudni kell: mennyit von le a rendszer, hányszor, legfeljebb mekkora összeget és meddig. A havi támogató fiókot kap, ahol az Adományaim oldalon bármikor, feltétel nélkül lemondhatja az adományt, vagy kártyát cserélhet. A terhelés előtt három nappal és utána is e-mailt kap, és ha egy levonás nem sikerül, a rendszer néhány nap múlva újrapróbálja, nem ejti ki rögtön a támogatót. Ezt azért tartottuk fontosnak, mert a rendszeres adomány bizalmon múlik: aki tudja, hogy bármikor egy kattintással kiszállhat, az nyugodtabban száll be.
Cégként is lehet adni, a cég nevével és adószámával. Aki pedig inkább utalna, ugyanott megtalálja a bankszámlaszámot, az IBAN-t és a SWIFT kódot, egy-egy másológombbal.
Nem csak pénzzel lehet segíteni
Sokan nem tudnak vagy nem szeretnének pénzt adni, de szívesen segítenének. Az új oldalon minden segítési mód saját, végigvezető aloldalt kapott:

Adó 1%: lépésről lépésre leírva, hogyan lehet felajánlani az eSZJA-ban vagy papíron, egy gombnyomással másolható adószámmal.
REpont adományozás: letölthető QR-kód, amit a palack-visszaváltó automatánál beolvasva a visszaváltási díj utalvány helyett az alapítványhoz kerül.
Tárgyi adomány: mit fogadnak szívesen, a tartós élelmiszertől a működő IT eszközig.
Önkéntesség, 50 órás közösségi szolgálat diákoknak és jótékonysági nagykövetség, mindegyik saját jelentkezési űrlappal.

A cégeknek külön oldal szól a CSR-együttműködésről, egy kalkulátorral, ami megmutatja, mennyi adóalap-csökkentést és társasági adó megtakarítást jelenthet egy adott összegű támogatás egyszeri vagy tartós szerződés esetén. A pontos hatást persze a könyvelő mondja meg, ezt az oldal is kiírja a kalkulátor alatt.
Amit az alapítvány kapott a háttérben
Egy civil szervezetnek ritkán van fejlesztőre kerete, ezért az volt a cél, hogy az alapítvány mindent maga tudjon frissíteni. A hírek, a programok, a kampányok, a galéria albumai, a rajzpályázatok, a támogatók, a kuratórium tagjai és a letölthető dokumentumok egyszerű listákban kezelhetők, sorba rendezhetők és ki-be kapcsolhatók. Az oldalak blokkokból épülnek, és egy vizuális szerkesztőben közvetlenül az oldalon is átírhatók, élő előnézettel.
Az adományokhoz saját felület tartozik. Itt látszik minden befizetés és minden havi támogató, az aktív havi támogatók száma és a várható havi bevétel, és egy kattintással letölthető táblázat a könyvelőnek. A vezérlőpulton grafikon mutatja havi bontásban az egyszeri és a rendszeres adományokat, és azt is, melyik gyűjtésre mennyi érkezett. Az adományozóknak kimenő tíz levél szövege (köszönőlevél, terhelés előtti értesítő, lemondás visszaigazolása és a többi) szintén az adminban szerkeszthető.
Minden képernyőhöz tartozik súgó egy 53 cikkes, kereshető útmutatóból, ami a felületen látható gombnevekkel magyarázza el, mi hol van. A mérőkódok pedig csak akkor töltődnek be, ha a látogató ehhez a süti-sávban hozzájárult.
Három hét a megkereséstől az élesítésig
Szeptember 25-én jött a megkeresés, 30-án egy online egyeztetésen végigmentünk a látványterven, amin az alapítvány szerkezeti változtatást nem kért, csak néhány apró pontosítást. Október 15-én élesítettük az oldalt. Az alapítvány eredetileg november elejére-végére számolt az indulással, hogy a karácsonyi időszakban már működjön az online adományozás. Így ez egy hónappal korábban megvan, és a Karácsonyi cipősdoboz gyűjtés már az új oldalon indulhat.
A legtöbb munka a fizetéssel volt. A havi adományhoz a SimplePay kereskedői fiókon külön engedélyeztetni kell az ismétlődő fizetést, az éles tesztet pedig úgy időzítettük, hogy Stelczer Veronika, az alapítvány kuratóriumi elnöke a gép előtt üljön a kétlépcsős azonosítás miatt. A régi oldal tartalmát, köztük egy 155 képes fotóalbumot, átköltöztettük, és a régi címekről átirányítást tettünk az újakra, hogy a korábban megosztott linkek és a keresőben lévő találatok ne hibaoldalra vigyenek.
Ami ezután jön
Bízunk benne, hogy ez nem egy lezárt projekt, hanem egy együttműködés eleje. Az alapítványnak van még ötlete bőven, nekünk pedig kedvünk is ahhoz, hogy ezeken együtt dolgozzunk. Addig is, ha te is segítenél, az új oldalon pár perc alatt megteheted: egyszeri vagy havi adománnyal, vagy jövő tavasszal az adód 1%-ával.
Az elkészült oldal részletesebb, technikai bemutatóját a Mohamanó referenciánál olvashatod. Ha pedig a te szervezeted is félkész oldallal és elérhetetlen fejlesztővel maradt, ebben a cikkünkben összeszedtük, mit érdemes tenni, ha eltűnt a webfejlesztőd.

Hétfő reggel tudni szeretnéd, hogyan ment a múlt hét. Mennyi rendelés jött, mennyi lett a forgalom, nőtt-e a visszaküldés. Sok cégnél ehhez több rendszert kell megnyitni, vagy valaki összerakja Excelben.
A Claude Dashboards, az Anthropic október 8-án bétában indult funkciója, ezt egy kérdésből megcsinálja. Leírod, mit szeretnél látni, a Claude pedig élő dashboardot épít a bekötött adataidból. Két nappal az indulás után a saját LionerERP-nkre és egy ügyfelünk rendszerére is építettünk egyet, ebből a tapasztalatból lett ez az útmutató.

Előfizetés. A Claude Dashboards bétafunkció, a Pro, Max, Team és Enterprise csomagban érhető el, az ingyenesben nem. A használata a csomagod normál keretéből fogy, külön díja nincs.
Adatforrás. Kipróbálni egy CSV-fájllal is tudod. Élő, magától frissülő dashboardhoz connector kell, ez lehet kész connector vagy a saját rendszeredhez írt egyedi MCP szerver.
Adatbiztonság. Éles céges adatot csak akkor köss be, ha átgondoltad, ki fér hozzá a dashboardhoz, és milyen adatkezelési feltételek vonatkoznak a csomagodra.

Mi kell a Claude Dashboardshoz?
A Claude Dashboard beállítása hét lépésben
Hol vannak az adataid?
Adatvédelem: mit lát a Claude, és mit látnak mások?
Amit az első dashboardjainknál tapasztaltunk
Ha nincs kész connector: egyedi MCP szerver
Mit csinálj most?
Gyakori kérdések

Fizetős előfizetés, egy adatforrás, és Team vagy Enterprise csomagnál egy bekapcsolt kapcsoló. A részleteket a táblázatban találod.

Ezt 2026. október 14-én ellenőriztük. Források: Claude árlista, az Anthropic bejelentése.

A lépéseket egy kitalált cégen, a Mintakert Kft.-n mutatjuk meg, amely kerti bútorokat árul a saját webshopjában és egy piactéren. A menüpontokat az angol nyelvű felület szerint írjuk. A végére egy céges arculatú, megosztható dashboardot kapsz.

Nyisd meg a claude.ai-n az Artifacts oldalt, és a „Make something new” résznél válaszd a Dashboard (Beta) sablont. Böngészőben és az asztali alkalmazásban is megy, Claude Code nem kell hozzá.
Ha nem látod a Dashboardot a sablonok között, vagy ingyenes csomagod van, vagy céges fióknál a tulajdonos még nem kapcsolta be. Ilyenkor kérd meg, hogy az Organization settings alatt az Artifacts menüben kapcsolja be a Dashboards-t, a Capabilities alatt pedig az „Enable artifact connectors” kapcsolót is. Enélkül a dashboard nem tud élő adatot lekérni.

A connector az a bővítmény, amelyen keresztül a Claude egy külső rendszerből olvas. Kész connectornál nyisd meg a Customize menüben a Connectors részt, keresd meg a rendszeredet, kattints a Connect gombra, és lépj be a saját fiókoddal. A connectorokról szóló súgó szerint a Claude a te jogosultságaiddal olvas, vagyis amit a forrásrendszerben nem látsz, azt a Claude sem éri el.
Saját vagy egyedi MCP szervernél ugyanitt az Add, majd az Add custom connector pontot válaszd. Két mezőt kell kitöltened. A Name mezőbe a connector neve kerül, az MCP server URL mezőbe pedig az a cím, amelyet a fejlesztőtől kaptál. A mintában ez a Mintakert ERP név és a https://mcp.example.com/mintakert cím. Az egyedi connector az Anthropic felhőjéből csatlakozik, ezért a szervernek az interneten elérhetőnek kell lennie. A saját gépeden futó szerverhez a Claude nem fér hozzá.

Ha csak kipróbálnád, egy táblázat is elég. Másold be az alábbi kitalált adatsort a chatbe, vagy mentsd el mintakert-heti-eladasok.csv néven, és húzd be. Nyolc hét eladásai vannak benne két csatornára bontva, nettó forintban.
het_kezdete,csatorna,rendelesek,netto_forgalom_ft,visszakuldott_rendelesek
2026-08-17,Webshop,118,3233200,4
2026-08-17,Piactér,46,1007400,3
2026-08-24,Webshop,124,3459600,5
2026-08-24,Piactér,51,1137300,3
2026-08-31,Webshop,131,3550100,4
2026-08-31,Piactér,49,1058400,2
2026-09-07,Webshop,127,3594100,6
2026-09-07,Piactér,55,1254000,4
2026-09-14,Webshop,139,3864200,5
2026-09-14,Piactér,58,1281800,3
2026-09-21,Webshop,146,4175600,5
2026-09-21,Piactér,54,1215000,4
2026-09-28,Webshop,152,4271200,6
2026-09-28,Piactér,61,1329800,3
2026-10-05,Webshop,168,4620000,9
2026-10-05,Piactér,64,1433600,5
A feltöltött fájlból készült dashboard pillanatkép. A számai addig maradnak, amíg új fájlt nem adsz neki. Élő, magától frissülő dashboardhoz connector kell.

A Dashboard sablonból induló chatben írd le, mit szeretnél megtudni. Az Anthropic súgója szerint az a kérés működik jobban, amelyik azt mondja meg, mi érdekel, és nem csak azt, hogy mit rajzoljon ki. Ha az adat egy konkrét táblában vagy rendszerben van, azt is nevezd meg.
A minta adatokhoz ezt a kérést írtuk be.
Készíts dashboardot a Mintakert heti eladásairól.
Azt szeretném látni, hogyan alakult a legutóbbi hét az előzőhöz képest.
Felül négy számkártya: nettó forgalom, rendelések száma, átlagos
kosárérték és visszaküldési arány, mindegyiknél a változás az előző héthez.
Alatta a heti nettó forgalom vonaldiagramon, csatornánként külön vonallal.
A forgalom nettó forintban van. A visszaküldési arány a visszaküldött
rendelések száma osztva az összes rendelés számával.
Élő connectornál ugyanígy mehet, csak a forrást is nevezd meg. Például így: „A Mintakert ERP connectorból kérd le az elmúlt nyolc hét rendeléseit.” A jó kérés általános szabályairól az AI parancsok írásáról szóló cikkünkben írtunk.
A mintában a Claude a beillesztett sorokat CSV-ként csatolta a dashboardhoz, majd elkészítette a számkártyákat és a vonaldiagramot.

Mielőtt továbbadod a dashboardot, nézd meg, miből számolt. A fejlécben az adatbázis ikonra kattintva megnyílik a Sources panel, ami felsorolja a dashboard forrásait és lekérdezéseit. A mintában ilyen a „Heti eladások csatornánként” nevű CSV, az „Utolsó hét az előzőhöz” és a „Heti összesítés”. Ugyanitt megkérheted a Claude-ot, hogy magyarázza el, hogyan számolta az egyes értékeket.
A minta adatokból az alábbi értékeknek kell kijönniük. Ha a dashboardod mást mutat, nézd meg a hozzá tartozó lekérdezést.

Az MCP-bevezetéseinknél már az első élő kérdés a definíciókon akadt el, és a dashboardnál ez ugyanígy van. Érdemes leírni, hogy nálad a forgalom bruttó vagy nettó, és a leadott vagy a teljesített rendelést jelenti. Ha ezt nem írod le, a Claude választ helyetted, és nem biztos, hogy ugyanazt, mint a könyvelőd. Ha egy szám nem úgy számol, ahogy kellene, írd meg a chatben, mit változtasson.

A dashboardot ugyanabban a chatben alakítod tovább, egyszerű kérésekkel. A mintánál ezeket kértük.
Tegyél fel egy csatornaszűrőt: Webshop, Piactér, mindkettő.
Mutasd hetente a visszaküldési arányt is, csatornánként, és jelöld
pirossal, ha 5% fölé megy.
Adj hozzá egy kördiagramot a legutóbbi hét nettó forgalmának
csatornák szerinti megoszlásáról.
A mintában a legutóbbi héten nőtt a forgalom, de a visszaküldés is. Összesen 4,2%-ról 6,0%-ra ugrott az arány, a piactéren 4,9%-ról 7,8%-ra, a webshopban pedig 5,4% lett. A kördiagramon jól látszik, hogy a forgalom 76,3%-a a webshopból jött, 23,7%-a a piactérről. Egy jól beállított dashboard az ilyen jelet azonnal mutatja, egy havi összesítőben viszont könnyen elsikkad.

Ettől a lépéstől fog a dashboard a cégedének látszani, és nem egy általános Claude-oldalnak. Csatold a logót a chathez az üzenetmező plusz jelével („Add files or photos”), és kérd meg a Claude-ot, hogy tegye a cég nevét és a logót a fejlécbe, a színeket pedig igazítsa a logóhoz. Mi ezt írtuk be.
Add hozzá a fejlécbe a cég nevét: Mintakert Kft., és a csatolt logót.
Igazítsd a dashboard színeit a logóhoz: világos háttér, sötétzöld főszín,
piros és levélzöld kiemelés. A kördiagram közepén a teljes nettó
forgalom legyen, a kártyák kapjanak lekerekített sarkot és finom
árnyékot. Az 5% fölötti visszaküldési arány maradjon jól látható.
A saját dashboardodnál a saját logódat és színeidet add meg. Ha a céged főszíne piros, mondd meg, milyen más színnel jelölje a figyelmeztetést, különben az 5% fölötti értékek elvesznek a kártyák között.

Lejjebb görgetve a Claude a diagramokat is a logó színeire hangolta. A kördiagram a csatornák szerinti forgalmat mutatja, a vonaldiagram a heti visszaküldési arányt. Ha valami nem tetszik, ugyanabban a chatben írd meg, mit változtasson, például a színt, a betűméretet vagy a kártyák sorrendjét.

A dashboard eleinte csak a tied. A megnyitott dashboard Share gombjával oszthatod meg. Az ablakban alapból az „Only you” van beállítva. Az „Add people or projects” mezővel embereket adhatsz hozzá, a „Copy private link” gombbal pedig privát linket másolhatsz. Team és Enterprise csomagnál a szervezeten belül adott emberekkel vagy mindenkivel megoszthatod. Cégen kívülre vagy nyilvános linkkel csak akkor, ha az admin engedélyezi. Az Export fülön az exportálási lehetőségeket találod.
Az élő dashboardnál számít, hogy ki nyitja meg. Az Anthropic dokumentációja szerint minden néző a saját connector-hozzáférésével kér adatot. Aki nem kötötte be a connectort, vagy nem engedélyezi a hozzáférést, az az élő részek nélkül látja a dashboardot. Nyilvános linkről, bejelentkezés nélkül szintén nem futnak az élő lekérdezések. Kérd meg a Claude-ot, hogy minden élő részbe tegyen egy rövid üzenetet arról, melyik connector kell hozzá.

Hogy a beállítás pár kattintás vagy egy kisebb fejlesztés lesz, azon múlik, melyik rendszerben vannak a számaid, és van-e hozzá kész connector. A connector mögött egy MCP szerver áll. Az MCP, vagyis a Model Context Protocol az a nyílt szabvány, amellyel egy AI-asszisztens egy céges rendszerhez csatlakozik.

A hazai rendszereknél 2026. október 14-én megnéztük a Claude connector-könyvtárát. A Shoprenterhez, az UNAS-hoz, a Számlázz.hu-hoz és a Billingóhoz nem találtunk kész connectort, saját fejlesztésű rendszerhez pedig értelemszerűen nincs. Ezeknél egyedi MCP szerver kell, erről lejjebb írunk részletesen.

Amit a dashboard lekérdez, azt a Claude feldolgozza, vagyis az adat az Anthropic rendszerein halad át. Céges adatnál ezért számít, milyen csomagod van. Az árlista szerint Team és Enterprise csomagnál a tartalmadon alapból nincs modelltanítás, Pro és Max csomagnál ezt a beállításokban neked kell kikapcsolnod.
Hogy mennyi adat jut el a Claude-hoz, azt a connector dönti el. Egy jól megírt MCP szerver csak azt adja ki, ami a kimutatáshoz kell, személyes ügyféladatot nem, és Team csomagnál az admin azt is beállíthatja, hogy a connector csak olvashasson. A feltöltött fájlból készült dashboard adatait viszont a Tabular Editor 2026. októberi tesztje szerint bárki elérheti, aki megnyithatja a dashboardot. Ügyfélnév és telefonszám ezért ne kerüljön bele.

2026. október 10-én dashboardot építettünk a saját LionerERP-nkből, ahol az értékesítés, a projektek, az időráfordítás és a számlák adatait kértük le. Egy ügyfelünk rendszeréből is készítettünk egyet, amelyhez mi írtuk az MCP szervert. Ezekbe futottunk bele.

Az MCP eszközök kimenete sokat számít. A LionerERP eszközei strukturált adatot adnak vissza, ezekből közvetlenül lett adatsor. Az ügyfélrendszer eszközei formázott szöveges táblázatot adtak. Abból is lett dashboard, de a számokat előbb ki kellett szedni a szövegből, és ez egy formátumváltozásnál könnyen elromlik.
A hosszú listákat a rendszer levághatja. Az időbejegyzéseinknél egy hónap túl sok sor volt egy lekérdezésre, ezért a dashboardnak pár napos szeletekben kellett lekérnie az adatot. Ha egy eszköz nem jelzi egyértelműen, hogy levágta a listát, a dashboard csendben kevesebbet számol.
Az új eszközök csak újracsatlakozás után látszanak. Amikor egy MCP szerverre új eszközöket tettünk fel, a Claude csak a connector újracsatlakoztatása után vette észre őket.
Ügyfélnek szánt élő dashboardnál előre el kell dönteni, ki és hogyan nyitja meg. Ha az ügyfél nem köti be a saját connectorát, üres részeket lát a linken. Ilyenkor érdemes rögzített számokkal, pillanatképként átadni.
A dashboard a hibás adatot is megmutatja. Az egyik kimutatásban egy hibásan rögzítettnek tűnő, nagy összegű tétel miatt az éves profit irreális lett. A profitot addig kihagytuk a dashboardból, amíg a forrásrendszerben nem tisztázták. Ami eddig egy táblázat mélyén lapult, az most elsőre feltűnik.

Ha a számaid hazai webshopban, számlázóban vagy saját fejlesztésű rendszerben vannak, egyedi MCP szervert építünk hozzá, és onnantól a Claude-ból élő dashboardot kérhetsz belőle. A Lionernél ez az egyedi rendszerfejlesztés része. A saját LionerERP-nkhöz több száz eszközt adó MCP szervert írtunk, és ügyfélrendszerhez is készítettünk már.
Egy ilyen munka nálunk így néz ki.

Átbeszéljük, milyen kérdésekre kell rendszeresen válasz, és rögzítjük, mit jelent nálatok a forgalom, a profit vagy a lezárt rendelés.
Megírjuk az MCP szervert a rendszeredhez. Saját fejlesztésnél közvetlenül, bérelt webshopnál vagy számlázónál a nyilvános API-ra építve, amennyire az API engedi.
Az eszközöket úgy tervezzük, hogy rendezett adatsorokat adjanak vissza, a hosszú listákat lapozzák, és jelezzék, ha valami lemaradt. A dashboard ettől lesz megbízható.
Beállítjuk a jogosultságot és a naplózást, a kimutatáshoz nem szükséges személyes adatokat pedig kihagyjuk.
Az MCP szervert egy interneten elérhető, védett szerverre tesszük, mert a Claude az Anthropic felhőjéből csatlakozik hozzá. Ezután bekötjük a Claude-ba, és veletek együtt megépítjük az első dashboardokat.

Ha az adataid BigQuery-ben, Snowflake-ben vagy Salesforce-ban vannak, a kész connector elég, ehhez nem kell fejlesztő. Ha pedig a számok még több Excel-táblában és papíron vannak, előbb a rendszert kell rendbe tenni, erről a mikor nőtte ki a céged az Excelt cikkünkben írtunk. Hogy a dashboardon túl mire jó még egy céges rendszerhez kötött AI, arról a ChatGPT és a céges rendszer összekötéséről szóló cikkünk szól.

Írd le azt a három-öt számot, amit hetente a legtöbbször megkérdezel, és nézd meg, melyik rendszerben vannak. Ha van hozzájuk kész connector, a fenti hét lépéssel akár ma elkészülhet az első, céges arculatú dashboardod. Ha nincs, vagy saját rendszert használsz, írj nekünk, és megnézzük, mennyi munka az MCP szerver. Az egyedi rendszereinkről az egyedi ERP és CRM fejlesztés oldalán olvashatsz.

Hónap vége van, össze kell szedni a kollégák papír jelenléti íveit, valaki kétszer írta be ugyanazt a napot, a szabadságokat pedig egy külön Excelből kell visszakeresni, mert fejből senki nem tudja, kinek mennyi maradt. Egy kisebb cégnél ez havonta órákat visz el, és a végén sem biztos, hogy minden adat stimmel.
A munkaidő-nyilvántartás azt mutatja meg, ki mikor kezdett és fejezett be, hány órát dolgozott, és hány nap szabadságot vett ki. Vezethető papíron, Excelben vagy egy munkaidő-nyilvántartó rendszerben, a kérdés az, hogy nálatok melyik nem visz el több időt, mint amennyit megér.
Mi magunk is papíron kezdtük, aztán írtunk egy ingyenes jelenléti ív generátort, végül a saját rendszerünkbe költöztettük az egészet. Ebből írjuk le, mikor melyik megoldás elég. A jogi részleteket szándékosan kihagyjuk, azokban a könyvelőd vagy egy munkajogász tud pontos választ adni.

Hol csúszik el a munkaidő-nyilvántartás papíron és Excelben?
A legtöbb gond abból jön, hogy a nyilvántartást utólag rakják össze. Egy tíz fő alatti szolgáltató cég HR-felelősével beszélgetve is elhangzott, hogy a kollégák valószínűleg a hónap végén töltik ki az ívet. A négy héttel korábbi érkezést és távozást viszont senki nem tudja fejből, így a hónap végén visszaírt órák ritkán pontosak, és ha később vita van belőlük, nehéz bármivel alátámasztani őket.
A tipikus gyenge pontok papíron és Excelben:

részmunkaidő és kettéosztott nap: aki délelőtt és délután is dolgozik néhány órát, annak egy érkezés-távozás sor kevés;
áthelyezett munkanapok és ünnepek: minden évben kézzel kell átvezetni őket, és könnyű elnézni, ha valaki az áthelyezett pihenőnapon mégis dolgozott;
szabadság-egyenleg: ki mennyit vett ki, mennyi maradt, mennyit visz át a következő évre;
verziók: ki írta át a táblázatot, és melyik a végleges;
átadás a bérszámfejtőnek: a havi összesítőt valakinek kézzel kell összeraknia.


Papír, Excel, ingyenes generátor vagy rendszer: melyik mikor elég?
A jó megoldás a cég méretétől és a munkarend bonyolultságától függ. Egy háromfős, fix munkaidős irodának más kell, mint egy tízfős szolgáltatónak, ahol mindenki máskor dolgozik.



MegoldásKinek elégHol a határa


Papír jelenléti ív1-3 fő, fix munkaidőKézi összesítés, a szabadság külön lapon, nehezen kereshető
Excel-táblázatKevés dolgozó, egy felelős vezetiVerziók, képlethibák, nincs jóváhagyás és nem látszik, ki mit írt át
Ingyenes jelenléti ív generátorFix vagy egyszerű műszakos munkarend, havi nyomtatott ívNem tárol adatot, nem vezet szabadság-egyenleget
Kész munkaidő-nyilvántartó programTöbb dolgozó, ha csak a munkaidő és a szabadság kellJellemzően fejenkénti havidíj, a cég többi rendszeréhez nehezen kapcsolódik
Saját modul a cég rendszerébenAhol a munkaidő a projektekhez, a számlázáshoz vagy a foglalásokhoz is kellEgyszeri fejlesztési költség, tervezést kér



A mi generátorunk a harmadik sor. Böngészőben fut, regisztráció nélkül, kiszámolja a magyar munkaszüneti napokat, kezeli az ebédszünetet és az éjszakai műszakot, és nyomtatható ívet ad, amit kézzel kell aláírni. Az adatokat nem tárolja, ezért minden hónapban újra ki kell tölteni.

Szabadság-nyilvántartás: itt fogy el leghamarabb az Excel
A munkaidőt sok cég még elfogadhatóan vezeti, a szabadságnál viszont gyorsan elvész a fonal. A szabadságkeret dolgozónként más, ehhez jön az előző évből áthozott szabadság, a betegszabadság, és az is, hogy minden kérést valakinek jóvá kell hagynia.
Sok helyen ez három külön helyen él: egy lapon a keretek, egy másikon a kivett napok, és egy e-mail-szálban a kérések. Egy rendszerben a kolléga rögzíti a kérést, a vezető jóváhagyja, az egyenleg és a havi jelenléti ív pedig magától frissül. Az említett szolgáltató cég is pontosan ezt a folyamatot kérte: a kolléga rögzít, az adminisztrátor jóváhagy.

Hogyan csináljuk mi a Lionernél?
Sokáig mi is papíron töltöttük a jelenléti ívet. Ebből lett a jelenléti ív generátor, amit először magunknak írtunk meg, aztán kitettük bárkinek. Ma a szabadságokat, a munkaszüneti és az áthelyezett napokat a saját ERP-nkben vezetjük, és a hónap végén ebből készül el mindenkinek a nyomtatható ív, amit kézzel aláírunk.
Az egyik cég, amelyik kipróbálta a generátort, pontosan azt hiányolta belőle, ami egy ingyenes eszköz határa: a napon belüli több munkaszakaszt, az eltárolt dolgozói adatokat és a szabadság-egyenleget. Ezek egy nyomtatható ívbe nem férnek bele, egy rendszerbe igen.

Mikor éri meg saját munkaidő- és szabadságkezelő modul?
Szerintünk akkor, ha a munkaidő-adat más folyamatokhoz is kell, és nem csak egy havi papír miatt vezetitek. Néhány jel, hogy itt tartotok:

öt-tíz dolgozónál több, vegyes munkarenddel vagy részmunkaidővel;
szabadságigénylés jóváhagyással, egyenleggel és éves tervvel;
a ledolgozott órákat projektekhez vagy ügyfelekhez is rendelni kell, mert ebből számláztok;
van már, vagy most épül egy ERP-, CRM- vagy foglalási rendszer, amihez a munkaidő kapcsolódik;
a bérszámfejtőnek minden hónapban ugyanazt az összesítőt kell előállítani.

Ha csak egy-három ember fix munkaidejét kell vezetni, rendszert építeni nem éri meg, a papír vagy a generátor elég. Ha sok dolgozónál csak a munkaidő és a szabadság kell, egy kész előfizetéses program is jó választás. Saját modult akkor érdemes fejleszteni, ha a munkaidő-adatnak a cég más rendszereiben is dolgoznia kell, ilyenkor az egyedi ERP- vagy CRM-rendszer része lesz. Hogy mikor nőtte ki egy cég a táblázatokat, arról az Excel kinövéséről szóló cikkünkben írtunk, a kézi adminisztráció rejtett költségéről pedig a manuális működés költségéről szóló cikkben.

Mit csinálj most?
Nézd meg a mostani nyilvántartásodat három kérdéssel: kiderül-e belőle minden napra a munkakezdés és a befejezés, meg tudod-e mondani kikeresés nélkül bárki szabadság-egyenlegét, és mennyi idő a havi összesítés. Ha egy-két dolgozód van és minden rendben, nyugodtan használd a jelenléti ív generátorunkat. Ha a szabadság, a projektek és a számlázás is bejönnek a képbe, érdemes egy saját rendszerben gondolkodni, és ezt szívesen végignézzük veled.

Ha a viszonteladóid ma telefonon, e-mailben vagy egy Excelben kiküldött árlistából rendelnek, a kollégáid napjának jó része árak kikeresésével, visszaigazolással és rendelések újragépelésével telik. Ilyenkor szokott felmerülni, hogy ezt is lehetne webshopon.
A B2B webshop olyan webáruház, amelyben céges partnerek rendelnek tőled: belépés után a saját, szerződött áraikat látják nettóban, és jellemzően átutalással vagy fizetési határidővel fizetnek. Kívülről úgy néz ki, mint egy hagyományos webshop, de az árazás, a hozzáférés, a fizetés és a háttérrendszerek bekötése más logikát kér.
Egy saját B2B webáruház-projektünk alapján írjuk le, hol tér el a kettő, és mikor elég hozzá egy bérelt rendszer.

B2B és B2C webshop: a különbségek egy táblázatban
A legtöbb eltérés abból jön, hogy a B2B vevő rendszeresen vásárol, ismert feltételekkel, egy üzleti kapcsolat részeként. A lakossági vásárló ezzel szemben sokszor egyszer jön, és összehasonlít.



SzempontB2C (lakossági) webshopB2B webshop


Ki vásárolBárki, regisztráció nélkül isJóváhagyott céges partner, belépés után
ÁrMindenkinek ugyanaz, áfával együttPartnerenként vagy árcsoportonként eltér, nettóban
Mi látszik belépés nélkülMindenSemmi, vagy csak a katalógus ár nélkül
RendelésKis kosár, böngészés alapjánNagy tétel, cikkszám alapján, sokszor ismétlődő
FizetésBankkártya, utánvétÁtutalás, fizetési határidő, hitelkeret
SzámlaMagánszemély nevéreCégnévre, adószámmal
Elállás14 napos elállási jog a fogyasztónakJogszabály nem írja elő, a szerződés és az ÁSZF dönt
Adatok forrásaSokszor maga a webshopJellemzően egy ERP vagy készletkezelő rendszer



Utoljára ellenőrizve: 2026. október. A fogyasztói árfeltüntetést a 4/2009. (I. 30.) NFGM–SZMM együttes rendelet, a fogyasztót megillető elállási jogot a 45/2014. (II. 26.) Korm. rendelet szabályozza.

Árazás: mindenkinek más ár, nettóban
A B2B webshop legfontosabb funkciója, hogy a belépett partner a saját árát lássa. Ez háromféleképpen szokott felépülni: árcsoportonként (például viszonteladó és kiemelt partner), partnerenként adott kedvezménnyel a listaárból, vagy termékenként szerződött egyedi árral. A gyakorlatban a három keveredik, és mellé jönnek a mennyiségi sávok, ahol tíz kartontól más az ár, mint egytől.
Lakossági vásárlónak az áfát is tartalmazó eladási árat kell mutatni, ezt a fogyasztói árfeltüntetési szabály írja elő. Céges partnernek mutathatsz nettó árat, és nekik ez a megszokott, mert nettóban kalkulálnak. Ha egy webshop mindkét vevőkört kiszolgálja, belépés előtt bruttó, belépés után nettó árat mutat.
Az árképzés ott lesz bonyolult, ahol a termék ára nem egyetlen szám. Egy építőanyag-gyártó ügyfelünknél a vakolatok ára színenként eltérő felárral jön az alapárra, ezt korábban minden rendelésnél kézzel számolták. A webshopban a partner kiválasztja a színt és a vödrök számát, és azonnal a saját árát látja. Szerintünk az ilyen iparági árképzés az a pont, ahol egy kész B2B modul kevésnek bizonyul.

Ki mit láthat: belépés, jóváhagyás, céges fiókok
Egy B2B webshop lehet teljesen zárt, ahol belépés nélkül semmi nem látszik, vagy félig nyitott, ahol a termékkatalógus nyilvános, de az ár és a kosár csak partnernek jelenik meg. A félig nyitott változat a keresőben is jobban teljesít, mert a termékoldalak indexelhetők, és az új érdeklődő is látja, mit forgalmazol.
A regisztrációt jellemzően egy kolléga hagyja jóvá: megnézi a céget, és besorolja a megfelelő árcsoportba. A regisztrációnál kérd be a cégnevet, az adószámot és a szállítási címeket, mert ezek kerülnek a számlára és a szállítólevélre. Nagyobb partnernél egy cég alatt több felhasználó is rendel: a beszerző állítja össze a kosarat, a telephelyek pedig külön címre kérik az árut.

Hogyan rendel egy B2B vevő?
A B2B vevő nem böngészik. Tudja, mit akar, sokszor cikkszámra keres, és ugyanazt rendeli havonta. Neki az számít, hogy minél kevesebb kattintással kész legyen a rendelés, ezért a B2B webshopban más funkciók kerülnek előtérbe, mint egy lakossági boltban:

gyorsrendelés cikkszám és mennyiség megadásával, a termékoldal megnyitása nélkül;
korábbi rendelés újrarendelése egy gombbal;
rendelés feltöltése Excelből vagy CSV-ből, ha sok a tétel;
minimum rendelési érték, kartonos vagy raklapos egységek;
letölthető saját árlista és rendelési előzmények.

Ami egy lakossági webshopban sokat számít, a kuponok, a felugró ajánlatok vagy a „mások ezt is vették” blokk, itt jóval kevesebbet ér. A rendelésről viszont a partner és a saját kollégáid is azonnal kapjanak visszaigazolást e-mailben, hogy ne kelljen utána telefonálni.

Fizetés, számla és elállás B2B-ben
Céges partnerek ritkán fizetnek bankkártyával. A tipikus megoldás az átutalás díjbekérő alapján, vagy kiszállítás után számlára, fizetési határidővel. A határidőhöz gyakran hitelkeret is tartozik, és a webshopnak jeleznie kell, ha a partnernek lejárt tartozása van, vagy túllépné a keretét. A számlát a webshop a számlázó programodban, például a Számlázz.hu-ban vagy a Billingóban automatikusan kiállíthatja a partner cégnevére és adószámára.
A 14 napos, indoklás nélküli elállási jog a fogyasztót illeti meg, a céges vevőt nem. A visszárut, a reklamációt és a fizetési késedelmet B2B-ben az ÁSZF vagy a partnerrel kötött keretszerződés rendezi, ezért a lakossági webshop ÁSZF-jét nem érdemes egy az egyben átvenni. Mi fejlesztők vagyunk, nem jogászok, a B2B ÁSZF-et szakemberrel írasd meg.

Összekötés az ERP-vel és a készlettel
B2B-ben a webshop ritkán az egyetlen rendszer. Az árak, a készlet és a partnerek adatai általában egy vállalatirányítási (ERP) rendszerben vagy egy készletkezelőben élnek, és a webshopnak ezekből kell dolgoznia. Ha ez kimarad, két helyen kell árat módosítani, és előbb-utóbb a partner rossz árat lát.
A jól működő felállásban az árak, a készlet és a partnerlista a háttérrendszerből jönnek a webshopba, a rendelések pedig visszamennek oda. Az említett építőanyag-gyártónál az árak a meglévő ERP-jükből szinkronizálhatók, így árváltozáskor elég egy helyen dolgozni. Ha még nincs ilyen rendszered, vagy nem tudod, melyikre van szükséged, az ERP és a CRM különbségéről külön írtunk.
Ajánlatkérés előtt nézd meg, a mostani rendszered tud-e adatot adni API-n vagy legalább rendszeres exportban. Ez dönti el, mennyi munka lesz az összekötés, és a B2B webshop árában is ez az egyik legnagyobb tétel. Ha a háttérrendszer hiányzik, azt is meg lehet építeni a webshop mellé, erről az egyedi ERP- és CRM-fejlesztés oldalunkon írunk.

Bérelt platform vagy egyedi B2B webshop?
Ha a partnereid két-három árcsoportba sorolhatók, az árképzés egyszerű kedvezményszázalék, és nincs háttérrendszer, amivel össze kell kötni, egy bérelt platform B2B funkciói jó kezdésnek. A Shopify például minden csomagjában ad B2B-funkciókat, de cégenként külön katalógust, vagyis partnerre szabott árat csak a Plus csomagban lehet beállítani, a kisebb csomagokban legfeljebb három B2B-katalógus lehet aktív (Shopify súgó, utoljára ellenőrizve: 2026. október). WordPress alatt a WooCommerce-hez is vannak nagykereskedelmi bővítmények.
Egyedi fejlesztés akkor éri meg, ha partnerenként szerződött árak vannak, ha az árképzésnek saját logikája van, mint a színfelár, ha az ERP-ből kell dolgozni, vagy ha a B2B és a B2C vevő ugyanabban a rendszerben, eltérő szabályokkal vásárol. A Lionernél egyedi webáruházat fejlesztünk Laravel alapon, így nincs platform-havidíj és értékesítési jutalék, cserébe az indulás egyszeri fejlesztési költség. A két út különbségét az egyedi és a bérelt webáruház összevetésében részletesen leírtuk, az árat befolyásoló tényezőket pedig az egyedi rendszerek áráról szóló cikkben gyűjtöttük össze.

Mit csinálj most?
Mielőtt ajánlatot kérsz, írd le magadnak három dolgot: hány partnered van és hány árcsoportba sorolhatók, melyik rendszerben él ma az ár és a készlet, és hogyan fizetnek a partnereid. Ebből egy fejlesztő már meg tudja mondani, elég-e egy bérelt platform B2B modulja, vagy egyedi rendszer kell.
Ha a válaszok az egyedi irányba mutatnak, küldd el őket nekünk, és megnézzük a mostani rendelési folyamatodat. Az egyedi webáruház készítés oldalunkon azt is látod, mi kerül bele egy ilyen fejlesztésbe.

A webfejlesztő kiválasztása nem olyan, mint amikor a legolcsóbb nyomtatót választod ki. Ha itt rosszul döntesz, nem csak egy pár tízezer forintot bukhatsz. Egy félbemaradt, nehezen továbbfejleszthető vagy üzletileg használhatatlan weboldal utólag sokkal többe kerülhet.
Mi a Lionernél már több olyan projekttel is találkoztunk, ahol az ügyfél azért keresett meg minket, mert a korábbi fejlesztő eltűnt, nem voltak meg a hozzáférések, vagy az elkészült oldal technikailag nem volt megfelelően továbbvihető. Ezért összeszedtük azt a 11 dolgot, amit mi magunk is ellenőriznénk, mielőtt egy webfejlesztővel szerződnénk.

1. Nézd meg, mióta foglalkozik valóban webfejlesztéssel
Nem azt mondjuk, hogy egy új vállalkozó automatikusan rossz fejlesztő. Egy komolyabb üzleti projektnél viszont számít a tapasztalat. Ha valaki mögött több év igazolható munka áll, az azt is megmutatja, hogy nem egy rövid életű vállalkozásról van szó.
Nézd meg a céget vagy a vállalkozót, a korábbi munkáit, az ügyfélvéleményeket, és azt is, hogy a korábbi ügyfelek oldalai ma is működnek-e. Egy-két héttel ezelőtt elkészült referencia sokkal kevesebbet árul el a hosszú távú működésről, mint egy több éve futó projekt.

2. Ne a referenciák számát nézd, hanem azt, hogy valódiak-e
Ha valaki 50 referenciát mutat, ne állj meg a képernyőképeknél. Nyisd meg őket. Működnek? Gyorsan betöltődnek? Mobilon is rendben vannak? Valódi cégekhez kapcsolódnak? Tényleg az adott fejlesztő készítette őket?
Találkoztunk már olyan esettel is, amikor néhány AI-promptból összerakott, kisebb projektet komoly referenciaként mutattak be. Ez nem ugyanaz, mint amikor egy fejlesztő évek óta valódi ügyfelek rendszereit készíti és támogatja.
Érdemes a saját weboldalát is megnézni annak, akit megbíznál. Ha a fejlesztő saját oldala lassú, mobilon nehezen használható vagy tele van alapvető hibákkal, az legalábbis olyan jel, amire érdemes rákérdezni. A reszponzív weboldalról szóló cikkünkben részletesen megírtuk, hogy miért nem elég annyi, hogy egy oldal „összemegy” telefonon.

3. A 30 000 Ft-os weboldalnál előbb számolj, csak utána dönts
Nem állítjuk, hogy technikailag lehetetlen 30 000 Ft-ért weboldalt készíteni. Egy nagyon egyszerű, sablonos oldal ennyiből is elkészülhet. De ha egy üzleti célú weboldalt egyedi munkaként adnak el, érdemes kiszámolni, mennyi idő marad a tényleges munkára.
Számoljunk egy nagyon visszafogott, 5000 Ft-os fejlesztői óradíjjal. 30 000 Ft így 6 munkaóra. Ebbe kellene beleférnie az egyeztetésnek, a tervezésnek, a fejlesztésnek, a módosításoknak, a tesztelésnek és az átadásnak is.
Nálunk még a kisebb projektekben is jelentős időt visz el a kommunikáció és a revízió. Az ügyfélnek ugyanis meg kell tudnia mondani, ha valamit másképp szeretne. Ha egy teljes projektet hat órából kell megoldani, jogos kérdés, hogy pontosan mi történik ebben a hat órában.
Ha az ár érdekel, érdemes elolvasni a Mennyibe kerül egy weboldal? című cikkünket is. A lényeg nem az, hogy minden olcsó ajánlat rossz, hanem hogy tudd, mit kapsz a pénzedért.

4. Az AI használata önmagában nem probléma, a szakértelem hiánya az
2026-ban teljesen természetes, hogy egy fejlesztő AI-eszközöket használ. Mi is használunk AI-t a fejlesztés során. Az AI nálunk mégis csak eszköz, nem a szakmai tudás helyettesítője.
Az elmúlt időszakban megjelentek olyan online vállalkozók is, akik egy rövid képzés után, vagy egyszerűen Claude Code, Codex és hasonló eszközök segítségével kezdtek weboldalakat árulni. Ezzel önmagában semmi baj nincs. A gond akkor kezdődik, amikor valaki megfelelő technikai tudás nélkül ad át professzionális fejlesztésként egy AI-vel összerakott oldalt.
Egy weboldal attól még nem profi, hogy jól néz ki. Tudni kell például, mi a title, a meta description és a megfelelő címsorstruktúra szerepe, hogyan kell mérni a forgalmat, hogyan működik a Search Console, mitől lesz lassú egy oldal, hogyan kell mobilon tesztelni, hogyan kezeljük a hozzájárulásokat, és mi történik akkor, ha később hibát kell javítani vagy új funkciót kell fejleszteni.
AI-t használni lehet, a szakértelmet azonban nem váltja ki egy AI-előfizetés. Ha érdekel, hogyan változik az AI miatt a weboldalak megtalálhatósága, a ChatGPT és az AI keresők láthatóságáról szóló cikkünkben erről külön is írtunk.

5. Nézd meg, mit tartalmaz pontosan az ajánlat
Az „10 blokkos landing oldal, nettó 30 000 Ft” nem igazán részletes ajánlat. Egy komolyabb ajánlatból ki kell derülnie, mit készít a fejlesztő, és mit nem.
Legyen egyértelmű például, hogy ki adja a képeket és a szövegeket, milyen funkciók készülnek, hány revíziós kör fér bele, milyen határidővel dolgoznak, ki végzi a tesztelést, hogyan zajlik az átadás, illetve mi számít plusz munkának.
Mi például előre rögzítjük, hogy egy szakmailag speciális termék, például egy hőszigetelő rendszer, szakmai szövegezését az ügyfélnek kell biztosítania és jóváhagynia. A fejlesztő nem lehet egyszerre minden iparág szakértője.
A weboldal készítés folyamatáról szóló cikkünkben azt is bemutatjuk, milyen lépésekből állhat egy ilyen projekt.

6. A revíziós köröket még a munka előtt tisztázd
Ez apróságnak tűnik, pedig nagyon sok félreértést meg lehet vele előzni. Elkészül a terv, az ügyfél pedig azt mondja, „a kék mégsem jó, legyen inkább sárga”. Ez teljesen normális ügyfél-visszajelzés. A kérdés csak az, hogy a szerződés szerint ez belefér-e.
Ha nincs meghatározva, hány módosítási kör része az árnak, könnyen vita lehet abból, hogy mi tartozik a projektbe, és mi számít extra munkának.

7. Ellenőrizd a jogi és technikai alapokat
Egy webfejlesztő saját oldalából is sok minden kiderül. Van rajta egyértelműen feltüntetett cég vagy vállalkozó? Elérhetők a jogi tájékoztatók? Rendben működik a cookie-kezelés? Látszik, hogy a szolgáltató a saját oldalával is foglalkozik?
Ezek önmagukban nem bizonyítják, hogy valaki jó vagy rossz fejlesztő, de több hiányosság együtt már indokolhatja, hogy rákérdezz a részletekre. Főleg akkor, ha a fejlesztő a te céged weboldalának jogi és technikai működéséért is felelősséget vállal.

8. A mérés legyen része a projektnek
Egy weboldal nem akkor kész, amikor megnyílik a böngészőben. Egy üzleti oldalnál tudni szeretnéd, hogy mi történik rajta.
Legalább a Google Search Console és egy megfelelően kialakított analitikai rendszer beállításáról érdemes már ajánlatkéréskor beszélni. A cél nem az, hogy minél több mérőkód kerüljön az oldalba, hanem hogy az adatokat megfelelően, a szükséges hozzájárulások figyelembevételével lehessen használni.
Ha az ajánlatban semmilyen mérés nem szerepel, kérdezz rá. Egy weboldal üzleti értékét nehéz megítélni úgy, hogy közben nem látod, hogyan teljesít.

9. Kérdezd meg, mi történik a weboldallal az átadás után
Ki javítja a hibákat? Van garancia? Mennyi ideig? Mi történik, ha egy frissítés után elromlik valami? Van karbantartás? Van sürgősségi rendelkezésre állás?
Nem minden cégnek van szüksége hétvégi azonnali hibajavításra. Egy webshopnál vagy üzletileg kritikus rendszernél viszont már egészen más lehet a helyzet. A lényeg, hogy ne utólag derüljön ki, hogy az átadás után senki nem foglalkozik az oldallal.

10. Legyen részletes szerződés és átlátható fizetés
A szerződésnél nem az oldalszám a lényeg, hanem a tartalom. Legyen benne pontosan, mit készít a fejlesztő, milyen határidőkkel, milyen fizetési ütemezéssel, milyen átadással, milyen garanciával és milyen felelősségi körökkel.
A teljes projektösszeg előre történő kifizetésénél érdemes körültekintőnek lenni. Mi előleget kérünk, nagyobb projekteknél pedig mérföldköves elszámolást alkalmazunk, így minden fizetéshez konkrét teljesítési pont tartozik.

11. Tisztázd előre, kié a domain, a tárhely, a forráskód és a hozzáférés
Ez az egyik legfontosabb pont, mégis sokan csak akkor foglalkoznak vele, amikor már baj van. A domain, a tárhely, az adminisztrációs hozzáférések, a forráskód és a projektanyagok tulajdonjogát és átadását már szerződéskötéskor érdemes tisztázni.
Sajnos több olyan ügyféllel is találkoztunk, aki azért keresett meg minket, mert a korábbi fejlesztő eltűnt, vagy elérhetetlenné vált. Ilyenkor az első kérdés gyakran nem az, hogy hogyan fejlesszük tovább az oldalt, hanem hogy egyáltalán milyen hozzáférések és milyen forrás áll rendelkezésre.
Ha hasonló helyzetbe kerültél, külön cikkben is összeszedtük, mit érdemes tenni, ha eltűnt a webfejlesztőd.



Mit ellenőrizz egy webfejlesztőnél? Röviden
Ha nem akarsz 11 külön pontot fejben tartani, ezt a táblázatot érdemes elmenteni ajánlatkérés előtt.

A jó SEO-cikk ma már nem csak a Google-ről szól. Egyre többen tesznek fel kérdéseket közvetlenül ChatGPT-nek és más AI-alapú keresőknek is. Ez nem azt jelenti, hogy külön „ChatGPT-SEO-t” kell írnod, hanem azt, hogy a tartalmadnak egyértelműnek, hasznosnak, bizonyíthatónak és könnyen értelmezhetőnek kell lennie.

Az alábbi 5 tipp pontosan ebben segít. Nem varázstrükköket mutatunk, hanem olyan módszereket, amelyeket már a következő cikkednél is használhatsz. Ahol van értelme, konkrét ChatGPT-promptot is adunk hozzá.


Fontos: nincs olyan technika, amellyel garantálni lehet, hogy egy cikk bekerül a Google első helyére vagy hogy a ChatGPT hivatkozni fog rá. A cél inkább az, hogy olyan erős forrást készíts, amelyet a keresők és az AI-rendszerek is könnyen megértenek és értékesnek találnak.


Mi változott a SEO-ban?
Régebben sok SEO-tanács abból indult ki, hogy válassz egy kulcsszót, írd bele a címsorba, az első bekezdésbe és néhányszor a szövegbe, majd építs rá néhány linket. A kulcsszavak ma is fontosak, de önmagukban már messze nem elegendők.

Google saját útmutatója szerint a rendszerek elsősorban olyan tartalmakat igyekeznek előnyben részesíteni, amelyek hasznosak, megbízhatóak, eredeti információt vagy elemzést adnak, és elsősorban embereknek készültek, nem pusztán a keresőmotorok manipulálására. Google Search Central

Az AI-alapú keresés ezt még érdekesebbé teszi. Egy AI nem egyszerűen tíz kék linket akar megmutatni, hanem megpróbál választ összeállítani több forrásból. Ehhez pedig olyan oldalakat kell találnia, amelyekből világos, konkrét és megbízható információt tud kinyerni.

1. Ne vezesd fel 500 szóban a választ: add meg rögtön
Az egyik legegyszerűbb SEO-javítás az, amit rengeteg cikk még mindig nem csinál: válaszolj a kérdésre már a szakasz elején.

Tegyük fel, hogy a cikked témája: „Mennyibe kerül egy weboldal?”

Gyengébb megoldás:
„A digitális világban egyre fontosabbá válik a vállalkozások online jelenléte. Az internet fejlődésével az elmúlt években jelentősen megváltoztak a weboldalakkal szemben támasztott elvárások...”

Jobb megoldás:
„Egy céges weboldal ára néhány százezer forinttól több millió forintig terjedhet. Az árat elsősorban a funkciók, az egyedi fejlesztések, a design, az integrációk és a projekt összetettsége határozza meg.”

Ezután jöhet a részletes magyarázat, példák és az egyes tényezők bemutatása.

Miért jó ez? Mert az olvasó gyorsan megtalálja a választ, a kereső pedig egyértelműen látja, miről szól az adott szakasz. Ugyanez az AI számára is könnyebben feldolgozható: egy rövid, önmagában értelmezhető válasz könnyebben használható fel egy összefoglalóban.

Használható ChatGPT-prompt
„Nézd át ezt a cikket úgy, mintha egy olyan felhasználó kérdésére kellene válaszolnod, amelyre a cikkem ad választ. Minden fontos fejezetnél keresd meg, hogy a válasz megtalálható-e az első 2–3 mondatban. Ha nem, javasolj egy rövid, konkrét válaszblokkot. Ne adj hozzá kitalált információt.”

Egyszerű szabály: ha egy H2 vagy H3 címsor egy kérdésre válaszol, a választ ne a szakasz végére rejtsd. Mondd ki először, utána magyarázd meg.

2. Ne egyetlen kulcsszóra írj: fedd le a teljes témát
A klasszikus kulcsszavas gondolkodás egyik hibája, hogy a szerző egyetlen kifejezést próbál „megetetni” a szöveggel.

Például:

Fő kulcsszó: weboldal készítés
majd ugyanez a kifejezés újra és újra a szövegben.


Ehelyett gondolkodj témában és kérdésekben. Ha a téma a weboldal készítés, akkor természetesen felmerülhet:

Mennyibe kerül egy weboldal?
Mennyi idő alatt készül el?
WordPress vagy egyedi fejlesztés a jobb?
Milyen funkciókra van szükség?
Mikor érdemes új weboldalt készíteni?
Mennyibe kerül a karbantartás?
Ki kezelje a weboldal tartalmát?


Ezzel nem a kulcsszó ismételgetését növeled, hanem lefeded azt a problémát, amire az érdeklődő választ keres.

Ez az AI-alapú kereséseknél különösen hasznos lehet, mert a felhasználók gyakran természetes nyelvű, hosszabb kérdéseket tesznek fel. Egy 2025-ös Ahrefs-elemzés szerint az AI Overview találatok jelentős része hagyományos Google-találatokból is érkezik: 1,9 millió AI Overview-hivatkozás vizsgálatában a hivatkozott oldalak 76,1%-a a Google top 10-ben is szerepelt. Ez nem garancia az AI-láthatóságra, de jól mutatja, hogy a klasszikus SEO és az AI-keresés között jelentős az átfedés.

Az Ahrefs kutatásának részletei

Használható ChatGPT-prompt
„A következő témához készíts 20 olyan kérdést, amit egy valódi érdeklődő feltehet Google-ben vagy ChatGPT-ben. Ne kulcsszavakat adj, hanem természetes nyelven megfogalmazott kérdéseket. Legyen köztük kezdő, haladó, árra, problémára és döntésre vonatkozó kérdés is.”

Ezután nem kell mind a 20 kérdésből új cikket írnod. Nézd meg, melyek illenek természetesen a meglévő anyagodba, és melyekből lehet külön cikk vagy GYIK.

3. Tegyél bele olyat, amit más oldal nem tud egyszerűen lemásolni
Ez az egyik legfontosabb tipp. Ha egy témáról már több száz hasonló cikk található az interneten, akkor a következő általános összefoglaló önmagában kevés plusz értéket ad.

Google saját iránymutatása külön is kiemeli az eredeti információt, kutatást, elemzést és a valódi első kézből származó tapasztalatot.

Ezért sokkal értékesebb lehet például:

saját mérés,
saját statisztika,
ügyfélpélda,
előtte-utána eredmény,
saját teszt,
képernyőkép,
konkrét számítás,
valós fejlesztési tapasztalat.


Nem ezt:
„A gyors weboldal fontos a felhasználói élmény miatt.”

Hanem például ezt, ha tényleg elvégeztétek és dokumentáltátok a mérést:
„Egy korábbi projektünknél a mobilos betöltési időt 4,2 másodpercről 1,8 másodpercre csökkentettük. A javulást a képek optimalizálása, a felesleges JavaScript eltávolítása és a szerveroldali gyorsítás együtt hozta.”

A különbség nem az, hogy az egyik mondat „SEO-sabb”. A különbség az, hogy a második ellenőrizhető, saját információt ad.

Használható ChatGPT-prompt
„A cikk témájához adj 10 olyan pontot, ahol saját tapasztalatot, mérési eredményt, példát vagy esettanulmányt tudnék hozzáadni. Ne találj ki adatokat. Csak olyan helyeket javasolj, amelyeket valódi saját információval tudok alátámasztani.”

Ez egy jó példa arra, hogyan érdemes AI-t használni: ne a szakértelmedet találja ki helyetted, hanem segítsen felszínre hozni azt, ami már megvan nálad.

4. Írj olyan válaszokat, amelyeket egy AI is könnyen megért
Az AI-keresés egyik fontos sajátossága, hogy a rendszer nem feltétlenül az egész cikkedet fogja egyben „elmesélni”. Egy konkrét kérdéshez megpróbálhatja megtalálni azt a részt, amely a legjobban válaszol rá.

Ezért hasznos, ha a fontos állításaid rövid, egyértelmű és önmagukban is értelmezhető egységekben jelennek meg.

Például:
„Egy egyedi weboldal ára jellemzően 600 000 Ft-tól indulhat, de összetettebb rendszereknél több millió forint is lehet. A legfontosabb árbefolyásoló tényezők a funkciók, az adminisztrációs rendszer, az integrációk és az egyedi design.”

Ez sokkal használhatóbb információ, mint egy hosszú bekezdés, amelyben csak a szöveg legvégén derül ki, miről is van szó.

Fontos viszont a másik oldal is: ne írj kizárólag az AI-nak. A szövegnek továbbra is természetesnek és olvashatónak kell maradnia. Google kifejezetten a people-first, vagyis elsősorban embereknek készített tartalmat javasolja, és arra is figyelmeztet, hogy az AI használata önmagában nem probléma, de a tömeges, értéket nem hozzáadó automatizált tartalomgyártás keresőmotor-első megközelítés lehet.

Google: Creating helpful, reliable, people-first content

Használható ChatGPT-prompt
„Olvasd át a cikket, és minden H2/H3 fejezethez írj egy 1–3 mondatos, önmagában is értelmezhető választ. A válasz legyen konkrét, tényszerű és olyan formában megfogalmazva, hogy egy kereső vagy AI-asszisztens könnyen megértse. Ne írj új információt, csak a cikkben található információkból dolgozz.”

5. Ne csak új cikkeket írj: frissítsd a jókat is
Sok vállalkozás folyamatosan új blogcikkeket gyárt, miközben a már forgalmat hozó régi anyagokhoz évekig senki nem nyúl.

Pedig gyakran egy már működő cikk érdemi frissítése jobb befektetés, mint nulláról létrehozni egy új, hasonló témájú anyagot.

Különösen fontos a frissítés olyan témáknál, ahol változnak:

árak,
szoftverek és funkciók,
technológiák,
statisztikák,
szabályok,
piaci trendek.


Az Ahrefs 17 millió AI-hivatkozást vizsgáló kutatásában az AI-asszisztensek által hivatkozott oldalak átlagosan 25,7%-kal frissebbek voltak, mint a hagyományos organikus találatokban szereplő oldalak. A kutatás szerint a ChatGPT különösen erős frissességi preferenciát mutatott. Ez nem jelenti azt, hogy elég átírni egy cikk dátumát: az érdemi frissítés számít.

Az Ahrefs 17 millió AI-hivatkozást vizsgáló kutatása

Egy jó frissítés például ilyen lehet:

elavult statisztikák cseréje,
új példák hozzáadása,
megváltozott funkciók bemutatása,
téves vagy túl általános állítások pontosítása,
új belső linkek hozzáadása,
az időközben felmerült olvasói kérdések megválaszolása.


Az OpenAI saját kiadói tájékoztatója szerint nyilvános weboldalak megjelenhetnek a ChatGPT keresési eredményeiben, és a felfedezhetőséghez az is fontos, hogy a webhely ne tiltsa le az OAI-SearchBot feltérképezését.

OpenAI: Publishers and Developers FAQ

Használható ChatGPT-prompt
„Elemezd ezt a cikket 2026-os szemmel. Keresd meg az elavult, hiányos vagy túl általános részeket. Külön listázd: 1. amit törölni kell, 2. amit frissíteni kell, 3. amit érdemes hozzáadni, 4. milyen új kérdésekre kellene választ adni. Ne találj ki adatokat vagy forrásokat.”

Mitől lesz jó egy cikk Google-ben és AI-keresőkben?
Nem attól, hogy minden második mondatban szerepel a fő kulcsszavad, és nem attól, hogy egy AI-val legeneráltattál 3000 szót.

Egy erős cikk inkább így néz ki:

Rögtön válaszol a felhasználó kérdésére.
Egy teljes témát fed le, nem csak egy kulcsszót ismétel.
Saját értéket ad tapasztalattal, adattal, példával vagy elemzéssel.
Jól strukturált, ezért az ember és az AI is könnyen megérti.
Naprakész, és frissítik, amikor a téma megváltozik.



A legfontosabb tanulság: ne „Google-nek” vagy „ChatGPT-nek” írj. Írj olyan tartalmat, amelyet egy valódi szakértő jó szívvel elküldene annak, aki segítséget kér tőle. Ha ezt jól csinálod, a keresőoptimalizálás és az AI-láthatóság nem két külön feladat lesz, hanem ugyanannak a jó tartalomnak két oldala.


Egy univerzális prompt a következő cikkedhez
Ha csak egyetlen promptot mentesz el ebből a cikkből, ezt használd a végső ellenőrzéshez:

„Elemezd ezt a cikket SEO és AI-keresési szempontból. Ne a kulcsszósűrűséget vizsgáld, hanem azt, hogy a cikk mennyire ad világos, konkrét és hasznos válaszokat. Keresd meg, hol hiányzik közvetlen válasz, milyen kapcsolódó kérdések maradtak megválaszolatlanul, hol tudnék saját tapasztalatot vagy adatot hozzáadni, és mely részeket lehetne úgy átfogalmazni, hogy egy keresőmotor vagy AI-asszisztens könnyen megértse és felhasználhassa őket. Ne találj ki adatokat, eredményeket vagy forrásokat.”

És még egy szabály: a prompt javaslat, nem bizonyíték. Ha az AI konkrét számot, eredményt vagy forrást ír, ellenőrizd. A saját adatod legyen saját adat, a hivatkozás pedig tényleg támassza alá azt az állítást, amely mellé teszed.

Nem elég SEO-zni: azt is mérni kell, hogy működik-e

A SEO egyik legnagyobb hibája, hogy könnyű érzésre dolgozni. Megírunk egy cikket, beállítjuk a címeket és a meta adatokat, elhelyezünk néhány belső linket, majd várjuk, hogy történjen valami. Pedig a SEO valódi értéke nem önmagában a tartalom elkészítése, hanem az, hogy láthatóan javul-e tőle az oldal teljesítménye.

Ezért érdemes nemcsak azt figyelni, hogy egy-egy kulcsszóra hányadik helyen állunk, hanem azt is, hogy honnan érkezik a forgalom, mely oldalak hozzák a látogatókat, milyen keresésekből jelenünk meg, és hogyan változik az AI-alapú rendszerekből érkező forgalom. Egyetlen mutató önmagában ritkán mondja el a teljes történetet.

A saját mérések azért különösen értékesek, mert megmutatják, hogy a gyakorlatban mi történik a weboldallal. Nem ugyanazt látod, amit egy általános SEO-tanulmány állít egy átlagos weboldalról, hanem a saját oldalad változását: melyik tartalom kezd el forgalmat hozni, melyik témára nő az érdeklődés, és milyen csatornákból érkeznek új látogatók.

Az AI-keresések terjedésével ez még fontosabb lett. Ha például ChatGPT-ből, Claude-ból vagy más AI-alapú rendszerekből érkeznek látogatók, azt érdemes külön is követni. Így nem pusztán arról beszélünk, hogy „az AI fontos lesz”, hanem saját adatok alapján láthatjuk, hogy az adott weboldal esetében megjelenik-e ez a forgalom, és hogyan változik idővel.


A lényeg: ne csak tartalmat gyárts. Mérd meg, mi történik előtte és utána, hasonlítsd össze az időszakokat, és a következő tartalmi döntéseket már ezekből az adatokból hozd meg. A jó SEO-folyamat ezért nem „cikk → kész”, hanem kutatás → tartalom → mérés → tanulás → frissítés.


A következő ábra egy ilyen mérési szemléletet mutat: a saját weboldalunkon vizsgáltuk, hogyan alakul az AI-alapú forrásokból érkező forgalom. Nem azért érdemes ilyen adatokat megmutatni, mert egyetlen grafikon bizonyítja a SEO sikerét, hanem azért, mert a mérhető változásokból sokkal jobb döntéseket lehet hozni, mint puszta megérzésekből.

A grafikon a lioner.hu saját Search Console adatait mutatja 2024 szeptembere és 2025 augusztusa között. Ez idő alatt az AI-alapú keresésekből, vagyis a ChatGPT-ből, a Claude-ból, a Geminiből és más AI-rendszerekből érkező kattintások száma 412 százalékkal nőtt, több mint négyszeresére.A legnagyobb forrás egyértelműen a ChatGPT: havi 20 kattintásról indulva mára 208-nál tart, míg a Claude 64-re, a Gemini 42-re, az egyéb AI-rendszerek pedig 18-ra emelkedtek.Ez a görbe nem egy váratlan trend eredménye. Pontosan a fenti 5 tippet alkalmaztuk a saját cikkeinken: azonnal válaszoltunk a kérdésekre, teljes témákat fedtünk le, saját adatot és tapasztalatot tettünk bele, AI számára is könnyen feldolgozható formában írtunk, és rendszeresen frissítettük a tartalmat. Ha ugyanezt a folyamatot következetesen végigcsinálod a saját blogodon, hasonló, mérhető növekedésre számíthatsz.

Nem mindig a látványos funkciók a leghasznosabbak
Amikor valaki weboldalt rendel, általában a design, a sebesség, a mobilos megjelenés és a kapcsolatfelvételi űrlap kerül szóba. Ezek kellenek, de szerintünk nem ezeken múlik, hogy egy érdeklődőből ügyfél lesz-e, és hogy később visszajön-e.
Az ügyfeleinknél többször láttuk, hogy egy kisebb, elsőre jelentéktelennek tűnő funkció csinálja a különbséget. Egy gomb, amivel visszahívást lehet kérni, vagy egy e-mail, ami a megfelelő napon megy ki. Öt ilyet szedtünk össze, és ahol mértük az eredményt, a számokat is leírtuk.

Miért számítanak ezek a kisebb funkciók?
Egy weboldalnál nem csak az számít, hányan jönnek rá. Az is, hogy a látogatóból lesz-e érdeklődő, az érdeklődőből ügyfél, és hogy az ügyfél visszajön-e később.
Ezek a funkciók pont ezekben a lépésekben segítenek. A látogató legtöbbször csak egy gombot vagy egy e-mailt lát belőlük, a háttérben viszont olyan munkát végeznek el, amit különben valakinek kézzel kellene csinálnia, és ami emiatt a legtöbb helyen el is marad.
Nem minden funkció való mindenkinek
Egy kész funkciólistát nem jó ötlet vakon rátenni minden weboldalra. Mi abból indulunk ki, hogy hol veszít most a vállalkozás ügyfelet, időt vagy bevételt, és arra keresünk megoldást. Van, ahol ez egy visszahívás-gomb, és van, ahol az derül ki, hogy most nem új funkció kell.
A webshopos integrációkról a webáruház készítés, a céges weboldalakról a weboldal készítés oldalunkon írtunk bővebben. Hogy mi kell mindenképp egy mai weboldalra, azt a modern weboldal funkcióiról szóló cikkünkben szedtük össze.
Ha pedig a weboldalnak már nem csak bemutatkoznia kell, hanem összetettebb folyamatokat is kezelnie, lehet, hogy webalkalmazásban érdemes gondolkodni. Erről a weboldal, mobilalkalmazás és webalkalmazás különbségéről szóló cikkünkben írtunk.

AI e-mail automatizálás: hogyan dolgozza fel az AI a beérkező leveleket?
Egy vállalkozásnál könnyen összegyűlik napi több tucat e-mail. Van köztük ajánlatkérés, meglévő ügyfél kérdése, hibajelzés, számla, dokumentum vagy akár egy olyan megkeresés is, amire már többször kellett válaszolni.
A legtöbb esetben nem az e-mail elolvasása viszi el az időt, hanem az utána következő munka. Valakinek ki kell derítenie, miről szól a megkeresés, ki kell szednie belőle a fontos adatokat, továbbítania kell a megfelelő kollégának, esetleg rögzítenie kell az információkat a CRM-ben vagy egy másik rendszerben.
Ha ez naponta sokszor ismétlődik, érdemes megnézni, hogy melyik része automatizálható. Erre az egyik lehetőség az AI használata.

Mit jelent az AI e-mail automatizálás?
Az AI e-mail automatizálás nem csak arról szól, hogy egy mesterséges intelligencia megír egy válaszlevelet.
Az AI el tudja olvasni és értelmezni a beérkező levelet, ki tudja gyűjteni belőle a fontos információkat, majd ezek alapján a rendszer elindíthatja a következő lépést.
Beérkező e-mail → AI feldolgozás → adatok kinyerése → kategorizálás → CRM frissítése → feladat létrehozása
Ha egy ilyen folyamat mögött megfelelő CRM rendszer vagy egyedi üzleti rendszer van, az e-mailből kinyert információ nem marad külön a postafiókban, hanem bekerülhet a napi munkafolyamatba.

Mit tud felismerni az AI egy e-mailből?
Vegyünk egy egyszerű példát.
Egy érdeklődő ezt írja:
„Jó napot kívánok! Szeretnénk egy új webáruházat készíttetni. Jelenleg WooCommerce rendszerünk van, de szeretnénk egy teljesen egyedi megoldásra váltani. Kb. 2000 termékünk van, és fontos lenne a számlázó rendszer integrációja is.”
Egy kolléga elolvassa a levelet, és rögtön látja, hogy webshop fejlesztésről van szó. Azt is látja, hogy van már egy meglévő WooCommerce rendszer, körülbelül 2000 termék, valamint szükség lenne számlázó integrációra.
Egy megfelelően kialakított AI-rendszer ugyanezeket az információkat strukturált formában is ki tudja nyerni.

érdeklődés típusa: webshop fejlesztés
meglévő rendszer: WooCommerce
termékszám: kb. 2000
igény: egyedi webshop
szükséges integráció: számlázó
következő lépés: kapcsolatfelvétel

Ezeket az adatokat ezután tovább lehet küldeni a CRM-be, létre lehet hozni egy feladatot, vagy értesítést lehet küldeni a megfelelő munkatársnak.
A kollégának így nem kell külön végigmenni ezeken a lépéseken.

Nem csak az e-mail szövegét lehet feldolgozni
Az e-mailhez gyakran csatolmány is érkezik. Egy ajánlatkéréshez PDF, egy számlához számla, egy szerződéshez pedig maga a szerződés.
Ezekből szintén lehet adatokat kinyerni.
Például egy beérkező számlánál a rendszer felismerheti a kiállítót, a számla számát, a dátumot és az összeget, majd ezeket továbbíthatja a megfelelő rendszerbe.
Ugyanez működhet ajánlatokkal, megrendelésekkel vagy más dokumentumokkal is.
Ha egy vállalkozásnál naponta sok ilyen e-mail érkezik, már érdemes kiszámolni, mennyi idő megy el a manuális feldolgozásra.
Egy tipikus folyamat például így néz ki:

megérkezik az e-mail,
valaki elolvassa,
megnyitja a csatolmányt,
kimásolja a szükséges adatokat,
megnyit egy másik rendszert,
rögzíti az adatokat,
létrehozza a feladatot,
továbbítja az ügyet a megfelelő kollégának.

Ebből több lépést is át lehet adni egy automatizált folyamatnak.

Nálunk is így működik
A Lionernél mi is használunk AI-t a hozzánk beérkező megkeresések első feldolgozására.
Egy weboldal, webshop, egyedi rendszer vagy AI-fejlesztés iránt érdeklődő ügyfél levele többféle információt tartalmazhat. Más a következő lépés egy egyszerű weboldal ajánlatkérésénél, mint egy összetett ERP-fejlesztésnél vagy egy meglévő rendszer továbbfejlesztésénél.
Az AI első körben segít értelmezni a megkereséseket, rendszerezni az információkat és előkészíteni a további munkát.
Nem arról van szó, hogy az AI helyettünk tárgyal az ügyféllel vagy önállóan eldönt minden kérdést. Az első feldolgozási lépéseket gyorsítja fel.
Pontosan ilyen megoldásokat lehet más vállalkozásoknál is kialakítani, akár egy már működő egyedi üzleti rendszer részeként.

Az AI önmagában kevés
Egy AI-modell attól még nem automatizál egy üzleti folyamatot, hogy képes elolvasni egy e-mailt.
Ahhoz a levelezést össze kell kötni azokkal a rendszerekkel, amelyekben a vállalkozás ténylegesen dolgozik.
Például:
E-mail → AI → CRM
Az AI felismeri, hogy új érdeklődő érkezett, és a szükséges adatokból létrehozható egy új lead a CRM-ben.
Vagy:
E-mail → AI → feladatkezelő
Az AI felismeri, hogy egy meglévő ügyfél hibát jelzett, majd a rendszer létrehoz egy feladatot a megfelelő kollégának.
Más esetben:
E-mail → AI → belső rendszer
Az AI kinyeri az adatokat a levélből vagy a csatolmányból, a rendszer pedig ezek alapján elvégzi a további feldolgozást.
Ilyenkor az AI csak egy része az egész folyamatnak. A tényleges automatizálást az adja, hogy a feldolgozott információ továbbmegy a megfelelő rendszerbe.

Minden e-mailre válaszoljon az AI?
Nem feltétlenül.
Sok esetben jobb megoldás, ha az AI csak előkészíti a munkát.
Például összefoglalhatja a levelet, kinyerheti belőle az adatokat, kategorizálhatja a megkeresést, létrehozhat egy feladatot, vagy megírhat egy választervezetet.
A végső választ ezután a kolléga ellenőrzi és küldi el.
Ez különösen fontos olyan leveleknél, ahol félreértésből komolyabb probléma lehet. Egy automatikus rendszernek nem kell minden helyzetben önállóan döntenie.
A jó megoldás sokszor az, hogy az AI elvégzi az előkészítő munkát, az ember pedig ott kapcsolódik be, ahol szükség van rá.

Mikor érdemes e-mail automatizálásban gondolkodni?
Elsősorban akkor, ha sok hasonló megkeresés érkezik, és ezek feldolgozása mindig nagyjából ugyanazokból a lépésekből áll.

sok ajánlatkérés érkezik e-mailben,
a munkatársak rendszeresen adatokat másolnak e-mailből CRM-be,
a beérkező leveleket manuálisan osztják szét,
ugyanazokat a típusú kérdéseket kapja a cég újra és újra,
e-mailek alapján kell feladatokat létrehozni,
rendszeresen érkeznek feldolgozandó csatolmányok,
sok idő megy el a levelek összefoglalásával és továbbításával.

Ilyenkor nem az a kérdés, hogy „hogyan használjunk AI-t?”, hanem az, hogy a jelenlegi folyamatból pontosan mit lehet átadni a rendszernek.

Hogyan lehet ilyet építeni egy meglévő rendszerbe?
Nem feltétlenül kell lecserélni a meglévő CRM-et, ERP-t vagy levelezést.
Az AI-alapú feldolgozás sok esetben a már használt rendszerek mellé építhető. Ha például egy vállalkozásnak már van saját ERP vagy CRM rendszere, az e-mail feldolgozása ehhez is hozzákapcsolható.
Egy egyszerűbb folyamat például így nézhet ki:
Gmail vagy Outlook → AI feldolgozás → CRM → feladatkezelő → értesítés
A pontos felépítés attól függ, hogy milyen rendszereket használ a vállalkozás, milyen típusú e-mailek érkeznek, és mi történjen egy-egy levél feldolgozása után.
Éppen ezért az ilyen rendszereket általában nem érdemes egyetlen sablon alapján felépíteni. Más megoldás kell egy ügyfélszolgálathoz, egy értékesítési folyamathoz és egy olyan céghez, ahol például számlákat vagy megrendeléseket dolgoznak fel e-mailből.

Mennyi munkát lehet ezzel megspórolni?
Ez teljesen a folyamattól függ.
Ha egy e-mail feldolgozása csak néhány perc, önmagában nem biztos, hogy megéri automatizálni. Ha viszont ugyanazt a feladatot naponta több tucat alkalommal kell elvégezni, már gyorsan összeadódik az erre fordított munkaidő.
Ráadásul nem csak az idő számít.
Az automatikus feldolgozás csökkentheti annak az esélyét is, hogy egy e-mail elveszik, rossz helyre kerül, vagy egy fontos adatot valaki elfelejt rögzíteni.
Persze ehhez az automatizálást megfelelően kell megtervezni és ellenőrizni. Egy rosszul felépített rendszer ugyanúgy tud hibázni, csak gyorsabban.

AI e-mail automatizálás a saját vállalkozásodban
Ha a cégednél naponta sok olyan e-mail érkezik, amelyet a munkatársak mindig hasonló módon dolgoznak fel, érdemes végignézni a teljes folyamatot.
Lehet, hogy csak egy-két lépést érdemes automatizálni. De az is lehet, hogy a beérkező e-mailtől egészen a CRM-be kerülésig vagy a feladat létrehozásáig szinte az egész folyamat kialakítható automatikusan.
A Lionernél ilyen egyedi AI-alapú folyamatokat is fejlesztünk. Meglévő levelezéshez, CRM-hez, ERP-hez vagy saját belső rendszerhez is lehet kapcsolódni.
Ha van egy olyan folyamat a cégedben, ami jelenleg e-maillel kezdődik, és utána több manuális lépést kell elvégezni, írd meg nekünk, hogyan működik.
Megnézzük, hogy melyik része automatizálható, és milyen rendszerrel lehetne megoldani.

„Eltűnt a webfejlesztőnk. Mit csináljunk?”
Ezzel a mondattal már többször kerestek meg minket.
Ha eltűnt a webfejlesztőd, a legfontosabb, hogy ne kezdj el azonnal újraépíteni. Először biztosítsd a hozzáféréseket és a mentéseket, majd vizsgáltasd meg a meglévő rendszert. Egy technikai felmérésből derül ki, hogy a félbemaradt projekt folytatható, csak bizonyos részeit kell újrafejleszteni, vagy gazdaságosabb teljesen újraépíteni.
A történet szinte mindig hasonló. Elindul egy weboldal vagy webes rendszer fejlesztése, elkészül egy része, jönnek a módosítások és az új funkciók, aztán egyszer csak csend. Nem jön válasz az e-mailre, a telefon kicseng, a határidő elmúlik.
A háttérben ritkán van rosszindulat. A szabadúszó fejlesztő túlvállalta magát, munkahelyet váltott, megbetegedett, vagy elakadt egy feladattal és nem merte bevallani. Neked viszont ez szinte mindegy, mert ott maradsz egy félkész rendszerrel, amibe már komoly időt és pénzt tettél.
Ilyenkor nem feltétlenül kell mindent elölről kezdeni. Az sem biztos viszont, hogy megéri folytatni. Ez csak akkor derül ki, ha valaki megnézi, mi van valójában a háttérben.

Mit csinálj először, ha eltűnt a webfejlesztőd?
Először adj neki egy utolsó, írásos lehetőséget, közben pedig biztosítsd a saját hozzáféréseidet és a projekt mentését. Ne a kód átírásával kezdd.

Tényleg eltűnt, vagy csak nem válaszol?
Mielőtt új fejlesztőt keresel, adj egy utolsó, írásos esélyt. Sokszor ilyenkor előkerül a fejlesztő, és egy rendes átadással mindenki jobban jár. Ha pedig nem kerül elő, később jól jön, hogy írásban megkerested.
Az üzenetben írd le konkrétan, mit kérsz:

a forráskódot, vagy hozzáférést a kódtárhoz, például GitHubhoz vagy GitLabhoz,
a tárhely, a domain és a külső szolgáltatások hozzáféréseit,
egy rövid állapotleírást arról, mi készült el és mi nem.

Adj rá reális határidőt, például 8 munkanapot. Küldd el e-mailben, és ha a szerződésben szerepel értesítési cím, oda is. Ha a határidő után sincs válasz, a szerződés felmondásáról és az esetleges jogi lépésekről már jogásszal érdemes beszélni. Mi fejlesztők vagyunk, nem ügyvédek, ebben a részben nem szeretnénk jogi tanácsot adni.

Az első hét teendői
A legtöbb kár nem az eltűnés pillanatában keletkezik, hanem az utána következő kapkodásban. Ezt a sorrendet javasoljuk:

Ne nyúlj az éles rendszerhez. Ne frissíts, ne telepíts rá semmit, és ne kérd meg egy ismerősödet, hogy „gyorsan nézzen rá”. Egy rossz frissítés után sokkal nehezebb felmérni, mi volt az eredeti állapot.
Készíts mentést. Ha van hozzáférésed a tárhelyhez, töltsd le a fájlokat és az adatbázist. Ha nincs, és a tárhely a cégedre szól, a szolgáltató ügyfélszolgálata általában tud segíteni.
Nézd meg, kinek a nevén van a domain és a tárhely. A domain és a tárhely feletti rendelkezés legalább olyan fontos, mint maga a forráskód.
Gyűjtsd össze a papírokat. Szerződés, árajánlat, specifikáció, számlák, a fontosabb e-mailek. Ezekből derül ki, mit vállalt a fejlesztő, és mit fizettél ki.
Zárd ki a régi fiókokat, ahol tudod. Ha van admin jogod, tiltsd le a fejlesztő felhasználóit, és cseréld le a közösen használt jelszavakat.
Írd le a saját szemszögedből, mi működik és mi nem. Nem kell technikailag pontosnak lennie, az új fejlesztőnek ez is sokat segít.
Csak ezután keress új fejlesztőt. Az új fejlesztőnek már azzal is időt és pénzt spórolsz, ha az alapinformációkat előkészítve adod át.


Ha csak 5 perced van, ezt csináld

ne módosítsd az éles rendszert,
mentsd le, amihez hozzáférsz,
ellenőrizd a domain és a tárhely tulajdonjogát,
gyűjtsd össze a szerződést és a számlákat,
írd össze, milyen hozzáférések hiányoznak.


Ezekre a hozzáférésekre lesz szükség
Egy projekt átvételénél a hiányzó hozzáférés gyakran nagyobb akadály, mint maga a kód. Ezt a listát érdemes végigvenni, mielőtt új fejlesztővel leülsz tárgyalni.



HozzáférésMire kellHa nincs meg


DomainEzen keresztül érik el az oldaladat, és ehhez kötődhetnek a céges e-mailek isA számlákból kiderülhet, melyik regisztrátornál van. Ha a fejlesztő nevén szerepel, az átíráshoz közreműködésre lehet szükség
Tárhely vagy szerverItt fut az oldal, itt vannak a fájlok és az adatbázisHa a szerződés és az előfizetés a cégedhez kötődik, a szolgáltatóval érdemes felvenni a kapcsolatot
Forráskód, kódtárA fejlesztés folytatásához és a korábbi változtatások megértéséhezA szerveren lévő fájlokból részben pótolható, de a verziótörténet elveszhet
AdatbázisTermékek, ügyfelek, rendelések, felhasználókA tárhely kezelőfelületéről vagy a szerverről menthető, ha van hozzáférés
Admin felületAz oldal napi kezeléseAz új hozzáférés kialakítása a rendszer felépítésétől függ
Fizetés és számlázás, például Barion, SimplePay, Számlázz.hu, BillingoOnline fizetés és automatikus számlázásA saját szolgáltatói fiók és az új API-kulcsok kialakítása általában pótolható
Google eszközök: Analytics, Search Console, Tag ManagerMérés és keresőoptimalizálásA hozzáférések tulajdonosi jogoktól és a beállításoktól függően újra rendezhetők
E-mail küldés, SMTPVisszaigazoló levelek, értesítők, jelszó-visszaállításÚj küldőfiókkal és új beállítással pótolható



A forráskódnál van egy fontos részlet. Egy Laravel vagy más PHP alapú rendszernél a szerveren lévő backend fájlok sokszor olvasható formában vannak, ezért azokból lehet dolgozni. A modern frontend, például egy Vue vagy React felület viszont a szerveren sokszor már csak lefordított, összecsomagolt formában található meg, és abból a továbbfejlesztés sokkal nehezebb. Ezért ér annyit egy rendesen vezetett kódtár.

Kié a forráskód?
A forráskód tulajdonjoga és a felhasználási joga nem feltétlenül ugyanaz. Ezt elsősorban a szerződés rendezi. Egyedi fejlesztésnél a megrendelő jellemzően valamilyen felhasználási jogot kap a kódhoz, és a szerződésnek kellene rendeznie azt is, hogy módosítható-e, illetve továbbadható-e egy másik fejlesztőnek.
Ha nincs írásos szerződés, vagy a szerződés nem tér ki erre, mielőtt valaki más továbbfejleszti a rendszert, érdemes jogásszal egyeztetni.

Mennyire elavult a rendszer, amit örököltél?
Egy félbemaradt rendszer akkor is öregszik, ha hónapokig vagy évekig senki nem nyúl a kódhoz. A PHP-nak és a keretrendszereknek minden verziója csak meghatározott ideig kap biztonsági frissítéseket.
A technológiai állapot ezért önálló vizsgálati pont legyen: milyen PHP- és framework-verzió fut, milyen csomagokat használ a projekt, vannak-e elavult függőségek, és kompatibilisek-e a jelenlegi szerverrel.
A PHP és Laravel támogatási adatait tartalmazó táblázatokat 2026. szeptember 10-én frissítettük. A hivatalos adatok itt ellenőrizhetők: PHP – támogatott verziók és Laravel – kiadások és támogatási szabályzat.

PHP verziók



VerzióÁllapotMit jelent neked


PHP 7.4 vagy régebbi2022. november 28. óta nem támogatottKomoly biztonsági kockázat, a frissítés jellemzően kódmódosítással jár
PHP 8.0 vagy régebbi2023. november 26. óta nem támogatottFrissítés szükséges, mielőtt új funkció készül
PHP 8.12025. december 31-én lejárt a támogatásaBiztonsági frissítés már nem érkezik hozzá
PHP 8.2Biztonsági támogatás 2026. december 31-igMég támogatott, de a következő verzióra érdemes tervezni
PHP 8.3Biztonsági támogatás 2027. december 31-igTámogatott, de hosszabb távon újabb PHP-verzióval érdemes számolni
PHP 8.4Biztonsági támogatás 2028. december 31-igTámogatott verzió
PHP 8.5Biztonsági támogatás 2029. december 31-igJelenleg támogatott verzió




Laravel verziók



VerzióÁllapotMit jelent neked


Laravel 102025. február 4. óta nem kap biztonsági javítástElavult verzió, új fejlesztés előtt érdemes a frissítést megtervezni
Laravel 112026. március 12. óta nem kap biztonsági javítástElavult verzió, támogatott verzióra érdemes áttérni
Laravel 12Biztonsági javítás 2027. február 24-igTámogatott verzió
Laravel 13Biztonsági javítás 2028. március 17-igA jelenlegi legújabb főverzió a cikk frissítésének napján



Fontos: nem elég önmagában a PHP vagy a Laravel főverzióját megnézni. A projektben használt csomagok, adatbázis, szerver és külső integrációk kompatibilitását is ellenőrizni kell.

Hogyan döntsd el, hogy folytatható-e a projekt?
Három reális kimenet van: folytatás, részleges újrafejlesztés vagy teljes újraépítés. A döntést nem az alapján érdemes meghozni, hogy mennyit fizettél eddig, hanem az alapján, hogy a meglévő rendszer műszakilag és gazdaságilag mennyire használható.



ÚtMikor érdemes?Mit vizsgálunk?


FolytatásA kód és az infrastruktúra rendben van, a projekt dokumentációja használhatóKódszerkezet, függőségek, tesztek, szerver, integrációk
Részleges újrafejlesztésAz alapok használhatók, de bizonyos modulok gyengék, elavultak vagy rosszul készültek elModulonkénti újratervezés, függőségek, adatkezelés, integrációk
ÚjraépítésA rendszer szerkezetileg rossz, nehezen karbantartható vagy a javítása többe kerülne, mint az újraépítésValódi újratervezési költség, adatmentés, migráció, üzleti funkciók megtartása




Mi történik egy technikai felmérésen?
A technikai felmérés célja nem az előző fejlesztő hibáztatása, hanem annak megállapítása, hogy mi menthető és mi nem. Meg kell nézni többek között a kódszerkezetet, a függőségeket, az adatbázist, a szervert, a külső integrációkat, a biztonsági kockázatokat és a meglévő dokumentációt.
A végén nem feltétlenül az a válasz, hogy „minden rossz”. Lehet, hogy a rendszer nagy része használható, és csak néhány kritikus részt kell rendbe tenni. Ezért veszélyes egy félbemaradt projektet kizárólag a látványos frontend alapján megítélni.

Mi történik, ha hozzánk fordulsz?
Nem vállalunk el automatikusan minden félbemaradt projektet. Először meg akarjuk érteni, mi áll rendelkezésre és milyen állapotban van a rendszer.

Beszélgetés: megismerjük a projekt célját, állapotát és a rendelkezésre álló hozzáféréseket.
Technikai felmérés: átnézzük a kódot, az infrastruktúrát és a kritikus függőségeket.
Javaslat: megmondjuk, hogy folytatás, részleges újrafejlesztés vagy újraépítés látszik ésszerűnek.
Megvalósítás: csak ezután állapodunk meg a további fejlesztési munkáról.

Nem az a célunk, hogy mindenáron megmentsük a korábbi munkát. Ha a meglévő rendszer technikailag vagy gazdaságilag nem menthető, ezt a felmérés után megmondjuk.

Hogyan előzd meg, hogy még egyszer ilyen helyzetbe kerülj?
A tanulság nem csak az, hogy „jobb fejlesztőt kell választani”. Az is fontos, hogy a projekt ne legyen egyetlen emberhez kötve.

a domain és a tárhely a cég nevén legyen,
a kódtár a céghez kapcsolódó fiókban legyen,
legyen rendszeres biztonsági mentés,
a külső szolgáltatásokhoz legyen legalább egy céges admin,
legyen alapvető dokumentáció és átadási folyamat,
a szerződés rendezze a forráskód használatát és átadását.


GYIK
Mit csináljak, ha a webfejlesztőm nem válaszol?
Adj neki egy utolsó, írásos határidőt, közben mentsd le, amihez hozzáférsz, és ellenőrizd a domain, a tárhely és a többi szolgáltatás hozzáféréseit. Ha ezután sincs válasz, a szerződés és a jogi helyzet alapján érdemes szakemberrel egyeztetni.

Átveheti egy másik fejlesztő a félkész weboldalt?
Igen, sok esetben. A lehetőség attól függ, hogy megvan-e a forráskód, az adatbázis, a szükséges hozzáférések, és milyen állapotban van a meglévő rendszer.

Mi van, ha nincs meg a forráskód?
A projekt ettől még nem feltétlenül veszett el. A szerveren lévő fájlokból bizonyos esetekben visszanyerhető a működő rendszer, de a verziótörténet, a fejlesztői környezet és egyes forrásfájlok hiányozhatnak. Ilyenkor előbb fel kell mérni, mi áll rendelkezésre.

Mi van, ha nincs meg minden hozzáférés?
A fejlesztést néha részleges hozzáféréssel is el lehet kezdeni, de a teljes átvételhez előbb-utóbb tisztázni kell a kritikus hozzáféréseket. A legfontosabb jellemzően a domain, a tárhely vagy szerver, a forráskód és az adatbázis.

Kinek a nevén legyen a domain?
Elsősorban a cég vagy a valódi tulajdonos nevén. A fejlesztő kapjon hozzáférést a munkához, de ne ő legyen az egyetlen személy, akinél a domain feletti rendelkezés található.

Mennyibe kerül egy félbemaradt projekt átvétele?
Erre nincs értelmes fix ár. A költség attól függ, mennyire dokumentált a projekt, milyen technológiát használ, mennyi munka készült el, milyen hozzáférések hiányoznak, és mennyi hibát kell feltárni. Érdemes előbb felmérést kérni, és csak utána fejlesztési ajánlatot.

Mennyi idő alatt lehet átvenni egy félkész weboldalt?
Egyszerűbb projekteknél néhány nap alatt tisztázható a helyzet, összetettebb webes rendszereknél a felmérés és az átadás ennél jóval hosszabb is lehet. A határidő elsősorban a rendszer összetettségétől és a rendelkezésre álló hozzáférésektől függ.

Mikor kell inkább újraépíteni a rendszert?
Akkor, ha a meglévő kód és infrastruktúra javítása kiszámíthatatlanabb vagy drágább lenne, mint egy tiszta újraépítés. Ezt technikai felmérés nélkül nem érdemes eldönteni.

Visszakérhetem a pénzemet a korábbi fejlesztőtől?
Ez szerződéses és jogi kérdés, ezért konkrét jogi tanácsot nem tudunk adni. A szerződés, a teljesítés dokumentumai, a számlák és az e-mailes egyeztetések alapján jogász tudja megmondani, milyen lehetőségeid vannak.

Összefoglalva
Ha eltűnt a webfejlesztőd, még nem biztos, hogy elveszett a projekt. Először állítsd meg a kapkodást: ne módosítsd az éles rendszert, mentsd le, amihez hozzáférsz, rendezd a hozzáféréseket, majd kérj technikai felmérést. Ebből derül ki, hogy a félbemaradt weboldal folytatható, részben újrafejlesztendő, vagy teljesen újraépítendő.

Ha a meglévő projekt már nem menthető, az újraépítés költsége az oldal összetettségétől és a szükséges funkcióktól függ. A weboldal készítés árak oldalunkon megnézheted, milyen ársávokkal érdemes számolni 2026-ban.

Egy vállalati rendszer nem a kódolással kezdődik
Amikor egy cég eljut odáig, hogy Excel-táblák, e-mailek és különálló szoftverek helyett egy saját rendszerre lenne szüksége, könnyű azt hinni, hogy a következő lépés egyszerűen a fejlesztés. Valójában a programozás csak egy része a folyamatnak. Egy jól működő vállalati rendszer először a cég működését térképezi fel, erre épül a rendszertervezés, és csak ezután kezdődik a fejlesztés.
De hogyan néz ki ez a gyakorlatban?

1. Megértjük, hogyan működik a vállalkozás
Elsőként nem azt kérdezzük, hogy milyen gombokat szeretnél a rendszerben, hanem azt, hogy mi történik most a cégnél. Kik dolgoznak vele? Milyen folyamatokon mennek végig az ügyfelek, rendelések vagy projektek? Hol kell adatot többször rögzíteni? Mi az, ami most Excelben, e-mailben vagy szóban történik?
Ez azért fontos, mert egy rendszer akkor lesz hasznos, ha a vállalkozás valós működését követi, nem pedig egy előre meghatározott sablont erőltet rá.

2. Megtervezzük, miből álljon a rendszer
A következő lépés a rendszertervezés. Meghatározzuk, milyen modulokra és funkciókra van ténylegesen szükség. Ez lehet például ügyfélkezelés, projekt- és feladatkezelés, dokumentumkezelés, riportolás, jogosultságkezelés vagy automatizált folyamatok.
Itt már azt is megtervezzük, hogyan kapcsolódjanak egymáshoz az adatok és a különböző folyamatok. Egy jó rendszerben nem különálló funkciók gyűjteménye készül, hanem egy egymásra épülő működés.

3. A megtervezett rendszert elkezdjük felépíteni
Csak ezután jön az egyedi rendszerfejlesztés. A fejlesztést célszerű részekre bontani: először a legfontosabb funkciók készülnek el, majd ezekre épülhetnek a további részek.
A fejlesztés közben nem várjuk meg a projekt végét az első visszajelzéssel. Az elkészült részeket folyamatosan meg lehet nézni és véleményezni, így időben kiderül, ha valamit másképp kell működtetni.

4. Integrációk és automatizálások
Egy vállalati rendszer ritkán működik teljesen önállóan. Gyakran össze kell kapcsolni számlázóval, webshopbal, külső API-val, banki vagy más céges rendszerrel.
Ez az a pont, ahol az egyedi fejlesztés igazán sokat tud hozzáadni: nem kell ugyanazt az adatot több helyen kézzel rögzíteni, és egy folyamat egyik lépése automatikusan elindíthatja a következőt.

5. Teszteljük, majd élesítjük
A kész rendszer attól még nem jó rendszer, hogy minden gomb megnyomható benne. Tesztelni kell a folyamatokat, a jogosultságokat, az integrációkat és azokat a helyzeteket is, amikor valami nem a tervek szerint történik.
Ezután következhet az élesítés, az adatok átvitele és a felhasználók bevezetése az új rendszerbe.

A rendszer akkor jó, ha a cégeddel együtt tud fejlődni
Egy vállalkozás idővel változik: új munkatársak, új folyamatok, új szolgáltatások és új üzleti igények jelennek meg. Ezért egy vállalati rendszernek sem egyszeri projektként kell működnie.
A cél nem az, hogy legyen egy minél több funkciót tartalmazó szoftvered, hanem az, hogy legyen egy olyan rendszered, amely érthetőbbé, gyorsabbá és hatékonyabbá teszi a vállalkozásod működését.
Ha a céged működése már kinőtte az Excelt és a különálló rendszereket, egy jól megtervezett egyedi megoldás lehet a következő lépés. A vállalati és ERP/CRM rendszerek fejlesztéséről itt tudsz bővebben olvasni.

Reszponzív weboldal: mitől mobilbarát valójában egy oldal?
A reszponzív weboldal ma már alapkövetelmény, mégis a legtöbb "reszponzív" oldal valójában csak összezsugorodik a telefon képernyőjén, de nem működik jól rajta. A rövid válasz arra, mitől reszponzív egy weboldal: attól, hogy minden méretben nemcsak megjelenik, hanem ugyanolyan könnyen használható is, a betűmérettől a gombok méretén át az űrlapok kitöltéséig. Ez a cikk megmutatja, hol bukik el ez a gyakorlatban, és mit érdemes kérned, ha ezt rendeled meg.

Miért alapkövetelmény ez ma már, nem extra szolgáltatás?
A saját tapasztalatunk szerint egy átlagos céges weboldal látogatóinak nagyjából 70%-a mobilról érkezik, ahogy ezt a weboldal készítés szolgáltatásunk oldalán is jelezzük. Ha az oldalad ezen a felületen nehezen használható, a látogatók többsége úgy távozik, hogy soha nem jut el a kapcsolatfelvételig. Ez nem esztétikai kérdés, hanem közvetlenül az árbevételedet érinti.

A leggyakoribb hibák, amik miatt egy oldal csak úgy néz ki, mintha reszponzív lenne
Ezekkel a hibákkal szinte minden auditnál találkozunk, amikor egy meglévő weboldalt nézünk át:

Túl apró gombok és linkek, amiket ujjal szinte lehetetlen pontosan eltalálni.
Vízszintes görgetés, mert egy táblázat vagy egy szélesebb elem kilóg a képernyőből.
Lassú betöltés mobil hálózaton, mert a képek nincsenek optimalizálva, csak lekicsinyítve a böngészőben.
Elrejtett, de valójában fontos tartalom, amit a fejlesztő "helytakarékosságból" eltüntetett mobilon.
Nehezen kitölthető űrlapok, ahol a mezők túl kicsik, vagy a billentyűzet eltakarja a küldés gombot.

Egyik hiba sem látszik azonnal, ha valaki csak asztali gépen nézi át a kész oldalt. Pontosan ezért érdemes mindig telefonon is végigkattintani a saját weboldaladat, ne csak megnézni.

Reszponzív, adaptív, mobile-first: nem ugyanaz
A reszponzív dizájn azt jelenti, hogy egyetlen, rugalmas elrendezés alkalmazkodik folyamatosan a képernyő méretéhez. Az adaptív dizájn ehhez képest néhány rögzített méretre készít külön elrendezést, ami kevésbé rugalmas, de egyszerűbb megvalósítani. A mobile-first szemlélet pedig azt jelenti, hogy a tervezés a legkisebb képernyőn kezdődik, és onnan bővül asztali méretre, nem fordítva. Mi ez utóbbi szemlélettel dolgozunk minden projektnél, mert a látogatóid többsége úgyis mobilon találkozik először az oldaladdal.

Amit a Google is számon kér
A Google évek óta elsősorban a mobilos verzióját nézi egy weboldalnak, amikor eldönti, hova sorolja a keresési találatok között. Ha a mobilos verzió hiányos, lassú vagy nehezen használható, ez közvetlenül rontja a helyezésedet, függetlenül attól, mennyire jó az asztali verzió. Ha a keresőoptimalizálást komolyan gondolod, a mobilbarát működés nem egy tétel a listán, hanem az alap, amire minden más épül.

Egy webáruháznál ez különösen sokba kerülhet
Egy webshopnál, mint amilyen az egyik ügyfelünk, a RodeoRide34 is, a vásárlók jelentős része telefonról böngészik és fizet is. Ha egy termékoldal lassan tölt be, vagy a fizetési űrlap mezői túl kicsik ahhoz, hogy mobilon kényelmesen kitöltsék, a vásárlás pontosan az utolsó lépésnél veszik el, ott, ahol a legtöbbet fájna elveszíteni egy vevőt.

Hogyan ellenőrizd a saját oldaladat
Nem kell fejlesztőnek lenned ahhoz, hogy nagyjából felmérd, hol állsz:

Nyisd meg a saját telefonodon az oldalt, és próbáld végig az összes fontos lépést: menüzés, kapcsolatfelvétel, űrlap kitöltése.
Figyeld meg, mennyi ideig tart, amíg a főoldal betölt mobil adatforgalmon, nem csak wifin.
Nézd meg, hogy minden gomb és link kényelmesen elérhető-e egy kézzel, ujjal, nem csak egérrel.
Próbáld ki egy régebbi, gyengébb telefonon is, nem csak a legújabb saját készülékeden.


Mit kérj a fejlesztődtől, ha reszponzív oldalt rendelsz
Az ajánlatkérésnél érdemes konkrétan rákérdezni ezekre a pontokra, nem elfogadni annyit, hogy "természetesen reszponzív lesz":

Mobile-first szemlélettel készül-e az oldal, vagy utólag igazítják mobilra az asztali verziót.
Milyen betöltési időt garantálnak mobil hálózaton, nem csak wifin mérve.
Tesztelik-e ténylegesen több eszközön és böngészőben, mielőtt átadják az oldalt.
A képek és médiatartalmak automatikusan optimalizálódnak-e a különböző eszközökhöz.


Hogyan csináljuk mi
Minden weboldal készítés projektünknél mobile-first szemlélettel tervezünk, Laravel és Vue.js alapokon, két másodperc alatti betöltési idővel. Az oldalt több eszközön és böngészőben is leteszteljük élesítés előtt, ahogy ez a szolgáltatásoldalunk folyamatábrájában is szerepel. Ha egy meglévő oldalról derül ki, hogy mobilon gyengén teljesít, a karbantartási csomagunk keretében is tudjuk auditálni és javítani, nem kell hozzá feltétlenül új oldalt építeni.

Összegzés
A reszponzív weboldal nem azt jelenti, hogy az oldal elfér a telefon képernyőjén, hanem azt, hogy ugyanolyan könnyen használható rajta, mint asztali gépen. Ha ez hiányzik, a látogatóid nagy része, jellemzően a többségük, egyszerűen elpattan, mielőtt eljutna a kapcsolatfelvételig. Érdemes időnként saját magadnak is végigpróbálni az oldalad telefonon, és konkrét kérdésekkel felkészülni, ha most rendelsz újat.

Mi az az AI agent, és miben más, mint egy AI workflow?
Az „AI agent” kifejezés mostanra ugyanolyan gyakran előkerül, mint korábban az „AI workflow”, és a legtöbb helyen ugyanúgy összemosódik a jelentése. Pedig a kettő között ugyanolyan éles határvonal húzható, mint a hagyományos automatizmus és a workflow között, amiről korábbi cikkünkben írtunk.
Ott azt mutattuk meg, hogy egy AI workflow-nál a lépések sorrendje rögzített, csak az egyes lépéseken belüli felismerést végzi az AI. Az AI agent egy szinttel feljebb lép: nem a lépéseket rögzítjük, hanem a célt és az eszközöket, a sorrendet és az ismétlések számát pedig a rendszer maga dönti el, amíg el nem éri a célt.
Gyors visszatekintés: mi az az AI workflow?
Idézzük fel dióhéjban, mert erre az alapra építünk. Egy AI workflow-nál előre megrajzolt lépéssor fut le: olvasd el az üzenetet, sorold be, nyerd ki belőle az adatokat, hozd létre a leadet, írd meg a válasz piszkozatát. A sorrend fix, csak az egyes pontokon, például a besorolásnál dönt az AI a nyelv értelmezése alapján. Ha ezt a részt még nem olvastad, érdemes előbb azt átnézni, utána sokkal egyszerűbb lesz követni, mi változik egy agentnél.
Mi az az AI agent?
Az AI agent, magyarul AI ügynök, más logika szerint dolgozik. Nem egy előre megírt lépéssort kap, hanem egy célt és egy eszközkészletet. Onnantól a rendszer maga dönti el, milyen sorrendben és hányszor használja az eszközöket, amíg el nem éri a célt, vagy amíg el nem éri az előre ráadott korlátot, például a lépések maximális számát vagy egy időkeretet.
A gyakorlatban ez azt jelenti, hogy nem te írod le, pontosan mi történjen minden egyes esetben. Azt határozod meg, mi számít sikernek, milyen eszközökhöz férhet hozzá az AI, és hol a határ, ameddig önállóan elmehet. A többit a rendszer oldja meg, a saját belátása szerint, a kapott kereteken belül.
Ugyanaz a helyzet, egy lépéssel tovább
Vegyük ugyanazt a kapcsolatfelvételi példát, mint az előző cikkben, csak vigyük tovább egy lépéssel. A workflow már besorolta a beérkező üzenetet, létrehozta a leadet a CRM-ben, és megírta a válasz piszkozatát. Ez eddig egy fix lépéssor volt, a workflow feladata itt véget is ér.
Egy lead-kutató AI agent innen veheti át a munkát, más céllal: „derítsd ki, érdemes-e komolyan foglalkozni ezzel a leaddel, és készíts elő mindent egy kollégának, mielőtt felveszi vele a kapcsolatot”. Az eszközei: rákeresés a cég nevére a weboldalán, korábbi kapcsolat ellenőrzése a CRM-ben, iparági háttér gyűjtése, jegyzet összeállítása a kollégának.
Az agent maga dönti el, mihez kezd ezekkel az eszközökkel. Ha az első keresés kevés információt ad, rákeres másképp is. Ha talál egy korábbi ajánlatot a CRM-ben, azt is bevonja a jegyzetbe. Ha a cég neve túl általános, és nem talál rá biztosan, jelzi, hogy bizonytalan az azonosítás, ahelyett hogy kitalált adatokat írna be. Nem azt hajtja végre, amit előre, lépésről lépésre megírtunk neki, hanem azt, amit a cél elérése éppen megkövetel.
Mi nem AI agent, még ha annak hívják is
Van itt egy hasonló félreértés, mint a workflow-nál. Ha egy rendszer mindig ugyanazt a három lépést futtatja le egymás után, és csak annyi „intelligencia” van benne, hogy egy hiba esetén visszalép egyet és újrapróbálja, az még nem agent. A sorrend és az ismétlésszám ugyanis ilyenkor kódban van rögzítve, nem az AI dönti el menet közben.
A valódi különbségtétel az, hogy ki dönt arról, mi történjen ezután. Ha ezt egy fejlesztő előre eldöntötte, és beleírta a kódba, workflow-ról van szó, még akkor is, ha bonyolult és sok elágazást tartalmaz. Ha ezt menet közben maga a rendszer dönti el a cél és a rendelkezésére álló eszközök alapján, az valódi agent.
AI workflow vagy AI agent, a különbség egy táblázatban



SzempontAI workflowAI agent


Lépések sorrendjeElőre rögzítettAz AI dönti el menet közben
Ismétlések számaFix, vagy egyszerű ciklusAz AI dönti el, ameddig a korlát engedi
KiszámíthatóságNagyon kiszámíthatóKevésbé kiszámítható, ellenőrzés kell
Bevezetés költségeAlacsonyabb, gyorsabban készMagasabb, több tesztelés kell hozzá
Futtatás költségeAlacsony, kevés AI-hívás esetenkéntMagasabb, több AI-hívás egy-egy futásban
Mikor jó választásIsmert, véges számú kimenetVáltozó, előre fel nem térképezhető eset



Hogyan néz ki ez a gyakorlatban a Lionernél?
Nálunk mindkét logika egyszerre él, attól függően, mit kell megoldani. A beérkező megkeresések feldolgozása workflow, fix lépéssorral, ahogy az előző cikkben írtuk. A két AI munkatársunk viszont már agent-elven működik.
Nora, a marketing-elemző AI munkatársunk célt kap, hogy nézze át a kezelt fiókok teljesítményét, és jelezze, ha van tennivaló, nem egy fix lekérdezés-listát. Ő maga dönti el, hogy a Google Ads, az Analytics vagy a Search Console adatait nézi-e meg először, mikor kell egy kiugró értéket egy második lekérdezéssel is megvizsgálnia, és mikor van már elég információja ahhoz, hogy konkrét javaslatot fogalmazzon meg egy kampányra.
Leo, a fejlesztő AI munkatársunk hasonlóan dolgozik egy hibajegy feldolgozásakor. Nem egy előre megírt lépéssort követ végig, hanem célt kap: oldja meg a bejelentett hibát. Ő dönti el, hány fájlt nyisson meg, hányszor futtassa le a teszteket, és mikor jelentse, hogy kész a javítás, mindezt szigorú biztonsági korlátok között, amiket mi határoztunk meg neki előre.
A közös pont a kettőjükben: mi rögzítjük a célt és a korlátokat, nem a lépéseket. Ez a lényege annak, hogy agentnek nevezzük őket, és nem workflow-nak.
Mikor elég a workflow, és mikor kell agent?
Ez a legfontosabb kérdés, és a válasz a legtöbb esetben: nem kell agent. Ha egy folyamatnak véges, jól ismert kimenetei vannak, egy workflow olcsóbb, gyorsabban bevezethető, és sokkal kiszámíthatóbb. A kapcsolatfelvétel besorolása, egy számla adatainak kinyerése, egy visszaigazoló e-mail személyre szabása mind ilyen feladat: néhány jól meghatározható kimenet, amit egy workflow tökéletesen lefed, agent nélkül is.
Agent ott éri meg, ahol a feladat elvégzéséhez szükséges lépések száma és sorrendje előre nem tervezhető meg, mert az attól függ, mit talál a rendszer útközben. Egy piaci háttérkutatás, egy hiba felderítése több rendszeren keresztül, vagy egy lead minősítése több különböző adatforrásból: ezeknél nem lehet előre megmondani, hány lépés kell hozzá, és milyen sorrendben.
Van egy egyszerű ökölszabály is. Ha le tudod rajzolni egy folyamatábrán, hogy mi történik minden egyes esetben, az workflow-feladat. Ha csak azt tudod pontosan megfogalmazni, mi a cél és mikor számít késznek a munka, az valószínűleg agent-feladat.
Mit jelent ez neked vezetőként?
Az agent nem „jobb” workflow, hanem más eszköz, más problémára. Egy agent bevezetése több tesztelést, szigorúbb korlátokat és folyamatos ellenőrzést igényel, mert kevésbé kiszámítható, mint egy workflow, és minden egyes futása több AI-hívásba, tehát több költségbe kerül. Ezt csak ott érdemes vállalni, ahol a hagyományos megoldás tényleg nem tudja lefedni a feladat változatosságát.
A gyakorlati tanács: ne azzal kezdd, hogy „kell nekünk egy AI agent”, hanem azzal, hogy pontosan megfogalmazod, mi a cél, milyen eszközökre van szükség hozzá, és hol a határ, ameddig a rendszer önállóan mehet. Ha ezt a hármat nem tudod pontosan megmondani, még nem állsz készen az agent bevezetésére, és valószínűleg egy workflow is megoldja a feladatot, olcsóbban.
Az is fontos, hogy egy agent kimenetét ugyanúgy érdemes emberi ellenőrzés alá tenni, mint egy workflow-ét, legalábbis addig, amíg meg nem bizonyosodsz róla, hogy megbízhatóan hozza a jó döntéseket a megadott korlátok között. Az agent nem azért van, hogy kivegye az embert a folyamatból, hanem hogy a rutinszerű, sok lépésből álló munkát vegye le róla.
Összegzés
A workflow és az agent között a különbség nem a technológia korszerűsége, hanem az, hogy ki dönt a lépések sorrendjéről és számáról. A workflow-nál ezt előre rögzítjük. Az agentnél a célt és a korlátokat rögzítjük, a sorrendet és az ismétlést a rendszer dönti el útközben, a kapott eszközökkel.
A legtöbb KKV-feladathoz elég egy jól megtervezett workflow: olcsóbb, gyorsabban bevezethető, kiszámíthatóbb. Agentet ott érdemes építeni, ahol a feladat változatossága miatt nem lehet előre végigtervezni minden lépést, csak a célt és a kereteket lehet pontosan rögzíteni.
Ha nem vagy biztos benne, hogy a te folyamatodhoz workflow vagy agent illik-e jobban, kérj egy ingyenes konzultációt. Az ERP és CRM rendszer fejlesztés szolgáltatásunk keretében mindkettőt építjük ügyfeleinknek, attól függően, mit igényel valójában a folyamatod.

Mitől lesz valami AI workflow és nem sima kód?
Egyre több helyen hallani, hogy egy cég AI-jal automatizálta valamelyik folyamatát. De ha rákérdezel, mit jelent ez pontosan, nagyon különböző válaszokat kapsz. Van, ahol egy jól bevált szabályrendszert hívnak workflow-nak, csak mert valahol a láncban fut egy AI-hívás is. És van, ahol tényleg más a logika: a rendszer nem előre megírt lépéseket követ végig, hanem érti, amit olvas.
A kettő között nem a technológia korszerűsége a különbség. Az, hogy mennyi mindent kellett előre végiggondolni és leprogramozni ahhoz, hogy a folyamat működjön. Nézzük meg ezt egy olyan helyzeten keresztül, amivel gyakorlatilag minden vállalkozás találkozik: a weboldalon beérkező kapcsolatfelvételen.
A hagyományos automatizmus: kapcsolatfelvételi űrlap kódban
A legtöbb weboldalon a kapcsolatfelvételi űrlap ma is ugyanazt csinálja évek óta. Valaki kitölti, a rendszer összerak egy e-mailt, és elküldi a megadott címre. Ha van benne valamennyi automatizálás, az általában néhány egyszerű szabály: ha az üzenetben szerepel az "árajánlat" szó, kerüljön az "érdeklődés" mappába, ha "hiba" vagy "nem működik" szerepel benne, menjen a support felé.
Ez működik, amíg az emberek pontosan úgy fogalmaznak, ahogy a fejlesztő előre elképzelte. A gond ott kezdődik, amikor valaki azt írja: "A rendszer, amit tavaly vettünk tőletek, most furcsán viselkedik, tudnátok segíteni?" Nincs benne se "hiba", se "nem működik", mégis egyértelműen support-ügy. A szabály ezt nem kapja el, mert szó szerint keres, nem érti a mondatot.
Minden ilyen esetet külön fel kell ismerni, és külön szabályt kell rá írni. Minél több eshetőséget akarsz lefedni, annál hosszabb és törékenyebb lesz a szabályrendszer. Egy ponton a karbantartása több munkát visz el, mint amennyi időt eredetileg megspórolt.
Az AI workflow: ugyanaz a feladat, más logika
Egy AI workflow ugyanezt a beérkező üzenetet másképp kezeli. A rendszer elolvassa és értelmezi a szöveget, nem kulcsszavakat keres benne. Egy jól felépített kapcsolatfelvétel-feldolgozó workflow ezekből a lépésekből áll:

besorolja az üzenetet: érdeklődés, support-kérdés vagy spam,
kinyeri belőle, melyik cégtől jött és milyen típusú projektről van szó,
létrehozza a leadet a megfelelő státusszal a CRM-ben,
és megírja a válasz piszkozatát, amit már csak jóvá kell hagyni és el kell küldeni.

A fenti "furcsán viselkedik" mondatot a rendszer minden gond nélkül felismeri support-ügyként, mert érti, mit jelent, nem azt nézi, szerepel-e benne egy előre megadott szó. Ha holnap valaki egészen más megfogalmazással ír, ugyanígy felismeri, mert nem egy szótárhoz hasonlítja az üzenetet, hanem értelmezi azt.
Mi nem AI workflow, még ha AI is van benne
Van egy gyakori félreértés, amit érdemes tisztázni. Ha a cégednél annyi történt, hogy a régi, szabályalapú rendszerbe beraktátok egy lépést, ahol a ChatGPT megfogalmaz egy udvarias választ, az még nem AI workflow. Attól, hogy egy pontban AI ír szöveget, a rendszer logikája ugyanaz maradt: a besorolás, a felismerés és a döntés továbbra is a régi, előre megírt szabályokon múlik.
A különbség ott van, hogy melyik lépés dönt. Ha az AI csak szépít egy már meghozott döntést, az kozmetika. Ha az AI hozza meg magát a döntést, amit korábban szabályokkal próbáltatok lefedni, az valódi AI workflow. Ez a különbségtétel azért fontos, mert két teljesen más fejlesztést jelent, és két teljesen más eredményt is hoz.
A valódi különbség: nem kell mindent előre kitalálni
Itt érkezünk el a lényegi különbséghez, és ez nem varázslat. A hagyományos automatizmusnál neked vagy a fejlesztődnek előre végig kell gondolnia minden lehetséges esetet, és mindegyikhez le kell írnia, mi történjen. Ha kimarad egy eset, a rendszer vagy hibázik, vagy egyszerűen nem csinál vele semmit.
Az AI workflow-nál a cél és a lépések vannak rögzítve: olvasd el, sorold be, nyerd ki az adatokat, hozd létre a leadet, írd meg a választ. De azt, hogy pontosan hogyan ismerd fel az egyes eseteket, nem kell soronként megírni. A rendszer a nyelv értelmezéséből dolgozik, ezért olyan megfogalmazásokkal is jól boldogul, amivel senki nem számolt előre.



SzempontHagyományos kódAI workflow


Új, korábban nem látott megfogalmazásNem ismeri fel, ha nincs rá szabályJellemzően felismeri, mert érti a szöveget
KarbantartásMinden új esethez új szabály és fejlesztés kellA cél és a lépések ritkán változnak, nem az egyes esetek
KiszámíthatóságNagyon kiszámítható, mindig ugyanazt csináljaKevésbé determinisztikus, ellenőrzés kell
BevezetésEgyszerű esetekre gyors és olcsóNagyobb kezdeti munka, de kevesebb utókövetés



Hogyan néz ki ez a gyakorlatban a Lionernél?
Nálunk ez nem elmélet, hanem napi működés. A beérkező megkereséseket a saját rendszerünkben is AI workflow dolgozza fel: elolvassa az üzenetet, besorolja, kinyeri belőle a cég nevét és a projekt típusát, létrehozza a leadet a megfelelő státusszal, és megírja a válasz piszkozatát. A lépések sorrendjét itt mi rögzítettük előre, a felismerés az, amit az AI végez.
Emellett két AI munkatárs is dolgozik nálunk, Nora a marketing-elemzésen és Leo a fejlesztésen, de ők már más logika szerint működnek, nem egy előre megírt lépéssort futtatnak végig. Róluk a következő cikkben írunk részletesen.
Arról, hogyan lehet egy céges rendszert (CRM-et vagy ERP-t) összekötni a mesterséges intelligenciával, korábban külön cikkben is írtunk, mert ez az alapja annak, hogy egy ilyen workflow ne csak beszéljen, hanem valóban dolgozzon is a te adataidból.
Mikor elég a hagyományos automatizmus, és mikor éri meg AI workflow-t építeni?
Nem minden helyzethez kell AI workflow. Ha egy folyamat mindig ugyanúgy fut le, kevés benne a variáció, és pontosan tudod előre, milyen bemenetek jöhetnek, egy hagyományos, kódba írt automatizmus olcsóbb, gyorsabban bevezethető és kiszámíthatóbb. Egy automatikus visszaigazoló e-mail, ami minden űrlapkitöltés után ugyanazt a szöveget küldi ki, tökéletes példa erre. Ide nem kell AI, feleslegesen bonyolítaná a rendszert.
AI workflow ott éri meg, ahol a bemenet változatos: szabad szöveg, eltérő megfogalmazás, kontextusfüggő döntés. A kapcsolatfelvételi űrlap tipikusan ilyen, mert az emberek nem szabvány szerint írnak. Ugyanez igaz sok más folyamatra is a cégeden belül. Arról, hogy egy egyedi rendszer még milyen területeken tud segíteni, itt írtunk részletesebben.
Mit jelent ez neked vezetőként?
A gyakorlati tanulság egyszerű. Nem azért éri meg AI workflow-ban gondolkodni, mert trendi, hanem mert a te folyamataidban is vannak olyan pontok, ahol eddig azért kellett kézzel dolgozni, mert túl sokféle eset fordult elő ahhoz, hogy megérje mindet leprogramozni. Az AI workflow pont ezt a falat bontja le: nem kell előre kitalálnod az összes lehetséges ügyfélmondatot, elég a célt és a lépéseket rögzítened, a felismerést maga a rendszer végzi.
Fontos, hogy az automatizált feldolgozás csak a kezdet. Ahogy arról korábban is írtunk, a kapcsolatfelvétel önmagában nem cél, hanem kiindulópont. Egy AI workflow nem helyettesíti a jól felépített utánkövetést, csak felgyorsítja és pontosabbá teszi az első lépést: azt, hogy a megkeresés a megfelelő helyre kerüljön, a megfelelő státusszal, minél előbb.
Azt is fontos kimondani, hogy egy AI workflow nem jelenti azt, hogy mindent felügyelet nélkül rá lehet bízni a rendszerre. A válasz piszkozatát a gyakorlatban érdemes egy kollégának jóváhagynia, mielőtt kimegy, és időnként érdemes visszanézni, hogy a besorolások tényleg jók-e. A cél nem az, hogy kivedd az embert a folyamatból, hanem az, hogy a rutinmunkát levegyed róla, és a döntést hagyd nála ott, ahol tényleg számít.
Összegzés
A különbség egy hagyományos automatizmus és egy AI workflow között nem az, hogy melyik "okosabb". Az, hogy melyiknél kell előre végiggondolnod és leprogramoznod minden lehetséges esetet. A hagyományos automatizmusnál igen. Az AI workflow-nál a célt és a lépéseket rögzíted, a felismerést maga a rendszer végzi.
Egy következő cikkben azt is megmutatjuk, mi a különbség egy ilyen AI workflow és egy AI agent között, ahol már nem is a lépéseket írjuk elő, hanem csak a célt és a korlátokat.
Ha szeretnéd megnézni, a te vállalkozásodban hol van olyan pont, ahol egy AI workflow kiválthatná a kézi munkát, kérj egy ingyenes konzultációt. Az ERP és CRM rendszer fejlesztés szolgáltatásunk keretében pontosan ilyen megoldásokat építünk ügyfeleinknek.

Egy kérdés, ami nálunk is rendszeresen felmerülSok ügyfélbeszélgetésen elhangzik ugyanaz a mondat: "nekünk valami olyan rendszer kellene, ami mindent összefog, CRM vagy ERP, nem is tudom pontosan melyik". Ez nem meglepő, a két rövidítést a hétköznapokban gyakran egymás szinonimájaként használják, pedig más problémára valók. Ez a cikk arról szól, mi a tényleges különbség a kettő között, és honnan tudod eldönteni, melyikre van szükséged, vagy hogy tényleg mindkettőre.Mi az a CRM rendszerA CRM (Customer Relationship Management, magyarul ügyfélkapcsolat-kezelés) egyetlen dologra épül: az ügyfeleiddel kapcsolatos információk egy helyen tartására. Egy CRM-ben nyomon követed, ki az ügyfél, mikor kerestétek meg egymást, milyen ajánlatot küldtél neki, hol tart az érdeklődő az értékesítési folyamatban, és mikor kell legközelebb jelentkezned nála.Gyakorlatban ez azt jelenti, hogy a CRM az értékesítés és az ügyfélkapcsolat-tartás eszköze. Ha most excel táblákban, emailekben és a fejedben tartod számon, kivel hol tartasz, egy CRM az első lépés, amivel ez kikerül a fejedből egy közös, kereshető rendszerbe.Mi az az ERP rendszerAz ERP (Enterprise Resource Planning, magyarul vállalatirányítási rendszer) ennél szélesebb kört fog át. Nem csak az ügyfélkapcsolatot kezeli, hanem a cég működésének nagy részét egy rendszerbe köti össze: készletet, számlázást, projekteket, beszerzést, gyakran a pénzügyet és a HR-t is. Egy ERP célja, hogy a cégen belül szétszórt folyamatok (mi van raktáron, mi lett kiszámlázva, hol tart egy projekt, mennyi az aktuális bevétel) egy helyen, egymással összekötve legyenek láthatók.Amíg a CRM kifelé, az ügyfél felé néz, az ERP befelé, a cég működésére. A kettő gyakran összeér, mert egy vállalatirányítási rendszerben is szükség van ügyfélkapcsolati modulra, de a fókuszuk más.A különbség egy táblázatbanSzempontCRMERPFő fókuszÜgyfélkapcsolat, értékesítésA teljes cégműködésTipikus modulokKontaktok, ajánlatok, értékesítési folyamat, kommunikációs naplóKészlet, számlázás, projektek, beszerzés, pénzügy, HRKinek éri meg elsőkéntAki sok leaddel és ügyféllel dolgozik, de a belső folyamatai még egyszerűekAkinek a belső folyamatai (készlet, számlázás, projektkövetés) már nem kezelhetők excelbenBevezetés méreteJellemzően kisebb, gyorsabban élesíthetőJellemzően nagyobb, több folyamatot érint egyszerreMikor elég a CRM, és mikor kell ERPHa a fő problémád az, hogy elvesznek a leadek, nem emlékszel, kit mikor kellene visszahívnod, vagy az árajánlatok követése excelben kezelhetetlen, akkor a CRM az, ami elsőként megoldást hoz. Ez a gyakoribb belépési pont kisebb cégeknél, mert az értékesítés az, ahol a rendezetlenség a leggyorsabban pénzben is látszik.Ha viszont a probléma szélesebb, mondjuk nem látod pontosan, mi van raktáron, a számlázás és a projektek követése is külön rendszerekben, egymástól függetlenül fut, és emiatt döntéseket kell tipp alapján hoznod, akkor már ERP-szintű gondolkodásra van szükség. Ilyenkor a kérdés nem az, hozzáadjunk-e még egy modult egy meglévő CRM-hez, hanem hogy a cég működését érdemes-e egy közös rendszerbe rendezni.A kettő nem kizárja egymást. Sok cégnél a CRM az első lépés, aztán ahogy nő a vállalkozás, a CRM mellé vagy egy közös rendszeren belül épül ki az ERP-oldal is: a NAV Online Számla integrációval automatizált számlázás, a készletkezelés, a projektkövetés.Miért nem elég sokszor egy kész, dobozos megoldásA piacon rengeteg kész CRM és ERP szoftver elérhető, ezek jó választás lehetnek, ha a folyamataid nagyjából illeszkednek ahhoz, amire a szoftvert eredetileg tervezték. A gond ott kezdődik, amikor a cég működése egyedi: más az árazási logikátok, más a projektfolyamatotok, vagy több különböző rendszer adatait kellene összekötni (webshop, számlázó, raktár), amit egy általános szoftver nem old meg gördülékenyen.Mi ilyenkor egyedi, Laravel-alapú ERP/CRM rendszert építünk, ami pontosan a ti folyamataitokra szabott, nem fordítva, nem nektek kell a folyamataitokat egy kész szoftver logikájához igazítani. Ez természetesen nagyobb kezdeti befektetés, mint egy előfizetéses dobozos megoldás, ezért mindig azt javasoljuk, először nézzétek meg, egy kész szoftver nem old-e meg mindent elég jól, és csak akkor váltsatok egyedi fejlesztésre, ha ez tényleg szűk keresztmetszetet jelent.Mit érdemes átgondolnod, mielőtt dönteszHol veszítesz most a legtöbbet: elveszett leadeken és követhetetlen ügyfélkapcsolaton, vagy a belső folyamatok (készlet, számlázás, projektkövetés) átláthatatlanságán?Hány különböző, egymással nem kommunikáló rendszert (excel, számlázó, webshop admin, levelezés) használtok most párhuzamosan ugyanahhoz a munkához?A csapatod mérete és a folyamataitok mennyire egyediek ahhoz, hogy egy kész, dobozos szoftver kényelmesen kiszolgáljon, vagy már inkább korlátoz?Ha ezekre a kérdésekre végiggondolva azt látod, hogy egy kész CRM vagy ERP szoftver logikája nem passzol rátok, vagy már többször nekifutottatok egy dobozos megoldásnak, de mindig valamin megakadt, szólj nekünk, átbeszéljük, nálatok melyik irány éri meg jobban.

Kedd délután két vendég érkezik ugyanarra a 14 órás időpontra. Az egyiket telefonon írták be a füzetbe, a másikat egy Excel-táblázatba, és senki nem vette észre, hogy ütközik a kettő. Ha ismerős a helyzet, nem vagy egyedül. A legtöbb szolgáltató vállalkozásnál, a szépségszalontól az edzőtermeken át a szervizekig, valahol itt jön a felismerés, hogy a kézi időpontfoglalás elfogyott.

Innentől már nem az a kérdés, kell-e valamilyen rendszer, hanem az, hogy melyik. Egy kész, dobozos foglalási szoftver, vagy egy a saját folyamataidra szabott, egyedi fejlesztés. Egyik sem jobb önmagában, csak más helyzetre való, és a cikk végére látni fogod, melyik a te esetedben a jó válasz.

Honnan tudod, hogy kinőtted a kézi időpontfoglalást?

Ez ritkán derül ki egyik napról a másikra, inkább apránként jönnek a jelek:


Több helyen fut párhuzamosan a foglalás (füzet, Excel, Messenger, telefonos jegyzet), és senki nem látja egyben az egészet.
Volt már dupla foglalás vagy elfelejtett időpont, mert az adat csak egy kolléga fejében élt.
A csapat nem látja egymás naptárát, ezért telefonálni kell ahhoz, hogy kiderüljön, ki mikor ér rá.
Nincs automatikus emlékeztető, ezért rendszeresen van meg nem jelenő vendég. Szolgáltatónál ez közvetlen bevételkiesés.
Az előleg beszedése külön kör: átutalás, aztán kézzel nézed meg, megjött-e, és csak utána igazolod vissza az időpontot.
Új kollégának nehéz elmagyarázni a foglalás menetét, mert valójában több, egymással nem beszélő eszközből áll össze.


Ha ezekből csak egy-kettő igaz rád, még nem kell váltanod. Ha viszont a nagy része igaz, akkor a mostani megoldás már többet visz el időben és bevételben, mint amennyit spórolsz vele. Ugyanez a mintázat az Excel-alapú működésnél is megvan, erről itt írtunk bővebben: Hogyan döntsd el, hogy a céged kinőtte az Excelt?

Kész foglalási szoftver vagy egyedi rendszer: mi a valódi különbség?

Kész, előfizetéses foglalási szoftverből rengeteg van a piacon. Jó belépők, mert azonnal használhatók, fejlesztés nélkül, és havi pár ezer forintból kipróbálhatók. Cserébe azt kapod, amit a szoftver éppen tud, a testreszabás jellemzően korlátos, a díj pedig nő a foglalások vagy a felhasználók számával.

Az egyedi fejlesztésű rendszer a te folyamataidra épül. Azokat a szabályokat és kivételeket is kezeli, amikre egy sok iparágat kiszolgáló termék eleve nem gondolt. A gyakorlatban így fest a különbség:



SzempontKész (SaaS) foglalási szoftverEgyedi fejlesztésű rendszer


Induló költségAlacsony, azonnal használhatóMagasabb, kell hozzá fejlesztési idő
Költség hosszú távonHavi előfizetés, ami a foglalásokkal együtt nőEgyszeri beruházás, nincs havi licencdíj
TestreszabhatóságAmit az adott csomag kínálPontosan a te szabályaidra épül
IntegrációKorlátozott, gyakran csak a drágább csomagbanSzabadon köthető CRM-hez, számlázáshoz, belső rendszerhez
AdatbirtoklásA szolgáltató szerverénA te kezelésedben
Iparági szabályokRitkán támogatottBeépíthető (kapacitáskorlát, engedélyeztetés, előlegszabály)



Mikor elég egy kész, dobozos szoftver?

Nem minden vállalkozásnak kell egyedi rendszer. Ha egyedül dolgozol, egyféle szolgáltatást adsz, nincs bonyolult árazásod vagy kapacitásszabályod, és a havi előfizetés nem fáj, akkor egy kész szoftver bőven megteszi. Ilyenkor az egyedi fejlesztés túlbiztosítás: hosszabb átfutás és nagyobb kezdeti költség olyan rugalmasságért, amire nincs szükséged.

Egy induló, egyszemélyes vállalkozásnál teljesen ésszerű kész szoftverrel kezdeni, és akkor váltani, amikor a korlátok tényleg fájni kezdenek. Nem az a hiba, ha valaki kész szoftvert használ, hanem ha évekig ragaszkodik hozzá, pedig már rég kinőtte. Erről is írtunk külön: Mikor nem éri meg egyedi fejlesztést választani?

Mikor éri meg egyedi időpontfoglaló rendszert fejlesztetni?

A tapasztalatunk szerint ezekben a helyzetekben szokott reálisan megtérülni:


Több erőforrást kell egyszerre kezelni. Ha nem egy, hanem több kolléga, terem vagy eszköz naptárát kell ütközésmentesen összehangolni, egy általános szoftver logikája hamar szűk lesz.
Bonyolult az árazásod. Csomagok, előlegek, foglalási díjak, lemondási szabályok kombinációja sok kész szoftverben csak kerülő úton, vagy sehogy nem állítható be.
Integrálni kell egy meglévő rendszerrel. Ha a foglalásnak együtt kell működnie a CRM vagy ERP rendszereddel, a számlázással vagy a készletkezeléssel, egy zárt SaaS-termék ezt jó esetben is csak félig engedi.
Speciális szabályok érvényesek nálad. Egészségügyi, oktatási vagy engedélyköteles szolgáltatásnál gyakran vannak olyan megkötések, amikre egy tömegtermék nem lett felkészítve.
Növekedést tervezel. Ha nem szeretnéd fél év múlva kényszerből kinőni a kész szoftvert, érdemes időben az egyedi megoldás felé fordulni.
Számít az ügyfélélmény. Ha fontos, hogy a foglalás ne egy sablonos, máshol is látott felületen fusson, hanem a saját arculatodban, a saját oldaladon, az önmagában is előny.


Mit tud egy egyedi foglalási rendszer, amit a dobozos nem?



Az egyik referenciánk, az Achilles Masszázs Kecskemét oldala jól mutatja a különbséget. A rendszer nem csak az időpontot kezeli: a vendég kiválasztja a szolgáltatást és az időpontot, ha kell, azonnal fizet online, a számla pedig automatikusan kiáll. Néhány perc az egész, telefonálás és utólagos adminisztráció nélkül.

Automatikus emlékeztetők figyelnek arra, hogy senki ne felejtse el a foglalt időpontját, és készült egy törzsvásárlói program is, ami magától kezeli a visszatérő vendégek kedvezményeit. Ezeket a kész rendszerek általában csak külön előfizetéssel, kompromisszummal vagy sehogy nem adják.

A lényeg, hogy minden egy helyen fut: fizetés, számlázás, időpontok, ügyféladatok, értesítések, hűségprogram. Nem külön szolgáltatásokat kell összefércelni, a vendég pedig végig a cég saját oldalán marad, külső foglalási portál nélkül.

Amiket ilyen rendszerbe rendszeresen beépítünk:


Naptárszinkron (például Google Naptár) a csapat minden tagjával, hogy mindenki lássa a valós leterheltséget.
Automatikus emlékeztető e-mailben vagy SMS-ben.
Előleg vagy teljes összeg fizetése egy lépésben, a foglalással együtt.
Kapacitáskezelés szolgáltatásonként, teremenként vagy eszközönként, hogy ne lehessen túlfoglalni semmit.
Egyedi árazás: csomagok, bérletek, kedvezmények, szezonális díjak.
Közvetlen kapcsolat a meglévő üzleti rendszereddel, hogy a foglalásból magától legyen ügyfélkarton, számla vagy munkalap.


Milyen vállalkozásoknak éri meg leginkább?

Ott látjuk a legnagyobb megtérülést, ahol a foglalás nem egyszerű időpont-kiosztás, hanem egy hosszabb folyamat első lépése:


Szépségszalonok, fodrászatok, kozmetikák. Több kolléga, eltérő hosszúságú szolgáltatások, közös eszközök. Ezt egy általános naptár nehezen kezeli jól.
Edzőtermek, stúdiók, oktatási vállalkozások. Csoportos órák, egyéni alkalmak és bérletek egyszerre, úgy, hogy a létszámkorlát magától érvényesüljön.
Egészségügyi és tanácsadó szolgáltatók. Itt adatvédelmi és engedélyeztetési szempontok is belépnek.
Szerviz és kiszállásos szolgáltatás. A foglaláshoz munkalap, útvonal és anyagfelhasználás is tartozik, tehát a rendszer már a munkafolyamat első lépése, nem csak egy naptár.


Kecskeméti és Bács-Kiskun megyei ügyfeleinknél gyakran pont az utolsó a kiindulópont: náluk a foglalási rendszer és a munkalap-kezelés a gyakorlatban ugyanaz a probléma, csak két oldalról nézve.

Hogyan zajlik a megvalósítás?


Felmérés. Végigvesszük, hogyan zajlik ma a foglalás, hol akad el, és milyen rendszerekkel kell majd beszélnie az újnak.
Tervezés. Rögzítjük a szabályokat: kapacitás, árazás, előleg, lemondás, jogosultságok.
Fejlesztés. Épül a rendszer, közben rendszeresen mutatjuk az aktuális állapotot, hogy menet közben is bele tudj szólni.
Tesztelés. Valós helyzeteken nézzük végig, például egyszerre indított foglalásokkal, hogy ne fordulhasson elő ütközés.
Élesítés és betanítás. Elindul a rendszer, a csapatod pedig megtanulja a napi használatát.


Mennyibe kerül és mennyi idő alatt készül el?

Az ár és az átfutási idő a funkciók számától, az integrációk mélységétől és az automatizálás szintjétől függ. Egy egyszemélyes szolgáltató naptára egészen más tétel, mint egy több telephelyes, több erőforrást és fizetési módot kezelő rendszer. A tényezőket és a reális ársávokat külön cikkben vettük végig: Mennyibe kerül egy egyedi rendszer 2026-ban és mitől függ az ára? Konkrét, a te esetedre szabott számot egy rövid egyeztetés után tudunk mondani.

Hogyan döntsd el, mi a jó választás?

Mielőtt bármelyik irányba elindulnál, gondold végig ezt a négy kérdést:


Egy vagy több szolgáltatót, termet, eszközt kell egyszerre, ütközésmentesen kezelni?
Van olyan szabályod (előleg, engedélyeztetés, kapacitáskorlát, lemondási feltétel), amit egy kész szoftver nem tud pontosan lekövetni?
Össze akarod kötni a foglalást az ügyfélkezelő, számlázó vagy raktárkezelő rendszereddel?
Tervezel akkora növekedést, ami mellett a kész szoftver díja vagy funkciókorlátja hamar szűk lesz?


Ha a többségre igen a válasz, egyedi fejlesztésben érdemes gondolkodni. Ha nem, akkor most egy kész szoftver tökéletesen megteszi, és semmi baj nincs azzal, ha azt választod. A döntés nem végleges: a legtöbb vállalkozásnál a kész szoftver egy jó kiindulópont, amiből egy idő után nő ki az igény az egyedire, nem fordítva.

Következő lépés

Ha azt gyanítod, hogy a foglalásaid már nem férnek el kényelmesen egy Excel-táblában vagy egy füzetben, nem kell azonnal nagy döntést hoznod. Foglalj egy ingyenes, 30 perces konzultációt, átnézzük a mostani foglalási folyamatodat, és őszintén megmondjuk, elég-e egy kész szoftver, vagy nálad tényleg megtérül az egyedi fejlesztés. Nem akarunk mindenkit egyedi rendszer felé terelni. Ha a beszélgetés végén az jön ki, hogy neked most a kész szoftver a jobb, azt is elmondjuk.

Az üzleti rendszer fejlesztés oldalunkon egy rövid üzenetben elindíthatod az egyeztetést, ott a foglalási rendszerek mellett más iparági megoldásokat is megnézhetsz. Ha pedig már van egyedi rendszered, és csak továbbfejlesztésre vagy támogatásra van szükséged, abban is szívesen segítünk.

Egyre több látogató nem begépel egy keresést a Google-be, hanem megkérdezi a ChatGPT-t, vagy elolvassa a Google találati lista tetején megjelenő AI-összefoglalót, az AI Overview-t, és meg sem nyitja a mögötte lévő oldalakat. Ha a weboldalad eddig csak a hagyományos Google-találatokra volt felkészítve, jó eséllyel ezekben a válaszokban egyáltalán nem szerepelsz, még akkor sem, ha a kulcsszavaidra egyébként jól rangsorolsz.Mi a különbség a hagyományos SEO és az AI-keresőkre optimalizálás között?A hagyományos SEO célja, hogy a Google találati listájában minél előrébb szerepelj, hogy a látogató rákattintson a linkedre. Az AI-keresők, mint a ChatGPT Search, a Google AI Overview, a Perplexity vagy a Bing Copilot, viszont nem linkeket adnak elsősorban, hanem egy összefoglaló választ, amit néhány forrásból állítanak össze. A cél itt nem a kattintás, hanem az, hogy a te weboldalad legyen az egyik forrás, amiből az AI idéz, vagy amire hivatkozik.Miért nem elég, ha jól rangsorolsz a Google-ben?Egy AI kereső máshogy „olvassa” a weboldaladat, mint egy élő látogató vagy a hagyományos Google-robot. Ha a tartalmad csak JavaScript-tel töltődik be, ha nincs rajta strukturált adat, vagyis schema.org jelölés, vagy ha a válaszok szétszórva, több bekezdésbe rejtve vannak a szövegben ahelyett, hogy egyértelműen kimondanád őket, az AI-kereső nehezebben tudja kiemelni és idézni a tartalmadat, még akkor is, ha egyébként hasznos és pontos.4 pont, amit magad is ellenőrizhetsz1. Van FAQ vagy világos kérdés-válasz szerkezetű tartalmad?Az AI-keresők szeretik az egyértelmű kérdés-válasz párokat, mert ezeket könnyű kiemelni és beilleszteni egy összefoglaló válaszba. Ha a weboldaladon vagy a blogodon a leggyakoribb kérdésekre, például hogy mit csináltok, mennyibe kerül, mennyi idő alatt, nincs egyértelmű, tömör válasz, csak hosszú, körülményes szövegben elrejtve, érdemes ezt átdolgozni.2. Van strukturált adat (schema.org) a weboldaladon?A strukturált adat egy géppel olvasható jelölés a látható szöveg mögött, ami elmondja az AI-nak és a keresőnek, mi micsoda az oldaladon: ez egy GYIK, ez egy termék, ez egy cikk szerzővel és dátummal. Ez nem helyettesíti a jó szöveget, de sokat segít abban, hogy az AI biztosan jól értelmezze, amit egyébként te is világosan megfogalmaztál.3. Beengeded egyáltalán az AI-crawlereket?A ChatGPT, a Google és más AI-szolgáltatók külön robotokkal, például a GPTBot vagy a ClaudeBot, járják be a weboldalakat, és ezt a robots.txt fájlodban le lehet tiltani, akár szándékosan, akár véletlenül egy régi, túl szigorú beállítás miatt. Ha nem vagy biztos benne, mi van beállítva nálatok, ezt egy fejlesztő pár perc alatt meg tudja nézni, és ha kell, módosítani.4. Egyértelmű és naprakész-e, amit a weboldalad állít magatokról?Az AI-keresők a saját tudásbázisukból és a weboldaladról összegyűjtött információból dolgoznak. Ha az árazásod, az elérhetőséged vagy a szolgáltatásaid leírása elavult, ellentmondásos, vagy több helyen máshogy szerepel a weboldaladon, az AI könnyen rossz vagy régi információt ad tovább rólad, amit utólag te már nem tudsz kontrollálni.Mit érdemes elsőként megcsinálni?Ha most kezdenél ezzel foglalkozni, a FAQ-szerű, egyértelmű válaszok és a strukturált adat azok a pontok, amik a legkisebb ráfordítással hozzák a legtöbbet, és mellesleg a hagyományos Google-keresésben is segítenek, nem csak az AI-keresőkben.Arról, hogy mit érdemes tartalmaznia egy weboldalnak 2026-ban, részletesebben írtunk a milyen funkciókra van szüksége egy modern weboldalnak cikkünkben. Ha pedig új oldal építésén gondolkodsz, ezeket az alapokat érdemes már a weboldal készítés fázisában betervezni, utólag mindig drágább. Ha azt szeretnéd megtudni, miért fontos egyáltalán a keresőoptimalizálás, a miért fontos a SEO cikkünk ad hozzá alapot.Ha szeretnéd megnézetni velünk, hogyan látszik a weboldalad az AI-keresők szemével, keress minket, vagy nézd meg, hogyan gondolkodunk a keresőoptimalizálásról nálunk.

Mi az a Laravel?
A Laravel nem egy weboldalkészítő program, és nem is egy márkanév, amit dobozban meg lehet vásárolni. Inkább egy szakmai alapkészlet, amiből a fejlesztő felépíti a rendszeredet, hasonlóan ahhoz, ahogy egy építőipari szabványrendszer sem ad kész házat, hanem bevizsgált elemeket, amelyekből szinte bármit fel lehet húzni. A WordPress ehhez képest inkább egy készházkatalógus: gyors, kényelmes, kiszámítható, de a falak ott vannak, ahová a tervező eredetileg tette őket.
A Laravelnél nincs ilyen korlát, de ez nem azt jelenti, hogy barkácsmegoldásról van szó. Éppen ellenkezőleg: mindkét út bevizsgált, világszerte használt alapanyagból dolgozik, csak más a rugalmasság és a testreszabhatóság szintje. Amikor egy fejlesztőcsapat Laravelt mond, nem egy saját, senki más által nem ismert belső rendszerről beszél, hanem egy nyílt forráskódú, dokumentált keretrendszerről, amit egy nemzetközi közösség tart karban. Ugyanazt használja egy egyszemélyes vállalkozó és egy több száz fős fejlesztőcsapat is. Ez a cikk arról szól, mit jelent ez a gyakorlatban, ha te vagy a megrendelő.

Mennyire elterjedt valójában?
A Laravel a PHP programozási nyelvre épül. A W3Techs 2026 augusztusi felmérése szerint az ismert szerveroldali nyelvvel rendelkező weboldalak mintegy 71,8%-a PHP-t futtat. Vagyis a világ weboldalainak túlnyomó többsége mögött ez a nyelv áll, jóval megelőzve a következő versenytársat.
Ezen a nyelven belül pedig a Laravel a vezető keretrendszer. A JetBrains State of PHP 2025 felmérése, amely 194 országból 24 534 fejlesztő válaszát dolgozta fel, szerint a PHP-t fő nyelvként használó fejlesztők 64%-a Laravelt választja, messze megelőzve a mezőnyt. A BuiltWith nyilvántartása szerint jelenleg több mint 700 ezer élő weboldal fut Laravel alapon.
Ezek a számok nem marketingfogások, hanem gyakorlati biztonságot jelentenek. Ha egy fejlesztőd elköszön, nem egy egzotikus, kevesek által ismert technológiát kell tovább vinnie valakinek, hanem egy olyan megoldást, amit a PHP-fejlesztők többsége napi szinten használ.
A stabilitás nem csak a mai állapotra vonatkozik, hanem a jövőre is. A Laravel fejlesztői hivatalos támogatási szabályzata szerint minden kiadás legalább 18 hónapig kap hibajavítást és 2 évig biztonsági frissítést, a kiemelt, hosszú távú (LTS) verziók pedig ennél is tovább, 2, illetve 3 évig. Ez azt jelenti, hogy a rendszered nem válik egyik napról a másikra frissíthetetlenné vagy biztonsági kockázattá. Kiszámítható, előre látható ütemben lehet karban tartani, és nem attól függ, hogy egy harmadik fél plugin-fejlesztője éppen aktív-e még.

Mit jelent ez neked, mint megrendelőnek?
Skálázhatóság
Ugyanaz a rendszer szolgál ki 500 és 50 000 látogatót, 100 és 10 000 terméket. Nem kell újraépítened az oldalt akkor, amikor a céged növekszik. Pontosan ezt a tulajdonságot használjuk ki tudatosan a Laravel alapú webshopoknál, és korábban azt is végigvettük, miért éri meg egyedi Laravel webáruházat választani sablonos megoldás helyett.
Teljes testreszabhatóság
Nincs „ezt sajnos nem tudja megoldani” válasz. A rendszer a te folyamatodhoz igazodik, nem fordítva. Egyedi árazási logika, foglaláskezelés, ügyfélportál vagy több szereplős jóváhagyási lánc egyaránt megvalósítható, mert nincs olyan plugin-korlát, amibe bele lehetne ütközni.
Nem vagy hozzánk láncolva
Mivel a Laravelt világszerte használják, a kódodat bármelyik másik, Laravelt ismerő fejlesztő vagy csapat át tudja venni tőlünk. Ez az egyik legerősebb bizalmi pont, mert pontosan azt a félelmet oldja, ami sokakban ott van az „egyedi fejlesztés” szó hallatán: hogy örökre egyetlen céghez lesznek kötve.

És mi van a JavaScript keretrendszerekkel (React, Next.js, Node)?
Tárgyilagosan szólva: a JavaScript-alapú megoldások ott jobbak, ahol a felület nagyon élő, alkalmazásszerű, például élő chat, valós idejű szerkesztőfelület vagy folyamatosan frissülő adatfolyam esetén. Ha a projekted ilyen jellegű, a JS a helyes irány, és ezt őszintén el is mondjuk, amikor valakivel erről egyeztetünk.
Egy tipikus üzleti weboldalnál, webshopnál vagy belső rendszernél viszont a JS-alapú felépítés azt jelenti, hogy gyakorlatilag két rendszert kell fenntartani egy helyett: a szerveroldali logikát és a felületet kiszolgáló, külön futó alkalmazást. Ez több mozgó alkatrészt, drágább hosszú távú karbantartást és bonyolultabb keresőoptimalizálást jelent. Erről bővebben a Laravel webshopok SEO-járól szóló cikkünkben írtunk. A kérdés tehát nem az, hogy melyik keretrendszer „jobb”, hanem hogy melyik jelent felesleges bonyolítást a te konkrét feladatodhoz.
Fontos leszögezni: nem vagyunk vakon elkötelezettek egyetlen technológia mellett sem. Mi magunk is használunk JavaScriptet, konkrétan a Vue.js-t, azokon a felületeken, ahol valódi szükség van rá, például interaktív admin felületeken vagy konfigurátoroknál.

Mikor NEM a Laravel a jó választás?
Ha jövő hétre kell egy 5 oldalas bemutatkozó weboldal, minimális kerettel, arra reálisan egy sablonos megoldás a jó válasz, akár egy jól beállított WordPress. Egyedi fejlesztés csak akkor éri meg, ha a weboldal ténylegesen az üzleti folyamataid része lesz, nem csupán egy digitális névjegykártya. Nálunk az egyedi weboldal fejlesztés is ezzel a kérdéssel indul: előbb átbeszéljük, mire kell az oldal, és csak utána mondunk technológiát.
Erről és a WordPress korlátairól ebben a cikkünkben írtunk bővebben, azt pedig, hogy pontosan mikor éri meg ténylegesen az egyedi fejlesztés, itt jártuk körbe. Ez a bekezdés nem udvariasságból van itt: ha egy fejlesztőcég soha nem mondja meg, hogy mikor nem érdemes hozzá fordulni, azt érdemes gyanakvással kezelni. Az egyedi fejlesztés ára és a megtérülése is más nagyságrend, mint egy sablonos oldalé, úgyhogy a döntés előtt mindenképp érdemes tisztán látni, mekkora büdzsével és milyen időtávon éri meg belevágni.

Nálunk hogy néz ki ez a gyakorlatban?
A saját cégünket vezető ERP/CRM rendszert, amiben a projektjeinket, a feladatainkat és az ügyfélkapcsolatainkat kezeljük, szintén Laravelben írtuk meg. Ezt nem azért mondjuk el, mert ezt tudjuk eladni, hanem mert magunknak is ezt építettük. Ha nem bíznánk a stabilitásában, nem a saját napi működésünket futtatnánk rajta.
Nézzünk néhány konkrét példát az ügyfeleink közül is. A VidékiOtthon ingatlanhirdetési portál Laravel alapon indult zöldmezős projektként, és már az első két hónapban több mint 400 regisztrált felhasználót és 1100+ aktív hirdetést ért el. Azóta tovább nőtt a forgalom, de ugyanaz a rendszer szolgálja ki, nem kellett újraépíteni semmit.
A TanárTér egy magántanár-kereső piactér, ahol a regisztrációtól a bankkártyás fizetésen és az automatikus számlázáson át a fizetős kiemelésig és a moderálásig minden lépés egyedi üzleti logikára épül. Ezt egy sablonos rendszerrel nem lehetett volna megoldani.
A LátogatásKönyvek webáruháznál pedig az automatikus számlázást és a csomagpontos kiszállítást pontosan úgy kötöttük össze, ahogy az ügyfél saját folyamata megkívánta, nem ahogy egy megvásárolt bővítmény engedte volna.

Kérdésed van a saját projektedről?
Ha azon gondolkodsz, hogy a weboldalad vagy webshopod egyedi fejlesztést igényel-e, nem kell azonnal döntened. Beszéljük át, mi a valódi célod, és ha a te esetedben nem ez a legjobb út, azt is elmondjuk őszintén. A kapcsolatfelvétel oldalunkon kötelezettség nélkül egyeztethetünk.

Összefoglalva
A Laravel nem egyedi barkácsmegoldás, hanem világszerte elterjedt, dokumentált keretrendszer, amit a PHP-fejlesztők többsége használ. Ez neked megrendelőként elsősorban annyit jelent, hogy a rendszered skálázható, szabadon testreszabható, és nem köt egyetlen fejlesztőcsapathoz sem. Persze nem minden projekthez ez a jó választás: egy egyszerű bemutatkozó oldalhoz bőven elég egy sablonos megoldás is. De ha a weboldalad vagy webshopod valódi üzleti motor lesz, a Laravel biztonságos és hosszú távra tervezhető alapot ad alá.

Az előző részben megnéztük, mi az a CDN, és mikor van rá tényleg szükséged. Ha még nem olvastad, itt találod. Egy saját méréssel mutattuk meg, mennyivel gyorsabb egy CDN a saját szerverednél, és azt is, mikor nem érzed meg a különbséget. Ha arra jutottál, hogy nálad számítana, jön a következő kérdés. Melyik szolgáltatót válaszd, és mennyibe kerül havonta? Ebben a cikkben ezt nézzük végig, konkrét árakkal.Ez a cikk egy háromrészes CDN-sorozat második része. Ha végigolvasod, ezt kapod a folytatásban is:Mi az a CDN, és mikor van rá tényleg szükséged?Mennyibe kerül egy CDN, és melyik szolgáltatót válaszd? (ez a cikk)Hogyan épül fel egy előfizetéses videós platform CDN-nel? (esettanulmány)Mennyit fizetsz ténylegesen egy CDN-ért?Négy szolgáltatót hasonlítottunk össze. A Bunny.net-et, amit mi magunk is használunk szinte minden projektnél. A Cloudflare-t, ami megkerülhetetlen, mert van ingyenes csomagja. Az AWS CloudFrontot, ami a nagyvállalati referencia. És a KeyCDN-t, negyedik összehasonlítási pontként. A négy szolgáltató négy különböző árazási logikát követ. Ezért nem elég egyetlen számot nézni, a modellt is érdemes érteni. Van, aki a felhasznált gigabájtok után számláz. Van, aki sávosan csökkenő áron. És van, aki egyszerűen fix havidíjat kér, szinte függetlenül a forgalomtól.A puszta árlista helyett nézzünk egy konkrét példát. Vegyünk egy átlagos webáruházat, ahol 500 termékkép van. Ezek mérete egyenként 300 és 800 KB között mozog, mert a legtöbb webshopban a képek nincsenek optimalizálva. A boltnak legyen havi 3000 látogatója. Látogatónként átlagosan 60 képmegtekintéssel számolunk, mert egy vásárló általában több terméklapot is végignéz, galériaképekkel együtt.Ebből a forgalom egyszerűen kiszámolható. 3000 látogató és 60 képmegtekintés szorzata havi 180 000 képbetöltés. Egy kép átlagos mérete a 300-800 KB-os tartomány közepén 550 KB. A 180 000 képbetöltés és az 550 KB szorzata körülbelül 99 GB havi adatforgalom. Ha a képek inkább a tartomány alján vannak, ez 54 GB. Ha a tetején, akkor 144 GB. A legtöbb hasonló webshop tehát havi 50 és 150 GB között mozog. Egy átlagos eset szinte pontosan a 100 GB-os határra esik.Az árak 2026. augusztus 15-i állapotot tükrözik. Érdemes a szolgáltató oldalán is ellenőrizni őket, ez a cikk legkevésbé stabil, leggyorsabban avuló része.SzolgáltatóÁrazási modellBelépő árMinimum havidíjEurópai ár eltér?100 GB/hó1 TB/hóBunny.netForgalom alapú (GB-onként), régió szerint sávos0,01 USD/GB (Európa és Észak-Amerika)1 USDNem – Európa és Észak-Amerika azonos áron van, csak a többi régió drágább (pl. Ázsia 0,03 USD/GB)~1 USD (a minimum miatt)~10 USDCloudflareFix havi csomagár, a szabványos CDN-forgalom nem GB-alapúFree: 0 USD, Pro: 20 USD/hó (éves számlázással)Nincs, ingyenes csomag is elérhetőNem releváns – globális, egységes árNem értelmezhető – a sávszélesség korlátlan már a Free csomagban isNem értelmezhetőAWS CloudFrontForgalom alapú, sávos, régiónként eltérő0,085 USD/GB (USA/Kanada/Mexikó és Európa/Izrael/Törökország sáv, az ingyenes keret felett)Nincs, de havi 1 TB ingyenes keret jár mellé (Always Free)Nem – az európai sáv ezen a szinten megegyezik az amerikaivala havi ingyenes keretben van → 0 USDpont a keret határa → 0 USD, felette kb. 85 USDKeyCDNForgalom alapú, sávos, régiónként eltérő0,04 USD/GB (Európa/Észak-Amerika sáv, első 10 TB)4 USD/hó, és a fiókot előre kell feltölteni, minimum 49 USD-velVan külön, olcsóbb Európa/Észak-Amerika sáv, más régiók drágábbak4 USD (a minimum miatt)40 USDMit jelentenek ezek a számok a gyakorlatban?A fenti 99 GB-os példabolt pontosan a táblázat 100 GB-os oszlopába esik. Ennek a webáruháznak a havi CDN-számlája Bunny.net-nél kb. 1 USD. KeyCDN-nél kb. 4 USD. AWS CloudFrontnál 0 USD, amíg belefér az ingyenes 1 TB-os keretbe. Cloudflare-nél pedig a Free csomag is bőven elég. A gigabájtonkénti árkülönbség ennél a forgalomnál még nem számottevő. Mind a négy szolgáltatónál a minimumdíj vagy az ingyenes keret dominál, nem a tényleges GB-ár.Két dolog azonnal feltűnik, ha végignézed a táblázatot. Az egyik, hogy a Cloudflare nem forgalom alapján számláz a szabványos CDN-forgalomért. Ez szokatlan a piacon, és pontosan ezért tud ingyenes csomagot adni. Nem a gigabájtok száma számít nála, hanem a plusz funkciók, például az Argo Smart Routing vagy a Stream. A másik, hogy a Bunny és a KeyCDN nagyon hasonló modellt futtat, mégis nagyjából négyszeres a különbség köztük ugyanannál a forgalomnál. Ez főleg a KeyCDN havi minimumdíja és a kötelezően előre feltöltendő egyenleg miatt alakul így, nem csak a GB-árban van a különbség.Az AWS CloudFront ingyenes kerete elsőre nagyon vonzónak tűnik, de van egy csapdája. Havi 1 TB tényleg ingyenes, viszont ez a keret az egész AWS-fiókodon oszlik meg, nem csak a weboldaladon. Ha már fut nálad más AWS-szolgáltatás is, vagy több projekted osztozik egy fiókon, ez a keret jóval hamarabb elfogy, mint gondolnád.Van egy másik szempont is: mennyire kiszámítható a havi számla. A forgalom alapú modelleknél, tehát a Bunnynál, az AWS-nél és a KeyCDN-nél, egy hirtelen látogatói csúcs azonnal megjelenik a számlán. Ilyen csúcsot okozhat egy sikeres kampány vagy egy váratlanul népszerűvé váló poszt. A Cloudflare fix áras csomagjainál ez nem történik meg, mert a szabványos forgalom korlátlan. Cserébe az adott csomag drágább lehet ahhoz képest, amennyit ténylegesen felhasználsz, ha egyébként alacsony a forgalmad.Egy dolgot még érdemes kiemelni. Ezek az árak kizárólag a forgalmat fedik le, a beüzemeléshez szükséges fejlesztői munkát nem. Erről bővebben már az előző részben írtunk, itt csak annyit ismétlünk, hogy ezt is be kell kalkulálni a döntésbe.Fontos az is, hogy a CDN költsége nem önmagában értékelendő, hanem ráadódik a meglévő tárhelyköltségedre. Ha még nem vagy biztos benne, hogy a jelenlegi tárhelyszolgáltatód jó választás-e, előbb azt érdemes rendbe tenni. Utána van igazán értelme arról beszélni, mennyit tesz hozzá egy CDN a havi számládhoz.Van itt egy gyakorlati tanulság is. Ha ugyanez a webáruház modern képformátumra vált, WebP-re vagy AVIF-re, a képek mérete jellemzően 150 és 250 KB közé csökkenthető. Ugyanazzal a 180 000 havi képbetöltéssel ez körülbelül 27-45 GB havi forgalmat jelent. Ez a jelenlegi becslés harmada. A CDN-számlán ez még nem érezhető, mert 100 GB alatt úgyis a minimumdíj fut a legtöbb szolgáltatónál. Az oldalsebességen viszont simán érezhető a hatás. Ez pedig már rangsorolási tényező is a Google szemében.Ha a Cloudflare és az AWS olcsóbb, miért mégsem ezeket ajánljuk alapból?A táblázatban ennél a példaboltnál a Cloudflare és az AWS CloudFront is 0 dollárt mutat, a Bunny viszont kb. 1 dollárt. Ez elsőre tényleg ellentmondásnak tűnik. A válasz nem az árban van, hanem abban, mi jár együtt ezzel az árral.A Cloudflare Free csomagja valóban ingyen marad ekkora forgalomnál. Ehhez viszont át kell állítani a domain névszervereit a Cloudflare-re. Ez jóval nagyobb lépés, mint egy CDN egyszerű bekötése, mert onnantól az egész weboldalad forgalma rajtuk megy át, nem csak a képek. Ha finomabb cache-szabály kell, vagy videót akarsz streamelni, a Free csomag már kevés. A fizetős csomagok viszont nem olcsóbbak a Bunny-nál. A kezelése is nehezebb. Rengeteg funkció van egy felületen, és a beállítások gyakran fejlesztői tudást igényelnek, nem csak pár kattintást.Az AWS CloudFront 1 TB-os ingyenes kerete valóban lefedi ezt a kis webáruházat. Ez a keret azonban az egész AWS-fiókodon oszlik meg, nem csak ezen az egy projekten. Ha más szolgáltatás is fut nálad AWS-ben, vagy nő a forgalmad, ez a keret hamar elfogy. Afelett gigabájtonként 0,085 dollárt számláznak, ami majdnem kilencszerese a Bunny 0,01 dolláros árának. Egy komolyabb forgalmú oldalnál ez már számottevő havi különbség. A beüzemelés is bonyolultabb. A felület fejlesztőknek készült, nem ügyfeleknek. Egy terjesztés beállítása, az origin jogosultságok és a gyorsítótár-szabályok mind fejlesztői órákat visznek el, ezt is be kell számítani a valós költségbe.Ezért választjuk mi alapból a Bunny-t. Nem azért, mert minden helyzetben ő a legolcsóbb, hanem mert a legtöbb projektünknél nála a legjobb az ár, az egyszerű kezelhetőség és a fejlesztői rugalmasság aránya.Miért a Bunny.net-et javasoljuk szinte minden projektnél?Nálunk a Bunny.net az alapértelmezett választás, és ennek nem csak árbeli okai vannak. Sorban végigmegyek azon, amit magunk is tapasztaltunk vele, projektről projektre.Árazásban tényleg az egyik legjobb a piacon, ezt fentebb a táblázat is mutatja. Ez a legkönnyebben belátható érv. De amiért nap mint nap tényleg örülünk neki, az inkább az, hogy a felülete a felhasználónak is érthető. Nem kell fejlesztőnek lenned ahhoz, hogy eligazodj rajta. Minden funkció könnyen megtalálható, és néhány kattintással beállítható. Ez azért számít különösen sokat, mert az ügyfeleink maguk is hozzá tudnak nyúlni a beállításokhoz, ha valamit gyorsan módosítani kell. Nem kell minden apróságért minket hívniuk vagy várniuk ránk.Fejlesztőként ugyanennyire jó vele dolgozni. Van rendes API-ja, vannak webhookjai, és megvan hozzá a szükséges titkosítás is. Minden rendelkezésre áll, amire egy integrációnál szükség lehet. Amikor egy ügyfél meglévő rendszerét kötjük össze a CDN-vel, nem kell kerülő megoldásokat keresnünk. A dokumentált funkciók a gyakorlatban is pontosan úgy működnek, ahogy le vannak írva. Ez egy fejlesztői projektnél nem apróság, sok időt spórol.A videó-enkódolás az, ami leginkább kiemeli a Bunnyt a mezőnyből. Emiatt a harmadik cikkben is vissza fogunk térni rá. Ha feltöltesz egy 4K videót, a nézőnek nem kell 4K-ban megnéznie gyenge mobilneten. A rendszer automatikusan legyártja a különböző minőségi verziókat, és a néző aktuális hálózati sebességéhez igazítja azt, pont úgy, ahogy a YouTube-tól megszokhattad. A gyakorlatban ez azt jelenti, hogy a videó nem akadozik gyengébb kapcsolaton sem. A lejátszó automatikusan visszavált alacsonyabb minőségre, ahelyett hogy megállna pufferelni és várakoztatná a nézőt.Ehhez jön a Bunny saját videólejátszója, ami erősen testreszabható. Sok funkció tartozik hozzá, a megjelenéstől a lejátszási beállításokig. A CDN-re feltöltött videó könnyen beágyazható szinte bármelyik oldalba, a saját arculatoddal, nem a szolgáltató logójával.Mikor nem a Bunny-t választanánk?Fontos leszögezni: nekünk eddig egyetlen olyan projektünk sem volt, ahol ne a Bunny-t választottuk volna. Ami most következik, az emiatt nem egy megélt tapasztalat, hanem a szakmai álláspontunk. Érvek, nem esettörténet, mert kitalált ügyféltörténetet nem akarunk elétek tenni.Ha egy cég teljes infrastruktúrája már AWS-ben fut, a CloudFront választása ésszerű lehet akkor is, ha a puszta árkülönbség a Bunny mellett szólna. Egy számlán, egy jogosultságkezelésen belül maradni üzemeltetési szempontból sokszor többet ér, mint amennyit a gigabájtonkénti árkülönbségen meg lehetne spórolni. Kevesebb a fiók, kevesebb a hozzáférés, amit kezelni és auditálni kell.Ha nem csak gyorsításra van szükséged, hanem tűzfalra (WAF) és DDoS-védelemre is, a Cloudflare ebben előrébb tart. Ott a CDN csak az egyik funkció a sok közül, nem különálló szolgáltatás, amit külön kellene integrálni és karbantartani.Ha a forgalmad elenyésző, mondjuk egy induló, egyelőre kevés látogatós oldalról van szó, a Cloudflare ingyenes csomagja bőven elég. Ilyenkor felesleges bármiért is fizetni, amíg a forgalom nem indokolja a váltást egy fizetős, forgalom alapú megoldásra.Innen hova tovább: a Bunny Stream és egy videós oktatási platformA videó-enkódolásnál említett funkciót Bunny Streamnek hívják. Emiatt a CDN önmagában messze nem a teljes történet. Ha valaki nem csak gyorsítani akarja a weboldalát, hanem videó alapú terméket épít rá, például egy előfizetéses oktatási platformot, a Bunny Stream ennek szinte az egész technikai gerincét adja: a feltöltéstől a lejátszásig.Pont ezt csináljuk most az egyik saját projektünkben is, ahol egy előfizetéses videós oktatási platform épül a Bunny CDN-re és a Bunny Streamre. Az oldal még nem publikus, ezért a pontos havi CDN-költségét egyelőre nem osztjuk meg. A sorozat harmadik részében pontosan végigmegyünk azon, hogyan épül fel egy ilyen platform technikailag, és mennyibe kerül a gyakorlatban egy előfizetéses videós szolgáltatás üzemeltetése.ÖsszegzésHa csak az árat nézed, a legtöbb kisebb weboldalnál a Bunny.net és a Cloudflare ingyenes csomagja között dől el a választás. Az egyik forgalom alapján olcsó és rugalmas, a másik alapból ingyenes, amíg a forgalmad nem indokol mást. Az AWS CloudFront akkor éri meg igazán, ha a céged már amúgy is AWS-ben él. A KeyCDN inkább akkor jó választás, ha valamiért kifejezetten ezt a szolgáltatót preferálod. Önmagában, tisztán ár alapján ritkán ez lenne az első választásunk.Neked melyik szempont számít most a legtöbbet: a tiszta ár, a kezelhetőség, vagy hogy egy meglévő rendszerhez illeszkedjen a megoldás? Ha nem vagy biztos benne, keress minket, és átnézzük együtt, mi illik a te oldaladhoz. Azt is megnézheted, hogyan gondolkodunk a weboldal készítésről nálunk, CDN-nel vagy anélkül.

Mi az a vibe coding, és miért lett hirtelen mindenki szájában?
A Lovable, a Bolt, a v0 és a hasonló AI-eszközök új szót hoztak a köztudatba: vibe coding. Ez azt jelenti, hogy nem magad írod a kódot, hanem elmondod természetes nyelven, mit szeretnél, és az AI legenerálja helyetted a weboldalt. Beírsz néhány mondatot, kapsz egy működő felületet, kiteszed egy domainre, és kész.
Ez a felszín. Az igazi kérdés az, hogy a vállalkozásod ügyfelei ugyanezt látják-e benne, mint amit te. A weboldal készítés ugyanis nem ott ér véget, hogy valami megjelenik a böngészőben.
Egy KKV számára a weboldal nem dekoráció, hanem értékesítési csatorna. Ha az csak látszatra működik, a hirdetési költséged, a SEO munkád és a látogatóid ideje is elvész vele. A baj nem az AI eszközökkel van. A baj azzal van, ahogy szakmai tudás és kontroll nélkül használjuk őket.

Mire jó valóban az AI a weboldal készítésben?
Mielőtt belemennénk abba, hol romlik el a dolog, tisztázzuk: az AI nem haszontalan. Sőt. Mi magunk is építünk rá, csak nem a végeredményben, hanem a folyamat elején.

Vázlat és koncepció: néhány prompt alatt kirajzolódik, hogyan nézhet ki egy oldal felépítése, mielőtt bármi is elkészülne belőle élesben.
Szövegek első verziója: egy nyers szövegváltozat, amit utána szakember csiszol tovább, gyorsabb kiindulópont, mint az üres lap.
Képek: egyedi, márkához illő vizuálok stockfotó helyett, ha jól megírt prompttal dolgozol.
Gyors prototípus: ha csak azt akarod tesztelni, van-e egyáltalán kereslet egy ötletre, egy AI-val összerakott oldal órák alatt megmutatja.

Ezekre a pontokra az AI kiváló. A probléma ott kezdődik, amikor ez a prototípus egyenesen éles oldalként landol egy fizető vállalkozás kirakatában.

Hol bukik el az AI, amikor egy vállalkozás oldalát kell felépítenie?

Egyedi üzleti logika és integrációk
Az AI generátorok a leggyakoribb mintákból dolgoznak. Egy egyszerű bemutatkozó oldalra ez elég, de amint bejön egy űrlap, egy fizetési modul, egy ügyfélkapu vagy egy CRM-mel, ERP-vel való összekötés, kiderülnek a hézagok. A kód strukturálatlan, a komponensek között körkörös függőségek alakulnak ki, és a hibakeresés szinte lehetetlen, ha nem értesz hozzá. Mi Laravel keretrendszerrel dolgozunk, mert egy üzleti rendszernek tiszta architektúrára van szüksége, nem összefércelt darabokra.

Teljesítmény
Az AI-val generált oldalak gyakran feleslegesen nehéz kódot húznak be, optimalizálatlan képekkel és fölösleges scriptekkel. Az első betöltés lassú, a mobilos élmény pedig még rosszabb. A látogató nem vár meg egy több másodperces töltést, egyszerűen visszalép a keresőbe, és a versenytársadnál landol.

Biztonság
A generált oldalak gyakran exponálják a környezeti változókat, nem kezelik megfelelően a felhasználói inputokat, és nyitva hagyják az API kulcsokat. Egy KKV számára egy adatszivárgás nemcsak GDPR bírságot jelent, hanem ügyfélbizalom elvesztését is. Az AI nem ellenőrzi, hogy a kód valóban biztonságos-e, csak azt, hogy lefusson.

Karbantarthatóság
Egy weboldal nem statikus dolog. Frissülnek a böngészők, változnak a jogszabályok, bővül a vállalkozásod. Ha az oldal mögött nincs átlátható, dokumentált kód, minden apró módosítás kockázatos lesz. A folyamatos karbantartás nem luxus, hanem alapkövetelmény egy élő üzleti eszköznél. Egy AI-val összedobott oldalnál gyakran még az sem világos, ki és hogyan nyúljon hozzá fél év múlva.

SEO és GEO alapok
A legtöbb AI által generált oldal kliens oldali renderelést használ, hiányoznak a meta adatok, nincs strukturált adat, a képek optimalizálatlanok. A Google ezeket az oldalakat egyszerűen kihagyja a találati listából, vagy hátrébb sorolja. Ugyanez igaz az AI keresőkre is: ha a ChatGPT vagy a Google AI Overview nem tudja értelmezni és idézni az oldalad tartalmát, ott sem fogsz megjelenni. Ha komolyan gondolod a keresőoptimalizálást, az alapokat a fejlesztés első napján kell letenni, nem utólag pótolni.

Felelősség: ki hívható, ha elromlik?
Ez a legritkábban kimondott pont, pedig a legfontosabb. Ha egy AI-eszközzel összerakott oldal leáll, hibás e-mailt küld, vagy biztonsági rést hagy nyitva, kihez fordulsz? Egy chatablakhoz nem lehet szerződést kötni, számon kérni vagy garanciát kérni. Egy szakmai csapatnál pontosan tudod, ki felel a hibáért, és mennyi idő alatt oldja meg.

Ezek a jelek, hogy nálad is ez a helyzet
Nem kell fejlesztőnek lenned ahhoz, hogy felismerd a bajt. Néhány konkrét jel, amiről érdemes elgondolkodnod:

Az oldal gyorsan elkészült, de azóta senki sem tudja pontosan, hogyan működik a háttérben.
Nem tudod megmondani, hova mennek a kapcsolati űrlapon beküldött adatok, és mikor ellenőrizted utoljára, hogy valóban megérkeznek-e.
Minden apró módosításhoz újra elő kell venni az AI-eszközt, mert senki más nem érti a kódot.
A Google Search Console-ban alig van indexelt oldalad, vagy fogalmad sincs, mit mutat.
Az oldal mobilon lassan tölt be, de nem tudod, mit kellene ezen javítani.
Nincs biztonsági mentés, nincs verziókezelés, és ha valami elromlik, nincs visszaút.

Ha ezek közül kettő-három igaz rád, az oldalad valószínűleg többet árt, mint használ. Hasonló, felismerhető jelekről írtunk korábban a WordPress oldalak kapcsán is: a technológia más, a probléma ugyanaz, a weboldal kinőtte azt a keretet, amiben elkészült.

Egy valós eset
Egy ügyfelünk pont ilyen helyzetből érkezett hozzánk. Korábban egy AI eszközzel rakott össze egy oldalt, három hónap után jött rá, hogy a kapcsolati űrlapról egyetlen üzenet sem érkezett meg. Az SMTP beállítás hibás volt, az érdeklődők hónapokon át a semmibe írtak. A teljes újraépítés végül drágább volt, mintha az elején szakmai segítséget kért volna.

Mikor elég az AI, és mikor kell fejlesztő?

Rövid válasz
Ha egy hobbiprojektet, egy egyszerű bemutatkozó oldalt vagy egy gyors prototípust akarsz tesztelni, az AI eszköz tökéletes. Ha viszont a vállalkozásod bevétele függ az oldaltól, ha üzleti folyamatok kapcsolódnak hozzá, vagy hosszú távon szeretnéd fejleszteni, szakmai csapatra van szükséged.

Hosszabb válasz
A határvonal ott húzódik, ahol az oldal nemcsak megjelenít, hanem dolgozik is. Egy webshop, egy foglalási rendszer, egy ügyféladatbázishoz kapcsolódó űrlap vagy egy CRM-integráció már nem AI feladat. Ezek a rendszerek egyedi logikát, biztonsági réteget és karbantartást igényelnek.
Érdemes különbséget tenni két dolog között is. Ha már van egy működő, szakemberrel épített oldalad, és csak AI funkciókat, például chatbotot vagy termékajánlót akarsz ráépíteni, az egy teljesen más kérdés, arról itt írtunk részletesen. Ez a cikk arról szól, amikor maga az alap is AI-generált.

Mit kapsz egy szakmai csapattól, amit az AI nem tud megadni?
A különbség nem a kód mennyiségében van, hanem abban, hogy a fejlesztés mögött gondolkodás áll. Egy tapasztalt csapat nem csak megírja az oldalt, hanem előtte feltérképezi az üzleti igényeidet, a célcsoportodat, a versenykörnyezetet, és csak utána kezd dolgozni.

Stabil, skálázható architektúra, amit az egyedi weboldal fejlesztés során a vállalkozásodhoz szabunk, és ami együtt nő vele.
Üzleti automatizálás: a weboldal és a háttérrendszerek (számlázó, CRM, készletkezelő) összekapcsolása.
Hosszú távú karbantartás és frissítés, ahogy változnak a böngészők és a jogszabályok.
Mérhető eredmények: konverziókövetés, A/B tesztek, SEO monitoring.
Felelősség: ha valami elromlik, van kit hívni, nem egy chatablakot kell faggatni.

A KKV digitalizáció nem azzal kezdődik, hogy lecseréled az Excelt egy fancy felületre. Azzal kezdődik, hogy átgondolod, mit akarsz elérni, és milyen rendszer szolgálja ezt ki. Erről egyébként külön írtunk a hogyan döntsd el, hogy a céged kinőtte az Excelt cikkünkben.

Mibe kerül a "spórolás" valójában?
Az AI generált oldal ingyen vagy néhány ezer forintért elkészül. A költség ott jelentkezik, amikor:

A Google Ads kampányod konverziós aránya töredéke annak, amit egy normálisan felépített oldalon elérnél.
A SEO eredményt fél év alatt sem hozza vissza, mert technikailag nem indexelhető rendesen.
Az ügyfeleid a betöltési idő miatt elhagyják az oldalt, mielőtt látnák a tartalmat.
Egy biztonsági incidens után újra kell építeni az egészet.
A folyamatos toldozgatás-foltozgatás több időt visz el, mint amennyibe egy rendes fejlesztés került volna.

A legdrágább weboldal az, amit kétszer kell megcsinálni.

Mit érdemes tenned, ha most állsz a döntés előtt?
Tedd fel magadnak a kérdést: milyen szerepet tölt be a weboldal a vállalkozásod életében? Ha bevételt termel, ha ügyfeleket szerez, ha folyamatokat támogat, nem lehet kérdés, hogy szakmai csapat kell hozzá. Ha még nem vagy biztos benne, mire van szükséged, az is rendben van, a legtöbb partnerünk sem tudta pontosan az első beszélgetésen.
Mi a Lionernél hosszú távú partnerségben gondolkodunk. Nem egy oldalt adunk át, aztán eltűnünk, hanem végigkísérjük a vállalkozásodat a digitális fejlődés minden szakaszában. Nézd meg a referenciáinkat, vagy kérj egy ingyenes konzultációt.

Összegzés
A vibe coding és az AI-eszközök forradalmasították azt, ahogyan egy weboldal elkészülhet, de nem váltották ki a szakmai tudást. Egy KKV számára a weboldal túl fontos ahhoz, hogy egy generált prototípusra bízza. Az olcsó megoldás hosszú távon mindig drágább, mint a megalapozott fejlesztés. Ha komolyan gondolod a vállalkozásod online jelenlétét, olyan szakemberekkel érdemes dolgozni, akik az üzleti oldalt is értik, nemcsak a kódot.

Ha a weboldalad vagy a webáruházad néha lassan tölt be, főleg a képeknél, biztos hallottál már róla, hogy egy úgynevezett CDN bevezetése segíthet rajta. De mi ez pontosan, és tényleg neked is kell? Ebben a cikkben egyszerűen, szakzsargon nélkül megyünk végig rajta. A végén egy saját méréssel is megmutatjuk, mennyit számít ez a gyakorlatban.Ez a cikk egy háromrészes CDN-sorozat első része. Ha végigolvasod, ezt kapod a folytatásban is:Mi az a CDN, és mikor van rá tényleg szükséged? (ez a cikk)Mennyibe kerül egy CDN, és melyik szolgáltatót válaszd?Hogyan épül fel egy előfizetéses videós platform CDN-nel? (esettanulmány)Mi az a CDN, egyszerűen megfogalmazva?Képzeld el, hogy eddig egyetlen raktárból szállítottad ki a termékeidet minden vásárlódnak, függetlenül attól, hogy Szegeden vagy Berlinben laknak. Egy CDN, magyarul nagyjából „tartalomkiszolgáló hálózat”, olyan, mintha ugyanezt az árut több városban is raktároznád. Mindenki a hozzá legközelebbi raktárból kapja meg a csomagját, nem a távoli központi raktárból.A weboldaladnál ez konkrétan azt jelenti: a képeid, a betűtípusaid és néhány egyéb fájlod nem a te szerveredről érkeznek a látogatóhoz, hanem egy hozzá közelebbi szerverről, ami már tárol egy másolatot ezekből. Lehet, hogy a szervered messze van, ez a lényegen nem változtat. Rövidebb út, kevesebb várakozás, gyorsabb betöltés. Ennyi az egész.A piacon nagyon sok cég kínál ilyen szolgáltatást, az ingyenestől a komoly, fizetős megoldásokig. A mi méréseinkhez hármat használtunk közülük: a jsDelivrt, a Cloudflare hálózatán futó cdnjs-t és az unpkg-ot. Hogy ezek közül, vagy egy másik szolgáltató közül melyiket érdemes választanod, és mennyibe kerül, azt a sorozat második részében nézzük meg részletesen.Neked is szükséged van rá?Ha a weboldalad azért lassabb, mert túl nagy, tömörítetlen képeket használsz, azon a CDN nem segít. Az egy másik probléma, amit előbb érdemes megoldani, erről lentebb még lesz szó. A CDN ott számít igazán, ha az alábbi három dolog közül legalább az egyik igaz rád:sok képet vagy egyéb fájlt szolgáltatsz ki a weboldaladról,a látogatóid nem csak egy szűk környékről, hanem az ország több pontjáról vagy külföldről is érkeznek,ugyanazokat a fájlokat több weboldal vagy webshop is a saját, közös forrásodból tölti be.Ez utóbbira jó példa egy ügyfelünk esete. Egy központi rendszerből, egy ERP-ből három összekapcsolt webáruházat szolgáltunk ki. A termékképek egyetlen közös helyről jöttek, és mindhárom webshop onnan töltötte be őket, vagyis ugyanazok a képek háromszoros terhelés alatt futottak egyetlen szerveren. Amikor ezt kiváltottuk egy CDN-re, mindhárom webshop érezhetően felgyorsult.Egy kisebb, néhány oldalas, magyar közönségű cégoldalnál a fenti három eset közül jellemzően egyik sem áll fenn igazán komolyan. Ott a CDN valószínűleg nem hozna érezhető változást, inkább máshol érdemes keresni a lassúság okát.Mennyivel gyorsabb valójában? Amit a saját mérésünk mutatottAhelyett, hogy csak elmondanánk, inkább megmértük. 2026. augusztus 9-én egy magyarországi gépről letöltöttünk különböző fájlokat egyszer a saját szerverünkről, egyszer pedig három különböző CDN-ről, és megnéztük, mennyi idő alatt érkeztek meg. Minden fájlt hétszer töltöttünk le, és a középső eredményt vettük figyelembe, hogy egy véletlen kiugró érték ne torzítsa a képet.ForrásFájlMéretTTFBTeljes letöltésms / 100 KBlioner.hu (saját szerver)WebP kép283 KB108 ms223 ms40,7lioner.hu (saját szerver)WebP kép411 KB112 ms239 ms30,9jsDelivr (CDN)bootstrap.min.css227 KB73 ms111 ms16,9cdnjs / Cloudflare (CDN)bootstrap.min.css227 KB92 ms134 ms18,2unpkg (CDN)bootstrap.min.css227 KB106 ms145 ms17,3A táblázatból jól látszik: a CDN-ek nagyjából kétszer olyan gyorsan szolgálták ki a fájlokat, mint a saját szerverünk. Ugyanannyi adat átviteléhez kevesebb mint fele annyi idő kellett. Az első válasz is gyorsabban jött a CDN-eknél, ezt hívják a táblázatban TTFB-nek, vagyis azt az időt, amíg az első adatbájt megérkezik.Ez pedig még a legkevésbé látványos eset volt. A saját szerverünk is Magyarországon üzemel, és mi magunk is Magyarországról mértünk, tehát a földrajzi közelség, ami a CDN legnagyobb előnye, ebben a tesztben szinte alig játszott szerepet. Egy külföldi látogatónál, mondjuk egy németnél vagy egy amerikainál, a különbség minden bizonnyal jóval nagyobb lenne. Ott ugyanis a mi szerverünk fizikai távolsága is hozzáadódna a várakozási időhöz.Egy technikai apróság, egyszerűen elmondva: a CDN-ek egy újabb, gyorsabb internetes szabvány szerint (HTTP/3) szolgálták ki a fájlokat, a saját szerverünk viszont a régebbi szabvány szerint. Ez főleg gyengébb vagy mobilnetes kapcsolatnál számít sokat, mert kevesebbszer szakad meg és gyorsabban épül fel vele a kapcsolat.Egy fontos megjegyzés: a lioner.hu-n a képek helyesen vannak beállítva ahhoz, hogy a böngésződ egy évig megjegyezze őket. Ez alapból jó. A CDN nem ezt javítja, ezt bármelyik jó tárhelyen be lehet állítani, hanem azt oldja meg, amit egyetlen szerver fizikailag nem tud: hogy közelebb legyen a látogatóidhoz.Őszintén a méréshez: a saját szerverünkről egy képet mértünk, a CDN-ekről egy hasonló méretű CSS-fájlt, mert ugyanaz a fájl nem volt elérhető mindkét helyen. Mindent azonos gépről, azonos időben mértünk. Az arányok emiatt tájékoztató jellegűek, nem laboratóriumi pontosságúak. Ezt nyíltan vállaljuk.Mikor elég a jó tárhely, és mikor kell CDN?Sok esetben egyszerűen a jó tárhely önmagában elég. Ha annak idején körültekintően választottál tárhelyszolgáltatót, ami gyorsan válaszol és rendesen átmenetileg tárolja (cache-eli) a képeket, akkor egy magyar közönségű, napi pár száz látogatós cégoldalnál a CDN valószínűleg nem fog érezhető változást hozni. A CDN ott kezd igazán számítani, amikor egy közös forrásból sok fájlt szolgáltatsz ki több oldalnak, vagy amikor a látogatóid jelentős része nem Magyarországról érkezik.Mit ne várj a CDN-től?A CDN bevezetése nem néhány perces feladat. Fejlesztői munkával jár: át kell állítani, hogy a fájlok onnan töltődjenek be, meg kell oldani, hogy egy frissített fájl esetén a CDN is friss verziót adjon ki, és sokszor a képek generálását is hozzá kell igazítani. Ez egy plusz költség, amit be kell árazni. Nem minden weboldalnál térül meg annyira, mint elsőre tűnik.Ha az oldalad azért lassú, mert túl nagy, optimalizálatlan képeket töltesz be, vagy mert a tárhelyed eleve gyenge, a CDN csak elfedi a bajt, nem oldja meg. Előbb érdemes azt rendbe tenni, hogy milyen képformátumot használsz a weboldaladon. Utána van igazán értelme a CDN-ről beszélni.Ha nem vagy biztos benne, hogy nálad tényleg a képek vagy a tárhely okozza a lassulást, ezt magad is le tudod ellenőrizni. Öt ingyenes böngészőbővítménnyel tíz perc alatt kiderül, hol veszíted el a sebességet, és az is, hogy ott tényleg a CDN segítené, vagy előbb mást kell megoldani.Így nézd meg a PageSpeed Insights-ban, hogy tényleg a képek miatt vagy-e lassúVan egy még konkrétabb, teljesen ingyenes eszköz is, ami kifejezetten erre a kérdésre ad választ: a pagespeed.web.dev. Írd be az oldalad címét, futtasd le a mérést a Mobil fülön (ez mutatja meg, milyen az élmény egy átlagos látogatónak, ami jellemzően rosszabb, mint amit asztali gépen mérnél), és ezt a három helyet nézd meg a riportban:Legnagyobb tartalmi elem (Largest Contentful Paint, LCP): ha ez az érték piros vagy sárga, vagyis 2,5 másodperc fölött van, a riport meg is mutatja, melyik elem a „legnagyobb tartalmi elem” – ha ez egy kép, az konkrét jele annak, hogy a látogatóid ténylegesen egy képre várnak a legtöbbet.„Képek betöltésének javítása” (Improve image delivery): ez a szekció név szerint felsorolja, mely képek töltődnek feleslegesen lassan, és mennyi adatot (KB-ot) spórolhatnál meg velük. Ha itt nagy megtakarítást ír ki, az szinte mindig azt jelenti, hogy a kép mérete vagy formátuma a hibás, nem a távolság – ilyenkor előbb a képformátumot és a tömörítést érdemes rendbe tenni, egy CDN önmagában ezen nem segít.„Kezdeti szerverválaszidő” (server response time / TTFB): ha ez lassú, az arra utal, hogy maga a szervered válaszol lassan induláskor – ez tárhelykérdés, amit szintén nem old meg egy CDN.A CDN akkor jön ténylegesen a képbe, ha a fentieket már rendbe tetted – a képeid le vannak méretezve, jó formátumban vannak, a szervered gyorsan válaszol –, és a mérés mégis azt mutatja, hogy maguknak a fájloknak a letöltése tart sokáig. Ez tipikusan akkor jelentkezik, ha sok látogatód érkezik távolabbról, vagy ha – mint a korábban említett ügyfélpéldánkban – ugyanazokat a képeket több oldal is egyetlen közös forrásból tölti be. Görgesd le a riportban a képernyőképek idővonaláig (screenshot timeline) is: ha azon jól látszik, hogy egy kép vizuálisan csak jóval a többi elem után jelenik meg, az a saját szemeddel is megerősíti, amit a számok mutatnak.Mit csinálunk mi ehhez a Lioner-nél?A nálunk átadott admin felületeken minden feltöltött kép alapból három méretben mentődik le, és automatikusan a gyors, tömörített WebP formátumba alakul. Ezt minden ügyfelünk megkapja, külön kérés nélkül. Sok esetben ez önmagában is elég egy gyors oldalhoz, még mielőtt egyáltalán CDN-ben kellene gondolkodni.A videók kezelése viszont ennél jóval többet igényel: nagyobb fájlméret, folyamatos lejátszás, azaz streamelés, és több formátum. Itt a CDN már nem luxus, hanem szükséges. Erről a sorozat harmadik részében írunk részletesen, egy konkrét esettanulmányon keresztül.ÖsszegzésA CDN nem varázsszer, és nem is mindenkinek kell. Ha egy közös forrásból sok fájlt szolgáltatsz ki több oldalnak, vagy a látogatóid nagy része messziről érkezik, mindenképpen érdemes komolyan venni. A saját mérésünk szerint a különbség még a legkedvezőtlenebb esetben is kétszeres, távolabbi látogatóknál pedig ennél is nagyobb lehet. Ha viszont egy néhány oldalas, magyar közönségű cégoldalad van jó tárhelyen, rendezett képekkel, a CDN valószínűleg nem hoz érezhető változást. Helyette inkább a képeidet és a tárhelyedet érdemes rendbe tenni.Ha arra jutottál, hogy neked tényleg kellene, a sorozat következő részében konkrét árakkal nézzük végig, melyik szolgáltatót érdemes választanod.Te melyik esethez állsz közelebb? Ha nem vagy biztos benne, vagy szeretnéd, hogy megnézzük együtt, mennyit érne neked a váltás, keress minket, vagy nézd meg, hogyan gondolkodunk a weboldal készítésről nálunk.

Miért érdemes magadnak ellenőrizni a weboldalad? A weboldal készítés nem ér véget azzal, hogy az oldal élesbe kerül. Egy weboldal folyamatosan változó dolog, a Google algoritmusa frissül, a konkurencia fejlődik, a saját tartalmad avulhat. Sok vállalkozó évekig nem néz rá a saját oldalára, csak akkor, amikor már feltűnően kevés a megkeresés. Pedig a legtöbb alapvető hibát nem kell szakembernek megtalálnia. Elég néhány ingyenes böngésző bővítmény, és tíz perc alatt képet kapsz arról, hol veszíted el a látogatóidat. Fontos leszögezni: ezek az eszközök nem helyettesítik a szakmai auditot, és nem oldanak meg semmit önmagukban. Amit adnak, az egy őszinte állapotfelmérés. Onnantól már te döntesz, hogy egyedül javítasz néhány apróságot, vagy szakemberhez fordulsz a nagyobb hibákkal. Kell hozzá szakértelem, hogy használd ezeket? Nem. A lenti öt bővítmény pontosan azoknak készült, akik nem SEO szakemberek. Nem kell kódot érteni, nem kell tudni, mi az a kanonikus URL vagy a strukturált adat. Elég telepíteni a bővítményt, rákattintani, és elolvasni, amit mutat. A nehezebb rész nem a használat, hanem az, hogy mit kezdesz az eredménnyel. Erre a cikk második felében visszatérünk. Az 5 legjobb ingyenes SEO bővítmény 2026-ban 1. Google Lighthouse A Lighthouse nem is bővítmény a szó klasszikus értelmében, hanem a Chrome böngészőbe már beépített eszköz. Jobb klikk az oldalon, majd Vizsgálat, majd a Lighthouse fül, és egy gombnyomással teljes jelentést kapsz a weboldaladról. Négy területet néz meg: teljesítményt, hozzáférhetőséget, keresőoptimalizálást és jó gyakorlatokat. A jelentés végén konkrét listát ad arról, mi lassítja az oldalt vagy mi hiányzik belőle. Ennek az az előnye, hogy nem kell semmit telepíteni, mindenkinél ott van, aki Chrome-ot használ. Hátránya, hogy a szöveges javaslatok néha technikaibb nyelven vannak megfogalmazva, mint amit egy laikus elsőre megért. 2. Detailed SEO Extension Ez a bővítmény egy kattintással mutatja meg az oldal legfontosabb SEO adatait: a title taget, a meta leírást, a címsorstruktúrát H1-től H6-ig, és azt is, hogy van-e strukturált adat az oldalon. Ha valaha elgondolkodtál azon, hogy a Google találati listában miért jelenik meg furcsán vagy hiányosan a weboldalad, ez az eszköz azonnal megmutatja az okot. Kifejezetten hasznos akkor is, ha meg akarod nézni, mit csinál jól a konkurenciád. Ugyanazzal a bővítménnyel az ő oldalukat is átvilágíthatod, és összehasonlíthatod a sajátoddal. 3. MozBar A MozBar egy klasszikus, régóta megbízható eszköz. Rákattintasz, és azonnal látod az oldal alapvető adatait: a betöltési sebességet, a robots direktívákat, a linkstruktúrát, és egy úgynevezett domain authority pontszámot, ami nagyjából megmutatja, mennyire erős az oldalad a keresőmotorok szemében a többi oldalhoz képest. A pontszám önmagában nem szent grál, viszont remek arra, hogy nyomon kövesd, hogyan változik az oldalad ereje idővel, vagy hogy összevesd magad a versenytársaiddal. 4. Ahrefs SEO Toolbar Az Ahrefs SEO Toolbart világszerte több mint százezer szakember használja, és az ingyenes verziója is bőven elég egy átlagos weboldal átvilágítására. Megmutatja az oldal technikai adatait, a linkeket, és azt is jelzi, ha törött hivatkozást talál. A törött linkek különösen kellemetlenek, mert rontják a látogatói élményt, és a Google is negatívan értékeli őket. Ha eddig sosem néztél utána, hogy vannak-e halott linkek a weboldaladon, ezzel a bővítménnyel öt perc alatt kiderül. 5. Keyword Surfer Az eddigi négy eszköz a saját oldaladat vizsgálja. A Keyword Surfer más nézőpontot ad: közvetlenül a Google keresési találati listája mellett mutatja meg, havonta hányan keresnek rá egy adott kifejezésre. Beírod, amit a saját üzletedről gondolsz, hogy az emberek keresnek, és azonnal látod, valóban keresik e, vagy csak te gondolod így. Ez az eszköz sokaknak nyitja fel a szemét. Gyakran kiderül, hogy a vállalkozók egészen más szavakkal gondolkodnak a saját szolgáltatásukról, mint amilyen kifejezésekkel a vásárlóik ténylegesen keresnek rájuk. Mit kezdj azzal, amit ezek a bővítmények megmutatnak? Az öt eszköz együtt már elég részletes képet ad. Íme egy egyszerű sorrend, amiben érdemes végignézni az eredményeket. Nézd meg a Lighthouse jelentést, és jegyezd fel, mi kapott piros vagy sárga jelzést A Detailed SEO Extension segítségével ellenőrizd, van e title tag és meta leírás minden fontos oldaladon A MozBar adataiból nézd meg, mennyi idő alatt töltődik be az oldalad Az Ahrefs SEO Toolbarral keress törött linkeket, főleg a régebbi aloldalakon A Keyword Surferrel ellenőrizd, a szövegeidben szereplő kifejezésekre valóban keresnek e Kell fizetnem azért, hogy ellenőrizd a weboldaladat? Nem. Mind az öt eszköz ingyenes verzióban is elegendő adatot ad egy alapos önellenőrzéshez. Fizetős csomagra csak akkor van szükség, ha rendszeresen, professzionális szinten szeretnél SEO munkát végezni. Mikor elég ennyi, és mikor kell szakember? Ha az eredmények alapján csak néhány apró hiányosságot találsz, hiányzó meta leírást, egy két törött linket, lassú betöltést egyetlen aloldalon, azokat sok esetben egyedül is javíthatod, vagy megkérheted a jelenlegi fejlesztődet rá. Más a helyzet, ha a bővítmények szinte minden oldaladon hibát jeleznek, ha az oldal betöltési ideje másodpercekben mérhető akár mobilon, vagy ha kiderül, hogy az oldalad struktúrája alapjaiban nem keresőbarát. Ez gyakran azoknál az oldalaknál fordul elő, amelyek egy elavult sablonra épültek, vagy amelyeket évekkel ezelőtt, más célokra hoztak létre. Ilyenkor egy céged kinőtte a jelenlegi weboldaladat, és a foltozgatás helyett érdemesebb újragondolni az egészet. Ha idáig eljutottál, két irányba mehetsz tovább. Az egyik a keresőoptimalizálás, ahol a feltárt hibákat szisztematikusan, szakértői szemmel javítjuk ki. A másik egy alaposabb váltás, egy új, a mai elvárásoknak megfelelő weboldal készítés, amit egyedi, Laravel alapú rendszerben építünk fel, nem sablonból. Ez utóbbi különösen akkor éri meg, ha a weboldalad mellett már más digitális problémákkal is küzdesz, például a vállalkozásod adminisztrációja szétszórtan fut Excelben, e mailben és papíron. Erre gyakran a megoldás nem egy újabb bővítmény, hanem egy egyedi ERP vagy CRM rendszer, ami a weboldaladdal együtt, egy helyen kezeli az ügyfeleket, a rendeléseket és a folyamataidat. Összegzés Öt ingyenes bővítmény, a Google Lighthouse, a Detailed SEO Extension, a MozBar, az Ahrefs SEO Toolbar és a Keyword Surfer, együtt elég részletes és őszinte képet ad arról, hol tart most a weboldalad. A használatukhoz nem kell szakértelem, csak tíz perc és egy kis kíváncsiság. Az, hogy utána mit kezdesz az eredménnyel, már rajtad múlik, de legalább pontosan fogod tudni, mit kell javítani. Lefuttattad már ezeket a teszteket a saját oldaladon? Sok pirosat vagy sárgát láttál a Lighthouse jelentésben? Ha úgy érzed, a hibák mélyebbek annál, mint amit egyedül orvosolni tudsz, kérj tőlünk egy ajánlatot, és megnézzük együtt, mi a legjobb következő lépés.

Mit tud a ChatGPT, ha összekötöd a céges rendszereddel?
A ChatGPT önmagában okos, de a cégedről semmit sem tud. Nem ismeri a készleted, a nyitott feladataidat vagy a tegnapi rendeléseket. Amint viszont összekötjük a belső rendszereiddel, megváltozik a helyzet. Ilyenkor már nem általános válaszokat ad, hanem a te valós adataidból dolgozik. Ez a lépés ugyanabba a logikába illeszkedik, mint a modern weboldal készítés: az a cél, hogy a technológia ne csak létezzen, hanem dolgozzon helyetted. A különbség annyi, hogy itt nem egy honlapról beszélünk, hanem egy chat alapú felületről, amin keresztül a céged működését irányíthatod.
A Lioner-nél pontosan ilyen egyedi rendszereket fejlesztünk. Olyat, amiben a mesterséges intelligencia rá van kötve a te adataidra, és a te folyamataidat érti. Nem egy dobozos termék, hanem a céged igényeire szabott megoldás.
Miért nem elég önmagában a ChatGPT?
A nyilvános ChatGPT egy zárt buborékban ül. Kérdezhetsz tőle bármit, de a válasz csak annyira lesz pontos, amennyi információt te magad beírsz neki. Ha nap közben tízszer kell bemásolnod ugyanazokat a táblázatokat, azzal nem spórolsz időt, csak áthelyezed a manuális munkát. A valódi érték ott kezdődik, amikor a rendszer magától eléri az adataidat.
Ehhez integráció kell. A ChatGPT képességeit összekötjük a céges rendszereddel egy biztonságos kapcsolaton keresztül, és onnantól a modell olvassa és írja is az adatokat. Erről egyébként külön is írtunk, ha érdekel a téma alapja: érdemes elolvasni, hogyan kérj a ChatGPT-től használható választ, mert a jó kérdés a jó integráció mellett is számít.
Hogyan kapcsolódik a ChatGPT a céges rendszeredhez?
A kulcs az egyedi rendszer. A legtöbb KKV-nál az adatok több helyen szétszórva élnek: van egy ERP rendszer a készletnek, egy CRM rendszer az ügyfeleknek, és mellette pár tábla, amit senki sem mer törölni. A KKV digitalizáció első lépése, hogy ezeket egy közös felület alá hozzuk.
Mi a Lioner-nél Laravel technológiával építjük ezeket a rendszereket. A Laravel stabil, jól karbantartható, és könnyen bővíthető, ami hosszú távon olcsóbb üzemeltetést jelent. Erre az alapra kötjük rá a mesterséges intelligenciát. A ChatGPT így nem a semmiből találgat, hanem a te adatbázisodból dolgozik. Ha szeretnéd látni, milyen folyamatokat érdemes elsőként bevonni, arról részletesen írtunk itt: 5+1 folyamat, amit egy egyedi webes rendszer automatizálhat.
Milyen feladatokat végezhet el egy összekötött ChatGPT?
Nézzük a gyakorlatot. Az alábbi példák mind valós, KKV-s helyzetekből jönnek, nem elméleti lehetőségek.
Feladatkezelés
Beírod chatben, hogy „hozz létre egy feladatot Kovács Péternek a keddi szállítás egyeztetésére", és a rendszer megcsinálja. Rögzíti a felelőst, a határidőt, a projektet. Nem kell megnyitnod külön a feladatkezelőt, nem kell kattintgatnod. A ChatGPT érti a mondatot, és a megfelelő helyre írja be az adatot.
Készletriport
Megkérdezed, hogy „mennyi van raktáron az X termékből, és mikor rendeltünk belőle utoljára", és másodperceken belül megkapod a választ. A rendszer az ERP rendszeredből olvassa ki az adatot valós időben. Nincs export, nincs Excel, nincs félreolvasott szám. Ez különösen sokat segít, ha nap közben többször kell gyors döntést hoznod.
Meeting ütemezés
„Keress egy szabad egy órás sávot jövő héten a marketing csapattal" típusú kérésekre a rendszer megnézi a naptárakat, és javasol időpontot. Ha rábólintasz, be is állítja. A napi apró egyeztetések így perceket, összeadva heti órákat spórolnak.
Email értelmezés és feladat létrehozás
Ez az egyik legerősebb funkció. Beérkezik egy ügyfélemail, a ChatGPT elolvassa, kiszűri belőle a lényeget, és automatikusan feladatot hoz létre belőle a megfelelő felelősnek. Ha árajánlatkérés, jelzi. Ha panasz, más címkét kap. A postafiókod nem tölcsér lesz, hanem egy rendszer bemenete.
Rövid válasz: megéri ez egy KKV-nak?
Röviden: akkor éri meg, ha a céged sok ismétlődő, manuális folyamattal dolgozik, és az adataid már most is digitálisan léteznek valahol. Ha napi szinten adatokat másolgatsz, riportokat állítasz össze kézzel, vagy emailekből kézzel gyártasz feladatokat, akkor a megtérülés gyors. Ha viszont a céged még papíron vagy fejben tartja a folyamatait, előbb az alapokat kell rendbe tenni.
Milyen előnyökkel és hátrányokkal jár?
Az őszinteség kedvéért mindkét oldalt megmutatjuk. Ez nem csodaszer, hanem egy eszköz, aminek megvan a helye.
Előnyök:

Kevesebb manuális adminisztráció, több idő az érdemi munkára.
Valós idejű hozzáférés az adatokhoz, chat alapon, tanulás nélkül.
Kevesebb emberi hiba a riportokban és a feladatkiosztásban.
A rendszer a céged növekedésével együtt bővíthető.

Hátrányok és korlátok:

Fejlesztést igényel, nem egy előfizetés bekapcsolása.
Rendezett adatok kellenek hozzá, kaotikus rendszerből kaotikus válasz jön.
Bizonyos érzékeny döntéseknél továbbra is emberi jóváhagyás kell.

A mi ajánlásunk egyszerű. Ne az egész céget akard egyszerre automatizálni. Válassz ki két vagy három folyamatot, ahol a legtöbb időt veszíted, és először azokra építs. A tapasztalat szerint a legtöbb cég nem emberhiánnyal küzd, hanem rendszerhiánnyal, és ez a szemlélet itt is igaz.
Hogyan kezdj hozzá?
Az első lépés nem a technológia, hanem a folyamataid átgondolása. Meg kell nézni, hol vannak az adataid, milyen rendszerekben, és mely feladatok ismétlődnek a legtöbbször. Ezután jön a fejlesztés, amikor összekötjük a ChatGPT-t a rendszereiddel, és ráhangoljuk a te logikádra.
Mi az elejétől a végéig végigkísérünk ezen. A tervezéstől a fejlesztésen át az üzemeltetésig egy csapattal dolgozol, és hosszú távú partnerségben gondolkodunk, nem egyszeri projektben. Ha kíváncsi vagy, milyen alapokra épül mindez, nézd meg az ERP és CRM rendszer fejlesztés szolgáltatásunkat, ahol a chat alapú irányítás is otthonra talál.
Ha van egy konkrét folyamat a fejedben, amit szívesen automatizálnál, a legjobb, ha megbeszéljük. Kérj egy ingyenes konzultációt, és átnézzük együtt, hol tudna a céged a legtöbbet nyerni ezzel a megközelítéssel.
Összegzés
A ChatGPT önmagában csak asszisztens, de a céges rendszereiddel összekötve valós munkát végez. Feladatot hoz létre, készletet néz, meetinget ütemez és emailt értelmez, mind a te adataidból. A megtérülés ott a legnagyobb, ahol sok az ismétlődő manuális munka és rendezettek az adatok. Nem varázslat, hanem egy jól felépített egyedi rendszer, ami helyetted dolgozik.
Mielőtt döntesz, érdemes végiggondolnod néhány kérdést. Melyik az a napi feladat, ami a legtöbb idődet elveszi tőled? Milyen rendszerekben élnek most a céged adatai, és mennyire rendezettek? Ha ezekre már van válaszod, akkor csak egy beszélgetés választ el attól, hogy lásd, mit tudna a te céged nyerni ebből.

Mennyi időt vesz el naponta az ismétlődő adminisztráció?


Ha valaha is végiggondoltad, hogy a csapatod mennyi időt tölt el olyan
feladatokkal, amelyek lényegében ugyanolyanok minden nap, valószínűleg már
érezted, hogy valami nem stimmel. Rendelések kézi rögzítése, státuszok
frissítése e-mailben, számlák manuális kiállítása, dokumentumok utáni
keresgélés. Ezek nem értékteremtő feladatok, mégis rengeteg energiát
emésztenek fel.



A üzleti rendszer fejlesztés
nem luxus, és nem is csak a nagyvállalatoknak szól. Egy jól megtervezett,
egyedi webes rendszer pontosan azokat a folyamatokat veszi át, amelyek most
emberi figyelmet kötnek le feleslegesen. Az alábbiakban öt ilyen területet
mutatunk be, plusz egyet, amit sokan nem is gondolnak bele az egyedi
fejlesztés lehetőségei közé.


1. Ügyfélkezelés: mikor válik az Excel teherré?


Az ügyféladatok kezelése az egyik első terület, ahol a növekvő vállalkozások
falba ütköznek. Amíg tíz ügyfeled van, egy táblázat is elegendő. De amikor
már száz feletti a kontaktok száma, és minden ügyféllel több ajánlat, több
kommunikáció, több státusz jár együtt, a kézi nyilvántartás hibaforrássá
válik.



Egy egyedi
CRM rendszer fejlesztés
keretében megvalósítható, hogy az ügyféladatok automatikusan frissüljenek,
az ajánlatok státusza valós időben változzon, és az emlékeztetők maguktól
menjenek ki, anélkül, hogy bárki naptárt kelljen kezeljen mellette. A
rendszer nyomon követi, ki mikor lépett kapcsolatba az ügyféllel, mi volt az
utolsó visszajelzés, és mi a következő teendő.


Mit nyer ezzel a vállalkozás?


Kevesebb elfelejtett ajánlat és visszajelzés
Átláthatóbb értékesítési folyamat
Gyorsabb reakcióidő az ügyfelekkel szemben
Csökkentett adminisztrációs teher az értékesítési csapaton


2. Rendelések feldolgozása: az emberi beavatkozás minimalizálása


Ha webáruházat vagy bármilyen rendelésalapú szolgáltatást üzemeltetsz, jól
ismered azt az érzést, amikor reggel megnyitod az e-maileket, és húsz
manuálisan feldolgozandó rendelés vár. Az egyedi rendszer ezt a folyamatot
képes úgy megszervezni, hogy az emberi beavatkozás csak ott maradjon meg,
ahol valóban szükség van rá.



A rendelés beérkezésétől kezdve az automatikus státuszváltásokon át a
számlázó rendszerrel és a futárszolgálattal való összekötésen keresztül az
ügyfél értesítéséig minden lépés futhat önállóan. Ez nem fikció, a mi
ügyfeleinknél ez pontosan így működik. Az egyik partnerünknél a rendelések
feldolgozási ideje a töredékére csökkent azután, hogy a folyamat emberi
beavatkozás nélkül futott végig az elfogadástól a kiszállítási értesítőig.



Ha érdekel, hogyan lehet ezt egy konkrét vállalkozásban megvalósítani,
nézd meg a
esettanulmányunkat arról, hogy az egyik ügyfelünk napi 3 órát spórolt egyedi rendszerrel.


3. Készletkezelés: mikor üt vissza a kézi nyilvántartás?


A készletkezelés talán az egyik leginkább alulértékelt automatizálható
terület. Amíg a raktárban minden rendben van, senki nem foglalkozik vele.
Amikor viszont elfogy egy termék, amit az ügyfél épp megrendelt, vagy egy
értékes áru hónapokig porosodik mert senki sem vette észre, hogy felülrendelt,
akkor kerül elő a probléma.



Egy egyedi rendszerben a készlet automatikusan csökken minden egyes rendeléssel,
a kritikus szint alá eső tételekről azonnali jelzés érkezik, és a rendszer
akár automatikus beszerzési igényt is generálhat. Több raktár esetén az
átláthatóság és az elosztás szintén kezelhető egy felületen. Mindez nem
igényel napi kézi ellenőrzést, a rendszer figyel helyetted.


Mikor érdemes ezt megvalósítani?


Ha havonta több tíz vagy száz tételt kezelsz, és előfordult már, hogy
visszamondtál egy rendelést készlethiány miatt, amit hamarabb is észrevehettél
volna, az automatizált készletkezelés megtérül. Nem kell hozzá ERP rendszer
méretű projekt sem, egy jól megépített modul elegendő a legtöbb KKV számára.


4. Dokumentumkezelés: vége a verziózavarnak és az e-mail alapú szerződésküldésnek


A dokumentumok kezelése sok cégnél még mindig e-mailben, fájlnevekben és
lokális mappákban él. Ez addig működik, amíg egy ügyféllel egy szerződés fut.
Amint a mennyiség nő, a verziók összekeverednek, az aláírások lassítják a
folyamatot, és az utólagos keresés elveszi a munkaidő nem kis szeletét.



Egy egyedi rendszerben a szerződések és dokumentumok feltölthetők, automatikusan
PDF-formátumba generálhatók sablon alapján, digitálisan aláírhatók, és
verziókövetéssel ellátva tárolhatók. Az ügyfél egyszerre kap hozzáférést ahhoz,
amit látnia kell, nem többhöz, és az aláírt dokumentumok azonnal bekerülnek
a rendszerbe, nem kell utána vadászni.



Ez különösen releváns olyan iparágakban, ahol az átfutási idő és a
szerződéskötés sebessége versenyképességi tényező.


5. Feladat- és munkafolyamat-kezelés: ki csinálja, mikor, és látja-e a vezető?


Ha a feladatokat e-mailben, chat üzenetekben vagy szóban osztják ki, előbb-utóbb
valami kiesik. Nem rossz szándékból, hanem azért, mert nincs rendszer mögötte.
Egy egyedi munkafolyamat-kezelő modul olyan struktúrát adhat, ahol minden
feladatnak van gazdája, határideje és látható státusza.



A rendszer automatikusan értesíti a felelőst, jelzi, ha közeleg a határidő, és
a vezető egy pillantással láthatja, mi hol tart, anélkül, hogy minden reggel
egyenként kérdezzen rá. Projektszinten is áttekinthető a folyamat, és a
visszajelzési hurok sem kézzel fut.



Ez nem feltétlenül helyettesíti a meglévő projektmenedzsment eszközöket, de sok
esetben a saját rendszerbe integrált megoldás hatékonyabb, mert az üzleti
adatokkal együtt él, nem külön szigetként.


+1. Integráció külső rendszerekkel: ahol az egyedi fejlesztés igazán kiterjed


Az előző öt pont belső folyamatokról szólt. De egy egyedi, Laravel alapú
rendszer legnagyobb előnye talán az, hogy nem zárt dobozban működik. Összeköthető
szinte bármilyen külső szolgáltatással, amelyet a vállalkozásod már használ,
vagy amelyet érdemes lenne bevezetni.




NAV Online Számla: az adatszolgáltatás automatikusan fut, nem
kell kézzel feltölteni semmit


Számlázó rendszerek: Billingo, Számlázz.hu és hasonló
platformok API-n keresztül összeköthetők


Futárszolgálatok: rendelés leadásától automatikus
csomagfeladásig


Banki fizetések: fizetési kapuk integrálása, automatikus
egyeztetés


ERP rendszerek: ha már van meglévő vállalati rendszer, az
egyedi fejlesztés összeköthető vele


E-mail marketing eszközök: MailerLite, ActiveCampaign és
hasonlók szinkronizálása az ügyféladatokkal


AI szolgáltatások: automatikus kategorizálás, összefoglalók,
döntéstámogatás beépítve a rendszer munkafolyamataiba




Ezek az integrációk nem megvalósíthatatlan álmok. Valós projektek valós részei,
amelyeket az ügyfél meglévő eszközeihez igazítva teszünk működőképessé. Ha
kíváncsi vagy, milyen rendszert érdemes egyedileg fejleszteni és mikor, érdemes
elolvasnod a cikkünket arról, hogy
mikor nem éri meg egyedi fejlesztést választani, mert ott pontosan ezt a határt járjuk körbe.


Mennyibe kerül mindez, és megéri-e?


Ez a kérdés szinte mindig felmerül, és jogos. Az egyedi fejlesztés nem olcsó,
de az összehasonlítás alapja sem az, hogy mennyibe kerül a fejlesztés, hanem
az, hogy mennyibe kerül a jelenlegi manuális működés. Bérköltség, hibák,
lassú folyamatok, elvesztett ajánlatok, félresikerült rendelések: ezek is
költségek, csak kevésbé láthatók.



Ha kíváncsi vagy a konkrét számokra, a
egyedi rendszer fejlesztési árairól szóló cikkünkben részletesen tárgyaljuk, mitől függ az ár 2026-ban, és mi az, ami valójában
meghatározza a befektetés megtérülését.



Azt is érdemes megnézni, hogy a
manuális működés valójában mennyibe kerül, mert sokszor ez a szám meglepő.


Mit tud, amit egy dobozos megoldás nem?


A kész szoftverek az átlagos igényekre épülnek. Ha a vállalkozásod folyamatai
illeszkednek egy átlagos sémába, egy dobozos megoldás teljesen elegendő lehet.
De ha van egyedi árazási logikád, összetett raktározási struktúrád, speciális
szerződéstípusaid vagy olyan munkafolyamataid, amelyek nem férnek bele egy
általános keretrendszerbe, akkor az egyedi fejlesztés az egyetlen út, ami
ténylegesen illeszkedik a valósághoz.



A mi megközelítésünk Laravel technológián alapul, ami azt jelenti, hogy a
rendszer bővíthető, karbantartható, és nem köt egy szolgáltatóhoz. Nem
licencdíjat fizetsz örökre, hanem egyszer megépítünk valamit, ami a tiéd
marad, és a vállalkozásoddal együtt fejleszthető tovább.


Összefoglalás


Az ügyfélkezeléstől a dokumentumokon és rendeléseken át a külső rendszerek
integrálásáig rengeteg terület van, ahol egy egyedi webes rendszer valódi
időt és pénzt takaríthat meg. Nem minden vállalkozásnak kell egyszerre az
összes funkció, de szinte minden növekvő cégnél van legalább egy pont, ahol
az automatizálás azonnal érezhető eredményt hozna. A kérdés csak az, hogy
hol érdemes elkezdeni.



Ha szeretnéd felmérni, hogy a te vállalkozásodban mely folyamatok
automatizálhatók a legtöbb haszonnal, vedd fel velünk a kapcsolatot egy
rövid konzultációra. Nem ajánlatot készítünk azonnal, hanem először
megértjük, hogyan működsz most, és utána mondunk véleményt.
Ajánlatkérés itt lehetséges.


Három kérdés, mielőtt továbblépnél:



Van-e a cégednél olyan folyamat, amelyet havonta több tíz alkalommal végez
el valaki kézzel, mindig ugyanúgy?


Tudnád-e azonnal megmondani, hány nyitott ajánlatod van, ki az utolsó
kapcsolattartó és mikor volt az utolsó visszajelzés minden ügyfélnél?


Ha a céged forgalma megduplázódna holnap, a jelenlegi rendszereid
kezelni tudnák, vagy az adminisztráció összeomlana?

Amikor tárhelyszolgáltatót választasz, hosszú távra döntesz. Ha rosszul választasz, azt évekig érzed: lassú oldal, órákig tartó kiesés, vagy egy ügyfélszolgálat, ami sosem válaszol időben. 2022-ben már írtunk erről egy rövidebb listát. Most bővebben nézzük át, néhány olyan szemponttal is kiegészítve, amit azóta rendszeresen kérdeznek tőlünk az ügyfeleink.Mekkora tárhelyre van szükséged?Egy egyszerű, néhány aloldalas céges bemutatkozó oldalnak a legtöbb szolgáltatónál elérhető kisebb, 2-3 GB-os csomag simán elegendő. Ide tartozik a klasszikus szolgáltatói weboldal szöveggel, néhány képpel és egy kapcsolati űrlappal.Nagyobb tárhelyre akkor van szükséged, ha sok a céges levelezés, és a kollégák rendszeresen küldenek nagy méretű csatolmányokat, mert ezek is a tárhelyet terhelik, nem csak a weboldal fájljai. Ugyanígy több hely kell, ha webáruházat üzemeltetsz sok termékképpel, vagy ha rendszeresen töltesz fel videót, nagy felbontású fotót az oldalra.Egy jó gyakorlat: indulj a kisebb csomaggal, ha bizonytalan vagy. Nézd meg közben, hogy a szolgáltatónál egyszerű-e később bővíteni. A legtöbb jó szolgáltatónál ez pár kattintás, nem kell az egészet újra beállítani.Ha még csak most tervezed az oldalt, ezt nem neked kell kitalálnod. Nálunk a weboldal készítés része, hogy megmondjuk, mekkora csomag lesz elég a kész oldalnak, és milyen környezetben fog jól futni.Van-e ingyenes migráció?Ha már van weboldalad és csak szolgáltatót váltanál, kérdezd meg előre, hogy az új szolgáltató elvégzi-e ingyenesen a költözést. Ez nem apróság: egy rosszul összerakott migráció napokra is leállíthatja az oldaladat, vagy adatvesztéssel járhat.Ügyfélszolgálat és a garantált rendelkezésre állásEz az a pont, amit a legtöbben csak akkor vesznek észre, amikor már baj van. Minden komolyabb tárhelyszolgáltató feltünteti valahol a szerződésben vagy a honlapján, mekkora rendelkezésre állást (uptime-ot) vállal évente. Ezt érdemes megnézni választás előtt, nem utána.A számok között nagyobb a különbség, mint amekkorának elsőre tűnik. 99,9%-os vállalt rendelkezésre állás évi nagyjából 8 óra 45 perc kiesést enged meg. 99,99%-nál ez körülbelül 52 percre csökken egy teljes évre vetítve. Ha az oldaladon keresztül érkezik a bevételed egy része, ez a különbség simán számíthat.A másik fele az ügyfélszolgálat válaszideje kiesés esetén. Nézd meg a szerződésben, mennyi idő alatt reagálnak egy leállásra: percek, órák, vagy csak a következő munkanapon. Az is számít, hogy a support elérhető-e hétvégén és éjszaka is, vagy csak munkaidőben. Az is kérdés, hogy telefonon, chaten vagy csak ticketen keresztül lehet-e elérni őket.BiztonságNézd meg, hogy a szolgáltató készít-e rendszeres, automatikus biztonsági mentést. Az is fontos, hogy ebből te magad is tudsz-e egyszerűen visszaállítani egy korábbi állapotot, ha valami elromlik.Kérdés az is, milyen védelmet nyújtanak támadások, például túlterheléses DDoS támadás ellen. Az is számít, jár-e a csomaghoz ingyenes SSL tanúsítvány.Árak és szerződéses feltételekA bevezető akciós ár szinte mindig alacsonyabb, mint amennyért utána megújításkor tényleg fizetni fogsz. Ezt mindig nézd meg előre, hogy elkerüld a csalódást egy évvel később. Érdemes elolvasni azt is, mi történik felmondás esetén, van-e visszatérítés, és mennyi a felmondási idő.Felhasználói véleményekA hivatalos marketing szövegek mellett érdemes rákeresni független fórumokon és értékelő oldalakon is, mit tapasztaltak mások az adott szolgáltatóval. Főleg azokra a véleményekre figyelj, amik konkrét kiesésről vagy ügyfélszolgálati tapasztalatról szólnak. Ezek mondanak a legtöbbet a napi működésről.Melyik szolgáltatót javasoljuk?Ügyfeleinknek alapból a Magyar Hostingot szoktuk javasolni. Ez a mi véleményünk, nem az egyetlen jó megoldás a piacon. Évek óta velük dolgozunk, és eddig nem volt okunk váltani.Ami nekünk különösen fontos náluk: az ügyfeleink tárhelyfiókját a saját fiókunkból tudjuk kezelni anélkül, hogy elkérnénk tőlük a jelszavukat. Ez egyszerűbb és biztonságosabb is, mind nekünk, mind az ügyfélnek. Az áraik sem a legolcsóbbak a piacon, de nem is drágák. Ár-érték arányban jó középutat találnak.Zárójelben: a fenti link egy affiliate link. Ha ezen keresztül regisztrálsz, mi is kapunk belőle valamennyit. Ettől függetlenül tényleg ezt a szolgáltatót használjuk és ajánljuk az ügyfeleinknek is, ez nem változna a link nélkül sem.ÖsszegzésTárhelyet választani nem csak árösszehasonlítás. A tárhely mérete, az ügyfélszolgálat válaszideje, a vállalt rendelkezésre állás és a szerződéses apróbetűs rész mind számítanak, főleg akkor, ha az oldaladon keresztül üzletelsz. Ha bizonytalan vagy, hogy neked mekkora tárhely és milyen szolgáltató a jó választás, keress minket. Szívesen segítünk eldönteni.

Mikor válik a WordPress akadállyá a növekedésben?

A weboldal készítés témájában az egyik leggyakoribb tévhit az, hogy ha valami egyszer működött, akkor örökre elegendő lesz. A WordPress esetében ez különösen csábító gondolat, hiszen a rendszer maga valóban sokat tud. Az igazi kérdés azonban nem az, hogy mit tud a WordPress, hanem az, hogy mit nem tud megtenni a te vállalkozásodnak, amikor az már túlnőtt egy egyszerű bemutatkozó oldalon.

Az alábbi öt jel nem elméleti, hanem olyan helyzetek, amelyekkel mi magunk is találkozunk a Lionernél, amikor egy ügyfél megkeres minket. Nem az a cél, hogy elrettentsük a WordPress-től azt, akinek az valóban elegendő. A cél az, hogy segítsünk felismerni, ha már nem az.

1. jel: Egyre több egyedi funkcióra van szükséged, de a válasz mindig az, hogy "plugins"

Az ügyfélportál, az online ügyintézés, az egyedi ajánlatkérő rendszer, az automatikus szerződésgenerálás, a belső feladatkezelő. Ezek mind olyan funkciók, amelyek egy növekvő vállalkozásnál természetesen megjelennek. A WordPress erre a legtöbb esetben egy újabb bővítménnyel reagál.

A probléma nem a plugin létezésével van, hanem azzal, hogy a sokadik bővítmény után a rendszer egyre kevésbé azt csinálja, amit te szeretnél, és egyre inkább azt, amit az egymással alig kommunikáló pluginok összessége megenged. Egy idő után nem te irányítod a rendszert, hanem a rendszer korlátai irányítják a döntéseidet.

Ha arra veszed észre magad, hogy egy funkció megvalósítása kapcsán a fejlesztőd azt mondja, hogy "megoldható, de kompromisszummal", az egy egyértelmű jel. Az egyedi fejlesztésű megoldásoknál, például egy egyedi üzleti rendszernél, ilyen kompromisszum elvárás szintjén nem létezik, mert a rendszer eleve a te folyamataid köré épül.

2. jel: A munkád jelentős része Excelben vagy különálló szoftverekben zajlik

Ez az egyik legőszintébb visszajelzés, amit egy vállalkozó adhat magának. Ha a weboldal és a napi munka között nincs kapcsolat, akkor a weboldal nem dolgozik veled, csak létezik.

Jellemző kép: a weboldalon beérkező ajánlatkérést valaki kimásolja egy Excelbe, abból készül egy árajánlat, azt e-mailben küldik ki, a visszajelzéseket manuálisan követik, az ügyfél státusza egy másik táblában van, a számlázás megint máshol. Ez nem digitalizáció, ez digitálisan dokumentált manuális működés.

Ha kíváncsi vagy arra, hogy pontosan mennyibe kerül ez a fajta működés hosszú távon, ajánljuk a cikkünket arról, hogy mennyibe kerül valójában a manuális működés. A számok általában meglepetést okoznak.

Egy jól épített webes rendszer vagy egy egyedi CRM vagy ERP megoldás éppen azt oldja meg, hogy a folyamatok nem szétszórtan, hanem egy helyen, összefüggően működnek. A WordPress erre, néhány kivételtől eltekintve, nem alkalmas platform.

Mikor nem a WordPress a hibás?


Fontos leszögezni: a WordPress önmagában nem rossz. Több millió weboldalt üzemeltet megbízhatóan. A kérdés az, hogy a te céged mire használja az oldalát. Ha az egy bemutatkozó felület, blogbejegyzésekkel és kapcsolati űrlappal, akkor a WordPress sokáig tökéletesen elég. Ha viszont a weboldal az üzleti folyamatok része, akkor más platformra van szükséged.


3. jel: A weboldal teljesítménye egyre rosszabb, és a hibaelhárítás egyre több időt vesz el

A WordPress oldalak sebessége és stabilitása szoros összefüggésben van az aktív bővítmények számával és azok minőségével. Egy idő után ezek a bővítmények egymással konfliktusba kerülhetnek, a frissítések instabillá teszik a rendszert, és a karbantartás olyan terhet jelent, amely elveszi az energiát a fejlesztéstől.

Nem ritka, hogy egy WordPress oldal mögött 30 vagy 40 bővítmény fut, amelyek mindegyikét külön kell frissíteni, amelyek mindegyikénél fennáll a biztonsági kockázat, és amelyek közül bármelyik okozhat hibát egy frissítés után. Ez nem fenntartható.


Lassú betöltési idő, amely a keresőoptimalizálásra és a konverzióra is negatív hatással van
Rendszeres biztonsági rések, amelyek célpontot jelentenek az automatizált támadásoknak
Frissítés utáni hibák, amelyek az oldal egyes részeit vagy egészét leállítják
Karbantartási költségek, amelyek hónapról hónapra növekednek


A karbantartás és támogatás minden webes rendszer esetében fontos, de a WordPress esetében ennek terhe aránytalanul nagy tud lenni a valódi fejlesztési munkához képest.

4. jel: Egy egyszerűnek tűnő fejlesztési igény hetekig húzódik, és drágább, mint vártad

Ez az a pont, ahol sok vállalkozó elkezd kételkedni. Szükség van egy új funkcióra, mondjuk egy ügyfélazonossági rendszerre, egy belépési kapura, ahol az ügyfelek saját dokumentumaikat érhetik el. A fejlesztő megnézi, majd visszajelez: megoldható, de nem olyan egyszerűen, mert a jelenlegi struktúra ezt nem támogatja natívan. Szükség lesz egy prémium pluginra, egyedi kódolásra, és lehet, hogy más elemekkel is interferál.

Ez a szituáció ismétlődik. Minden egyes fejlesztésnél kompromisszum születik, és minden kompromisszum egy kicsit jobban eltéríti a rendszert attól, amit eredetileg akartál.

Egy egyedi fejlesztésű weboldalon, amelyet például Laravel keretrendszerrel épít fel a fejlesztőcsapat, ilyen akadály strukturálisan nem merül fel. A kérés megvan, a fejlesztő megcsinálja, pont. Nem kell külső bővítmény kompatibilitásán gondolkodni, nem kell más elemek esetleges instabilitásával számolni.

Ha kíváncsi vagy arra, hogyan néz ki egy ilyen egyedi fejlesztés árazása és folyamata, nézd meg a cikkünket arról, hogy mennyibe kerül egy egyedi rendszer 2026-ban.

5. jel: Az oldalad online névjegykártyaként működik, de a céged már többet vár tőle

Ez a legfinomabb, de talán a legfontosabb jel. A vállalkozás kinőtte azt a szerepkört, amelyre az oldalt eredetileg tervezték. Az oldal létezik, rendben van, de nem dolgozik. Nem hoz leadeket, nem szűri az ügyfeleket, nem segít az ügyintézésben, nem automatizál semmit.

Egy weboldal, amely valóban dolgozik, nem csak megjelenít információkat. Szűri a látogatókat, gyűjti az érdeklődőket, kezel folyamatokat, segíti a döntéshozatalt, és mérhető eredményeket hoz. Arról, hogy ez pontosan mit jelent a gyakorlatban, részletesen írtunk a cikkünkben: mit jelent az, hogy egy weboldal dolgozik.

Ha a weboldalad mai állapotában ehhez nem járul hozzá, akkor nem fejlesztési kérdésről van szó, hanem stratégiairól. Ilyenkor nem egy újabb plugin vagy egy dizájnfrissítés a megoldás, hanem egy alapvetően más szemléletű rendszer.

Mit tegyél, ha felismerted ezeket a jeleket?

Nem szükséges azonnal döntést hozni, és nem kell minden meglévő rendszert lecserélni egyik napról a másikra. Az első lépés az, hogy reálisan felméred, mi az, amit a weboldaladtól elvársz, és mi az, amit valójában megkapsz.


Írd össze, hogy milyen folyamatok zajlanak jelenleg a weboldalon kívül, Excelben vagy más eszközökben
Számold meg, mennyi időt tölt a csapatod adatátvitellel, másolással, manuális nyilvántartással
Listázd azokat a fejlesztési igényeket, amelyeket az elmúlt egy évben nem sikerült megvalósítani, vagy csak kompromisszumokkal
Gondold végig, hogy három éven belül hol szeretnéd látni a cégedet, és ezt a jelenlegi rendszer ki tudja-e szolgálni


Ha ennél a listánál azt tapasztalod, hogy a válaszok rendszeresen egy irányba mutatnak, akkor érdemes egyedi fejlesztésben gondolkodni. Ez nem feltétlenül jelent teljes újraépítést egyszerre. A Lioner sok esetben modulárisan dolgozik, vagyis az egyedi rendszer az üzleti igények mentén épül fel fokozatosan, nem egy hatalmas egyszeri befektetéssel.

Mikor érdemes egyedi weboldalban vagy webes rendszerben gondolkodni?

Erre nincs egyetlen univerzális válasz, de vannak egyértelmű határok. Ha a vállalkozásod havi forgalma és növekedési üteme alapján belátható időn belül igényelni fog valamilyen ügyfélkezelési, folyamatautomatizálási vagy belső adminisztrációs rendszert, akkor érdemes ezt időben elkezdeni tervezni, nem megvárni, amíg a meglévő rendszer összeomlásig nyújtható.

A weboldal készítés az egyedi fejlesztés kontextusában nem azt jelenti, hogy egy szép dizájnt kapsz egy CMS felületen. Azt jelenti, hogy egy rendszert kapsz, amely a te folyamataidhoz van szabva, és hosszú távon is bővíthető marad anélkül, hogy kompromisszumokra kényszerülnél.

A Lioner Laravel alapú fejlesztéssel dolgozik, ami azt jelenti, hogy a rendszer nem függ harmadik feles bővítmények kiszámíthatatlanságától, és nem kerülsz abba a helyzetbe, hogy egy plugin gyártója abbahagyja a támogatást, és ezzel a funkcionalitás egy része megbízhatatlanná válik.

Összegzés

A WordPress kiváló alapja lehet egy vállalkozás online jelenlétének, de egy bizonyos növekedési szint felett a rendszer már nem segít, hanem korlátoz. Az öt fent leírt jel mindegyike valós helyzet, amellyel találkozunk a Lionernél, amikor egy cég arra jut, hogy a meglévő weboldala már nem tartja a lépést az üzlettel. Ilyenkor nem a WordPress a hibás, hanem az a tény, hogy a vállalkozás kinőtt egy általános célú megoldásból.

Ha bármelyik jelet felismerted a saját működésedben, érdemes egy rövid konzultációval kezdeni, ahol átbeszélhetitek, hogy mi az, ami valóban szükséges, és mi az, amit a jelenlegi rendszer soha nem fog tudni megadni. Az ajánlatkérés és kapcsolatfelvétel oldalunkon ezt egyszerűen megteheted, előzetes kötelezettség nélkül.

Milyen oldalakat néznek meg először egy céges weboldalon?

A weboldal készítés egyik legfontosabb része nem a dizájn, hanem az, hogy a látogató milyen gyorsan talál választ a kérdéseire. A legtöbb ember nem hosszú percekig böngészi az oldalt. Pár másodperc alatt eldönti, hogy komolyan veszi e a céget vagy sem.

Ez különösen igaz KKV környezetben. A látogatók általában gyorsan szeretnék felmérni:


mivel foglalkozik a cég
milyen minőségű munkát végez
megbízható e
mennyire egyszerű kapcsolatba lépni vele
érdemes e ajánlatot kérni


Ezért egy jó céges weboldal nemcsak szép, hanem logikusan építi fel a bizalmat is.

1. A főoldal még mindig kulcsszereplő

A legtöbb látogató először a főoldalra érkezik, akár Google keresésből, akár hirdetésből vagy ajánlásból. Itt nagyon gyorsan kell átadni az alapinformációkat.

A leggyakoribb hiba, hogy a főoldal túl általános. Szép képek vannak rajta, de nem derül ki egyértelműen:


kinek szól a szolgáltatás
milyen problémát old meg
miért érdemes az adott céget választani


Egy jól felépített főoldal röviden és világosan kommunikál. Nem próbál mindent egyszerre elmondani.

Mi sok projekt során azt látjuk, hogy a túlzsúfolt főoldalak rontják a konverziót. Különösen akkor, ha a látogatónak több kattintás kell ahhoz, hogy megértse a szolgáltatás lényegét.

Erről részletesebben írtunk ebben a cikkben is: Mi történik az első 5 másodpercben a látogató fejében?

Mit kell látnia a látogatónak az első képernyőn?


mivel foglalkozik a cég
kinek segít
hogyan lehet kapcsolatba lépni
egy konkrét előnyt vagy eredményt


Ennyi sokszor elég ahhoz, hogy a látogató továbblépjen a következő oldalra.

2. A szolgáltatás oldal döntő szerepet játszik

A látogatók jelentős része a szolgáltatás oldal alapján dönti el, hogy érdemes e foglalkozni a céggel. Itt már nem elég az általános kommunikáció.

A szolgáltatás oldalnak konkrétnak kell lennie.

Például egy webfejlesztés szolgáltatás esetén a látogató szeretné tudni:


milyen típusú projektekkel foglalkozunk
milyen technológiával dolgozunk
milyen eredmények várhatók
milyen cégeknek ajánlott a szolgáltatás


Mi például Laravel alapú rendszereket fejlesztünk, mert hosszú távon stabil és jól skálázható megoldást ad. Ez különösen fontos akkor, ha a weboldal később egyedi rendszerrel, ERP rendszerrel vagy CRM rendszerrel bővül.

Ha valaki komolyabb digitális fejlesztésben gondolkodik, akkor általában nemcsak egy weboldalt keres. Hanem egy olyan rendszert, ami később támogatja az üzleti automatizálást és a KKV digitalizációt is.

Éppen ezért fontos, hogy a szolgáltatás oldal ne csak marketing szöveg legyen, hanem valódi információt adjon.

Itt található a szolgáltatásaink áttekintése is: Szolgáltatások áttekintése

3. A referencia oldal sokszor erősebb, mint a szöveg

A legtöbb látogató látni akarja, hogy a cég milyen munkákat készített korábban. Ez teljesen természetes.

Egy referencia oldal sokkal gyorsabban épít bizalmat, mint egy hosszú bemutatkozó szöveg.

Viszont itt is gyakori hibák vannak:


nincs leírva a projekt célja
csak képek szerepelnek magyarázat nélkül
nem derül ki, milyen problémát oldott meg a fejlesztés
nincsenek üzleti eredmények


Egy jó referencia nemcsak azt mutatja meg, hogy szép lett az oldal. Hanem azt is, hogy milyen üzleti problémára készült.

Például:


Egy egyedi rendszerrel napi több óra manuális munkát váltottunk ki az ügyfélnél.


Ez már sokkal erősebb üzenet, mint egy egyszerű képgaléria.

Kapcsolódó esettanulmány: Egy ügyfélünk napi 3 órát spórolt egyedi rendszerrel

A referenciák oldal itt érhető el: Referenciák

4. Miért nézik meg szinte mindig a kapcsolat oldalt?

A kapcsolat oldal sokkal fontosabb, mint ahogy a legtöbb cég gondolja.

Amikor a látogató eljut ide, általában már érdeklődik. Ilyenkor nem szabad akadályokat tenni elé.

Milyen hibák szoktak itt előfordulni?


túl hosszú ajánlatkérő űrlap
nincs telefonszám
nem derül ki, mikor várható válasz
mobilon nehezen használható az oldal


Sok esetben pár apró módosítás is jelentősen javítja a kapcsolatfelvételek számát.

A kapcsolat oldal célja egyszerű:


gyors kapcsolatfelvétel
bizalom erősítése
bizonytalanság csökkentése


Ezért fontos, hogy emberi legyen. Ne csak egy üres űrlapból álljon.

Itt érhető el a kapcsolat oldalunk: Kapcsolat és ajánlatkérés

5. A látogatók gyakran keresnek “bizonyítékot” a cégről

Sokan a szolgáltatás oldal után rögtön a rólunk oldalra navigálnak. Nem azért, mert érdekes a cég története. Hanem mert látni akarják, kik állnak a projekt mögött.

Ez főleg egyedi fejlesztéseknél fontos.

Ha valaki ERP rendszer vagy CRM rendszer fejlesztésen gondolkodik, akkor nem impulzusvásárlást hoz. Hosszú távú partnert keres.

Ilyenkor számít:


mióta működik a cég
milyen projekteken dolgozott
milyen technológiákat használ
mennyire tűnik stabilnak


Mi például sok esetben már az első konzultáción arról beszélünk, hogyan lehet később továbbfejleszteni a rendszert. Ez hosszabb távon sok költséget spórol meg.

6. Nem minden látogató ugyanazon az útvonalon halad

Ez az egyik legfontosabb dolog weboldal készítés során.

Nincs egyetlen tökéletes útvonal.

Van, aki:


a főoldalról indul
van, aki egy blogcikkből érkezik
más rögtön a referenciákat nézi meg
vannak, akik csak a kapcsolat oldalt keresik


Ezért kell úgy felépíteni az oldalt, hogy minden fontos információ könnyen elérhető legyen.

Ebben sokat segít a jól átgondolt navigáció, a belső linkelés és a megfelelő tartalomstruktúra.

Kapcsolódó cikk: Mit jelent az, hogy egy weboldal dolgozik?

7. Mit jelent ez a gyakorlatban egy KKV számára?

Egy céges weboldal ma már nem online névjegykártya.

Az első benyomás sok esetben itt történik meg. A látogató pedig pár perc alatt eldönti, hogy kapcsolatba lép e a céggel.

Ezért a webfejlesztés során nemcsak a dizájnnal kell foglalkozni, hanem azzal is:


milyen sorrendben kap információt a látogató
mennyire gyorsan épül a bizalom
mennyire egyszerű ajánlatot kérni
hogyan támogatja a weboldal az üzleti automatizálást


Egy jól felépített oldal később könnyebben bővíthető egyedi rendszerrel, CRM rendszerrel vagy más üzleti funkciókkal is.

Összegzés

A legtöbb látogató nem egyetlen oldal alapján dönt. Több kulcsoldalt néz meg rövid idő alatt, és ezek együtt alakítják ki a bizalmat a cég iránt.

A főoldal, a szolgáltatás oldal, a referenciák és a kapcsolat oldal általában döntő szerepet játszik. Ha ezek logikusan vannak felépítve, a weboldal valóban támogatni tudja az üzletszerzést is.

Ha most készül új weboldal vagy szeretné átalakítani a meglévőt, érdemes először azt átgondolni: a látogató milyen kérdésekre akar választ kapni az első pár percben.

Melyik oldal teljesít most a leggyengébben a weboldalán? A látogatók gyorsan megértik, mivel foglalkozik a cége és miért érdemes Önökkel dolgozni?

Ha már látod, milyen funkciókat érdemes elvárni egy modern weboldaltól, a következő kérdés általában az ár. A weboldal készítés árak 2026 oldalunkon részletesen bemutatjuk az aktuális költségeket és az ársávokat.

Weboldal készítés 2026-ban: mi változott az elvárásokban?

A weboldal készítés fogalma az elmúlt öt évben gyökeresen átalakult. Nem arról van szó, hogy új divatszínek jöttek vagy más betűtípusokat kell használni. Az alap elvárás ma az, hogy a weboldal ne csak bemutassa a céget, hanem aktívan részt vegyen az értékesítési és ügyfélkezelési folyamatban. Aki még mindig csak "névjegykártyaként" tekint a saját oldalára, az valószínűleg versenyhátrányt épít magának.

Ebben a cikkben nem általános tanácsokat adunk. Végigmegyünk azon a konkrét funkciólistán, amelyet 2026-ban egy KKV szintű weboldalnak teljesítenie kell ahhoz, hogy valódi üzleti értéket képviseljen.

Az alapok: ami ma már nem opció, hanem kötelező

Mielőtt bármilyen fejlettebb funkcióról beszélnénk, érdemes tisztázni, hogy az "alapok" fogalma is átíródott. Ami pár évvel ezelőtt plusznak számított, ma már belépési küszöb.

Mobiloptimalizált megjelenés és gyorsaság

A mobilos forgalom az esetek többségében meghaladja az asztali gépesét, főleg szolgáltatói weboldalaknál. Ez nem azt jelenti, hogy a mobilnézet "is működjön", hanem azt, hogy a mobilos élmény legyen az elsődleges tervezési szempont. Egy lassan betöltő, rosszul kattintható mobil felület ma közvetlenül konverzióveszteséget okoz.

A Google Core Web Vitals mérőszámai kötelező referenciapontok: LCP, FID, CLS. Ha ezek nem teljesülnek, a keresőoptimalizálás sem fog igazán működni, bármilyen jó szöveg is kerül az oldalra.

HTTPS és adatvédelem

A HTTPS ma már olyan alap, mint a villanyszámla kifizetése. Az érdekesebb kérdés az adatkezelés: a sütik, a GDPR megfelelés, a feliratkozási folyamatok jogi háttere. Egy rosszul beállított cookie-kezelő vagy egy hiányzó adatkezelési tájékoztató komoly bizalomveszteséget okozhat, sőt jogi kockázatot is jelenthet.

Átlátható struktúra és erős CTA-k

A látogató az első néhány másodpercben eldönti, hogy marad-e. Ha az oldal szerkezete zavaros, ha nem világos, mit kínál a cég, és ha nincs egyértelmű következő lépés, az érdeklődő el fog menni. Az erős CTA (call to action) nem clickbait szöveg, hanem egy logikus, természetes következő lépés: ajánlatkérés, időpontfoglalás, kapcsolatfelvétel. Minden oldalnak tudnia kell, hogy mit akar elérni a látogatónál.

Mi az a funkció, ami ma már valóban megkülönböztet?

Ha az alapok megvannak, jön az a rész, ahol a weboldalak között érdemi különbségek keletkeznek. Ezek azok a funkciók, amelyeket még mindig nem használ minden KKV, de egyre több ügyfél találkozik velük a versenytársainál.

Intelligens ajánlatkérő és kapcsolatfelvételi rendszer

Az egyszerű "Írjon nekünk e-mailt" felület elavult. Nem azért, mert csúnya, hanem azért, mert nem segíti a folyamatot sem az ügyfélnek, sem a cégnek. Egy okosan felépített ajánlatkérő form előre bekéri a releváns információkat, automatikusan visszajelzést küld a látogatónak, és az adatokat strukturáltan juttatja el a megfelelő kollégához vagy akár közvetlenül a CRM rendszerbe.

Ennek hatása nem elméleti: ha az ajánlatkérés után az érdeklődő perceken belül visszajelzést kap, a konverzió szignifikánsan magasabb, mint ha napokig vár.

AI-alapú chatbot és ügyfélkommunikáció

Az AI chatbotok 2026-ra már nem prémiumfunkciók. Egy megfelelően betanított, a cég saját termékeit és folyamatait ismerő chatbot képes fogadni az érdeklődőket, szűrni a kérdéseket, és a komolyabb ügyeket emberi kollégának továbbítani. Ez különösen értékes olyan vállalkozásoknál, ahol sok visszatérő, hasonló jellegű kérdés érkezik, és ezek megválaszolása feleslegesen terheli az ügyfélszolgálatot.

Fontos, hogy egy rosszul beállított chatbot több kárt okoz, mint amennyit használ. A cél nem a chatbot megléte, hanem egy valóban hasznos eszköz, amely pontosan tudja, mikor adja át a szót embernek.

Személyre szabott tartalom és viselkedésalapú megjelenítés

A dinamikus tartalomkezelés lehetővé teszi, hogy a weboldal más üzenetet mutasson egy visszatérő látogatónak, mint egy újnak, más ajánlatot egy konkrét keresési szóból érkező felhasználónak, és más CTA-t egy olyan látogatónak, aki már járt az árazási oldalon. Ez nem sci-fi, és nem is csak a nagy szereplők privilégiuma. Laravel alapú fejlesztéssel már középvállalati méretben is megvalósítható.

Rendszerintegráció: ahol az igazi hatékonyságnyereség van

Az önálló weboldal mára kevés. A valódi üzleti érték ott keletkezik, ahol a weboldal össze van kötve a háttérfolyamatokkal. Ez az a terület, ahol a legtöbb KKV még elmarad, és ahol a legnagyobb előnyt lehet szerezni.

CRM integráció

Ha a weboldalon érkező érdeklődők adatai automatikusan bekerülnek a CRM rendszerbe, a cég nem veszít el leadeket, nem kell kézzel másolgatni adatokat, és az értékesítési csapat azonnali, strukturált információt kap. Ez nem csak kényelmi kérdés: egy ügyfélünk napi szinten 3 órányi manuális adminisztrációt spórolt meg azzal, hogy a weboldali és CRM folyamatokat összekötöttük. Ha ez a téma ismerős, érdemes elolvasni, hogyan spórolt napi 3 órát egy ügyfelünk egyedi rendszerrel.

Számlázó és ERP összeköttetés

A weboldal és az ERP vagy CRM rendszer összekötése különösen értékes ott, ahol az ügyféligény befogadása, az árajánlat küldés és a számlázás mind külön rendszerben történik. Az integráció nem feltétlenül jelent teljes rendszercserét: sok esetben egy jól megírt összekötő réteggel a meglévő szoftverek kommunikálni tudnak egymással.

Hírlevél és marketing automatizálás

A weboldali feliratkozási folyamat és a hírlevélküldő összekötése alap. De ennél több is lehetséges: automatikus üzenetsorozatok, amelyek az érdeklődő viselkedéséhez igazodnak, utánkövetési emailek az el nem küldött ajánlatkérések után, vagy értesítések az értékesítési csapat számára, ha egy lead visszatér az árlistára. Ezek nem bonyolult fejlesztések, de komoly üzleti hatásuk van.

Miért nem elég a sablon alapú weboldal?

Ez egy jogos kérdés, különösen KKV szemszögből, ahol a büdzsé korlátozott. A sablon alapú megoldások (WordPress, Wix, Squarespace) gyorsak és olcsók az induláshoz. Az igazi kérdés az, hogy mire van szüksége a vállalkozásnak.

Ha a cél az, hogy az oldal szép legyen és néhány alap infót közöljön, a sablon megfelel. Ha viszont integrációkra, egyedi folyamatokra, gyors és biztonságos működésre van szükség, a sablon rendszerint hamar falakba ütközik. Ilyenkor jön a döntési pont: vagy kompromisszumot köt a cég, vagy egyedi fejlesztés felé indul. Hogy melyik mikor éri meg, azt nem lehet általánosan megválaszolni, de a döntéshez érdemes átgondolni, hogy mikor nem éri meg egyedi fejlesztést választani.

Mi Laravel technológiával dolgozunk, mert ez lehetővé teszi a skálázható, biztonságos és könnyen karbantartható fejlesztést. Nem azért, mert ez a legtrendibb keretrendszer, hanem mert hosszú távú partnerségben gondolkodunk az ügyfeleinkkel, és egy rosszul választott technológiai alap előbb-utóbb mindenkinél visszaüt.

Milyen legyen a weboldal tartalma és struktúrája?

A funkciók mellé megfelelő tartalom is kell. Ez sem mindegy.


Minden fontos aloldal legyen logikusan elérhető, maximum 2 kattintással a főoldalról.
A szövegek szóljanak a látogató problémájához, ne a cég büszkeségéhez.
A képek és videók optimalizáltak legyenek, ne lassítsák az oldalt.
A bizalomépítő elemek (referenciák, ügyfélvélemények, konkrét esettanulmányok) legyenek jelen és hitelesek.
Az árazási oldal, ha van ilyen, legyen átlátható: az emberek nem szeretik, ha el kell kérni az árat.


A tartalom és a keresőoptimalizálás szorosan összefügg. Ha a weboldal készítés folyamata során a tartalom is SEO szempontból van felépítve, az oldal hosszabb távon is hoz organikus forgalmat, nem csak az indulás után az első hetekben.

Mire figyeljen KKV-ként a fejlesztés előtt?

Mielőtt bárki fejlesztőt keres, érdemes néhány dolgot tisztázni belül. Ez nem kötelező, de sokat gyorsít a folyamaton és csökkenti a félreértések esélyét.


Mi a weboldal elsődleges célja: leadszerzés, e-kereskedelem, ügyfélkiszolgálás, vagy valami más?
Milyen külső rendszerekkel kell majd kommunikálnia az oldalnak?
Ki fogja karbantartani és frissíteni a tartalmat, és milyen szinten tud ehhez hozzányúlni?
Mi az, amit most kell, és mi az, ami majd fél év múlva kerülhet rá?


Ezekre a kérdésekre nem mindig van pontos válasz az elején, és ez rendben van. A legtöbb vállalkozás sem tudja pontosan, mit akar az első konzultáció előtt. Egy tapasztalt fejlesztő partner ebben is tud segíteni.

Összegzés

2026-ban egy modern weboldal nem egyetlen dologból áll. Gyors, mobilbarát, biztonságos alap kell, erre épülnek az okos funkciók: ajánlatkérő rendszer, chatbot, személyre szabott tartalom. Minderre ráépül a rendszerintegráció, ahol az igazi hatékonyságnyereség keletkezik. Ha bármelyik réteg hiányzik, az egész kevesebbet ér.

Ha úgy érzed, hogy a weboldalad megvan, de nem hoz eredményt, nem feltétlenül a design a probléma. Kérdezd meg tőlünk, és megnézzük együtt, hol van a szűk keresztmetszet.

Néhány kérdés, mielőtt döntesz:


A jelenleg meglévő weboldalad össze van-e kötve bármilyen belső rendszerrel (CRM, számlázó, ERP), vagy minden adatot kézzel kell rögzíteni?
Pontosan tudod-e, hogy a weboldaladra érkező látogatók mekkora hányada küld ajánlatkérést, és miért nem küld a többi?
Ha holnap megduplázódna a látogatószámot, a weboldalad és a mögötte lévő folyamatok le tudnák-e kezelni a megnövekedett érdeklődést?

Miért hagyjuk elveszni a látogatókat, akik már majdnem vásároltak?


A webáruház készítés során a legtöbb figyelem a dizájnra, a termékfotókra és az
árképzésre koncentrálódik. Ezek valóban fontosak. De a konverziókat sokszor nem
ezek döntik el, hanem olyan apró technikai és UX megoldások, amelyekre senki sem
gondol az induláskor. Utólag viszont óriási különbséget tesznek.



Az alábbiakban négy olyan funkcióról írunk, amelyeket webfejlesztés során
rendszeresen beépítünk ügyfeleink webáruházaiba. Mindegyikhez valós példát is
hozunk, mert a tapasztalat meggyőzőbb, mint az elmélet.


1. Kosárelhagyás utáni automatikus emlékeztető

Mi ez pontosan?


A látogató feltesz egy terméket a kosárba, de nem fejezi be a vásárlást. Ez
webáruházanként 60-80 százalékos arányban fordul elő. Az automatikus emlékeztető
egy előre megírt, időzített email vagy SMS, amely néhány órával később megkeresi
a vásárlót, és emlékezteti a félbehagyott kosárra. Esetenként egy kisebb kedvezménnyel
is kiegészíthető, ha az üzleti logika ezt indokolja.


Valós példa: bútoripari webáruháznál 18%-kal nőtt a befejezett rendelések aránya


Egyik ügyfelünknél, egy közepes méretű bútorwebáruháznál, a látogatók 70 százaléka
nem fejezte be a vásárlást. A kosárelhagyás mértéke különösen magas volt a drágább,
150 ezer forint feletti termékeknél. Ez jellemző: minél nagyobb az összeg, annál
több az átgondolási idő.



Bevezettük az automatikus emlékeztető rendszert, amely három lépcsőben küldte ki
az értesítőket: 2 óra, 24 óra és 72 óra elteltével. Az első két levél csak
emlékeztetett, a harmadik egy 5 százalékos kedvezménykódot is tartalmazott.
Az eredmény: a korábban elveszett vásárlók 18 százaléka visszatért és befejezett
egy rendelést az első három hónapban.



Ez nem egy bonyolult rendszer. A weboldal készítés során mi ezt Laravel alapú
háttérrendszerrel, sorban futó job-okkal oldjuk meg, ami stabil és könnyen
testre szabható.


2. Valós idejű készletjelzés és szállítási határidő-számítás

Mi tartja vissza a látogatót a vásárlástól?


A bizonytalanság a vásárlás legfőbb ellensége. Ha a látogató nem tudja, hogy a
termék raktáron van-e, és ha igen, mikor kézbesítik, akkor elhalasztja a döntést.
Az elhalasztott döntés az esetek nagy részében lemondást jelent.



A valós idejű készletjelzés és a pontos szállítási határidő megjelenítése
a termékoldalakon kettős hatást ér el: csökkenti a bizonytalanságot, és
halasztásra nem ösztönöz. Különösen akkor működik jól, ha az alacsony
készletet is jelezzük ("Csak 3 db van raktáron").


Valós példa: ajándéktárgyakat forgalmazó webáruháznál 23%-kal csökkent a visszafordulási arány termékoldalakon


Egy ajándéktárgyakat árusító webáruháznál azt tapasztaltuk, hogy a termékoldalak
magas visszafordulási arányát részben az okozta, hogy a vásárlók nem találták meg
a szállítási információt. A leírás a láblécben volt, apró betűkkel.



Bevezettük a dinamikus szállítási határidő-számítást közvetlenül a "Kosárba" gomb
mellé. A rendszer automatikusan kiszámolta: ha ma megrendeled, legkésőbb X napig
megkapod. Ha szombat volt és a futár hétfőn indul, azt is kiírta. Az eredmény
23 százalékos csökkenés lett a termékoldali visszafordulásban. A látogatók tovább
maradtak, és a konverziós arány két hónap alatt 1,4 százalékról 2,1 százalékra nőtt.


3. Egyszerűsített pénztár folyamat (checkout optimalizálás)

Hány lépésben veszítjük el a vásárlót?


A klasszikus webáruházi pénztár folyamat 4-6 lépéses. Regisztráció,
szállítási cím, számlázási cím, szállítási mód, fizetési mód, összesítő.
Minden egyes plusz lépésnél egy részük elhagyja az oldalt. Ez nem vélemény,
ez mérhető adat.



Az egyszerűsített checkout egyetlen oldalon, egy folyamatban vezeti végig
a vásárlót. Opcióként bejelentkezhetnek Google-fiókkal, automatikusan
kitölthetnek mentett adatokat, és megrendelés előtt nem kell kötelező
regisztrációra kényszeríteni őket. A vendégként való vásárlás lehetősége
önmagában is érezhető növekedést hozhat.


Valós példa: kötelező regisztráció eltörlése 31%-kal csökkentette a checkout lemorzsolódást


Egy elektronikai kiegészítőket áruló webáruháznál az analitika jól mutatta,
hogy a vásárlók nagy része a regisztrációs lépésnél hagyta el az oldalt.
Az üzlettulajdonos sokáig ellenezte a vendég checkout bevezetését, mert
tartott az adatbázis minőségének romlásától.



A kompromisszumos megoldás az lett, hogy megrendelés után opcionálisan felajánlottuk
a regisztrációt, de nem kötöttük hozzá a vásárlás befejezését. A kötelező regisztrációt
eltöröltük. A checkout lemorzsolódás 31 százalékkal csökkent az első hónapban.
A regisztrált ügyfelek száma végül nem csökkent, mert a sikeres vásárlás után
sokan önkéntesen regisztráltak.



Az ehhez hasonló döntések webfejlesztés során nem csupán technikai kérdések.
A felhasználói logika és az üzleti cél összehangolása az, ami valódi eredményt
hoz. Ha kíváncsi vagy, milyen folyamat működik a te webáruházadban,
webáruház készítés szolgáltatásunkról
részletes tájékoztatást adunk.


+1. Intelligens terméklista rendezés és keresési javaslatok

Megtalálja a látogató, amit keres?


Ez az a funkció, amelyet a legtöbben utoljára raknak fel a fejlesztési listára,
holott az első vásárlói élmény szempontjából az egyik leglényegesebb. Ha egy
látogató nem találja meg gyorsan, amit keres, elhagy. Ezt nem kompenzálja a
szép dizájn vagy az alacsony ár.



Az intelligens keresés azt jelenti, hogy a rendszer figyeli a keresési mintákat,
kezeli az elütéseket, szinonimákat ismer fel, és a legnépszerűbb vagy leginkább
releváns termékeket helyezi előre. Emellett a terméklista rendezése is lehet
viselkedésalapú: a rendszer tanulja, hogy melyik termékek hoznak több konverziót,
és azokat előrébb rangsorolja bizonyos szűrési feltételek mellett.


Valós példa: szigetelőanyag webáruháznál a szinonimakezelés oldotta meg a keresési zsákutcákat


Egy szigetelőanyagokat forgalmazó webáruháznál szembesültünk azzal a problémával,
hogy ugyanarra a termékre a látogatók teljesen eltérő szavakkal keresnek rá.
A hungarocell, az EPS, az EPS fura és a polisztirol mind ugyanazt a termékkategóriát
takarja, de a dobozos kereső ezeket egymástól független keresésként kezelte.
Aki hungaroceltre keresett, nem találta meg az EPS tábla terméket, és fordítva.



Egyedi rendszert fejlesztettünk, amelyben a kereső nemcsak felismeri ezeket az
összefüggéseket, hanem az adminisztrátoroknak egy saját felületet is biztosít
a szinonimaszótár karbantartásához. Ha egy új keresési kifejezés megjelenik az
adatbázisban, amire az ügyfél nem kap eredményt, a rendszer jelzi az adminnak,
aki egy kattintással hozzárendelheti a megfelelő termékhez vagy kategóriához.
Nem kell fejlesztőt hívni, nem kell kódot módosítani.



Az eredmény: a keresési zsákuták aránya 41 százalékról 7 százalékra csökkent
három hónapon belül. A látogatók, akik korábban eredmény nélkül hagyták el az
oldalt, elkezdtek céloldalra érkezni és vásárolni. Az adminok pedig folyamatosan
finomítják a rendszert, ahogy új keresési minták jelennek meg.



Ez a fajta fejlesztés nem érhető el dobozos webshop motorokból. Egyedi igényekhez
egyedi megoldás szükséges, amit mi Laravel alapú fejlesztéssel, az ügyfél
adatbázisára szabva készítünk. Ha érdekel, hogyan működik ez a gyakorlatban,
nézd meg referenciáinkat,
ahol valós projektekről írunk részletesen.


Mit érdemes elsőként megvalósítani?


Ha most kezdenél bele a fejlesztésbe, vagy egy meglévő webáruházat fejlesztenél
tovább, nem érdemes egyszerre mindenre rávetni magad. A kosárelhagyás-emlékeztető
és a checkout egyszerűsítés azok a funkciók, amelyek a leggyorsabban és a
legkisebb ráfordítással hoznak mérhető eredményt. A keresőoptimalizálás és a
készletlogika komplex fejlesztés, de hosszabb távon az egyik legjobb befektetés.



Arról, hogy mi dönt egy weboldal sikeréről, részletesebben is írtunk.
A mit jelent az, hogy egy weboldal dolgozik
cikkünkben azt fejtjük ki, hogy miért nem elég az, ha egy webáruház csak "működik",
de nem dolgozik az eladásokért.



Ha a webáruházad fejlesztése során konkrét SEO alapokon szeretnél is dolgozni,
érdemes lehet megnézni, hogy
keresőoptimalizálás szolgáltatásunk
hogyan egészítheti ki a technikai fejlesztéseket.


Összefoglalás


A konverzió nem varázsszóval nő. Kosárelhagyás-emlékeztető, pontos szállítási
határidő, egyszerűsített checkout és intelligens keresés: ez a négy funkció
konkrét, mérhető eredményt hozhat, ha jól implemen

Mennyibe kerül valójában a manuális működés?

Sok vállalkozás úgy működik, hogy közben észre sem veszi, mennyi pénzt veszít nap mint nap.

Nem egy rossz döntés miatt.

Nem egy nagy hiba miatt.

Hanem apró, ismétlődő manuális folyamatok miatt.

Excel táblák. Másolgatások. E-mailek. Telefonos egyeztetések. Kézi adminisztráció.

Külön-külön jelentéktelennek tűnnek.

Együtt viszont komoly költséget jelentenek.


A manuális működés nem csak időt visz el. Pénzt is éget.


A legtöbb veszteség nem látványos

Ezért veszélyes.

Ha egy rendszer teljesen leáll, azt mindenki észreveszi.

De amikor napi 10-15 percek vesznek el folyamatosan, az szinte láthatatlan.

Pedig ezek összeadódnak.

Napi szinten.

Heti szinten.

Éves szinten.

Például:


ugyanazokat az adatokat több helyre írják be
külön rendszerek között manuálisan mozgatják az adatokat
Excel fájlokat küldözgetnek e-mailben
állandó státuszkérdezések mennek a csapatban
egy ember próbál mindent fejben tartani


Ezek nem egyszeri problémák.

Hanem napi rutinok.

Az időveszteségből gyorsan pénzveszteség lesz

Sok cég úgy gondolkodik, hogy „ez csak pár perc”.

Csakhogy amikor:


5 ember napi 1 órát veszít
havonta 20 munkanappal számolunk


akkor az már:


100 elveszett munkaóra havonta


És ebben még nincs benne:


a hibajavítás
a lassabb döntéshozatal
a csúszások költsége
az ügyfélélmény romlása


A manuális működés ára sokszor nem a rendszerben látszik.

Hanem a működés lassulásában.

A probléma nem az Excel

Az Excel önmagában nem rossz eszköz.

Sőt, sok helyzetben tökéletes.

A probléma ott kezdődik, amikor egy cég már kinőtte.

Erről részletesebben is írtunk itt:



Hogyan döntsd el, hogy a céged kinőtte az Excelt?



Egy pont után ugyanis a manuális működés:


lassítja a csapatot
hibákat generál
nem skálázható
folyamatos operatív terhelést okoz


Ilyenkor már nem az a kérdés, hogy működik-e.

Hanem az, hogy mennyibe kerül valójában.

A legtöbb cég nem azért túlterhelt, mert kevés az ember

Hanem azért, mert túl sok a felesleges folyamat.

Sok esetben nem új kollégára lenne szükség.

Hanem:


automatizálásra
átláthatóbb működésre
központi rendszerre
jól felépített folyamatokra


Erről ebben a cikkben is írtunk:



A legtöbb cég nem emberhiánnyal küzd, hanem rendszerhiánnyal



Mit lehet kiváltani egy jól felépített rendszerrel?

Egy megfelelően kialakított üzleti rendszer képes:


automatizálni az ismétlődő feladatokat
egy helyre szervezni az adatokat
csökkenteni a hibákat
felgyorsítani az információáramlást
tehermentesíteni a csapatot


És ez nem csak kényelmi kérdés.

Hanem konkrét üzleti előny.

Egy ügyfelünknél például napi több órát sikerült felszabadítani egyedi rendszerrel.

Az esettanulmányt itt találod:



Egy ügyfelünk napi 3 órát spórolt egyedi rendszerrel



A manuális működés sokáig „olcsónak” tűnik

Ez az egyik legnagyobb csapda.

Mert első ránézésre:


nem kell új rendszer
nem kell fejlesztés
nem kell változtatni


Csakhogy közben:


folyamatosan nő az elveszett idő
nő a hibalehetőség
egyre nehezebb skálázni a működést


És ezt a költséget a legtöbb cég csak akkor érzi meg igazán, amikor már túl nagy lett a káosz.

Összefoglalás

A manuális működés ára nem mindig látványos.

Éppen ezért veszélyes.

A probléma nem egyetlen nagy hiba.

Hanem a rengeteg apró veszteség, ami naponta ismétlődik.

Egy jól felépített digitális rendszer nem csak gyorsabb működést ad.

Hanem:


időt szabadít fel
csökkenti a hibákat
átláthatóbbá teszi a céget
stabil alapot ad a növekedéshez


Ha szeretnéd átlátni, nálatok hol vesz el időt és pénzt a manuális működés, nézd meg szolgáltatásainkat:



Szolgáltatásaink



Vagy vedd fel velünk a kapcsolatot:



Kapcsolat

A legtöbb cég nem emberhiánnyal küzd, hanem rendszerhiánnyal

Sok vállalkozás életében eljön az a pont, amikor a növekedés elkezd furcsán működni.

Van munka. Van kereslet. Jönnek az ügyfelek.

Mégis egyre nagyobb a káosz.

Csúsznak a feladatok. Elvesznek információk. Egyre több idő megy el egyeztetésekre, javításokra és manuális adminisztrációra.

Ilyenkor a legtöbb cégvezető első reakciója az, hogy több embert kell felvenni.

Több kolléga. Több kapacitás. Több kéz.

Pedig sok esetben nem emberhiány van.


Hanem rendszerhiány.


Ilyenkor a cég már nem a piac miatt lassul. Hanem saját magát fogja vissza.

A növekedés egy ponton szétfeszíti a régi működést

Ami 2-3 emberrel még működött, az 10 főnél már problémává válik.

Az Excel táblák, az e-mailes egyeztetések és a fejben lévő folyamatok egy ideig elegendők.

Utána viszont elkezdik lassítani a működést.

Erről részletesebben is írtunk ebben a cikkünkben:



Hogyan döntsd el, hogy a céged kinőtte az Excelt?



A leggyakoribb jelek


ugyanazokat az adatokat több helyre írják be
egy ember fejében van minden folyamat
rengeteg manuális adminisztráció történik
lassú az információáramlás
nincs valós idejű átlátás
a kollégák idejük nagy részét ismétlődő feladatokkal töltik


Ezeket sokan természetes növekedési problémának gondolják.

Pedig valójában rendszerproblémák.

A legtöbb cég nem lassan dolgozik, hanem felesleges dolgokat csinál

Ez fontos különbség.

Sok esetben nem az emberek hatékonyságával van gond.

Hanem azzal, hogy a működés tele van olyan lépésekkel, amelyekre valójában semmi szükség.

Például:


manuális adatmásolás
Excel fájlok közötti egyeztetés
állandó státuszkérdezések
e-mailben küldözgetett információk
külön rendszerek közötti manuális munka


Ez napi szinten órákat vesz el.

Nem látványosan.

Hanem apránként.

És pontosan emiatt veszélyes.

Az automatizálás nem luxus, hanem kapacitás

Sokan úgy gondolnak az automatizálásra vagy az egyedi rendszerekre, mint valamilyen „extra” fejlesztésre.

Pedig sok esetben ezek nem kényelmi funkciók.

Hanem üzleti szükségletek.

Amikor egy rendszer:


automatikusan kezeli az adatokat
összeköti a folyamatokat
kiváltja az ismétlődő feladatokat
egy helyre szervezi az információt


akkor nem csak gyorsabb lesz a működés.

Hanem kiszámíthatóbb is.

Valójában nem több ember kellene, hanem jobb működés

Sok vállalkozás túl korán kezd el létszámot növelni.

Pedig a problémát nem mindig új emberekkel kell megoldani.

Hanem tisztább folyamatokkal.

Jól felépített rendszerekkel.

Automatizálással.

Központi működéssel.

Erről egy konkrét példát is bemutattunk ebben az esettanulmányban:



Egy ügyfelünk napi 3 órát spórolt egyedi rendszerrel



A projekt során nem gyorsabban kezdtek dolgozni az emberek.

Hanem megszüntettük azokat a lépéseket, amelyek teljesen feleslegesek voltak.


Ez a különbség a túlterhelt működés és a jól felépített rendszer között.


Mikor érdemes rendszerekben gondolkodni?

Általában akkor, amikor:


a növekedés már káoszt okoz
a csapat túl sok manuális feladatot végez
lassúvá válik a működés
nem átláthatóak a folyamatok
a vezetők folyamatosan operatív problémákat oldanak


Ilyenkor már nem „szebb” működésre van szükség.

Hanem stabilabb alapokra.

Fontos viszont, hogy nem minden cégnek éri meg azonnal egyedi rendszert fejleszteni.

Erről itt írtunk részletesebben:



Mikor nem éri meg egyedi fejlesztést választani?



Összefoglalás

A legtöbb vállalkozás nem azért lassul le, mert kevés az ember.

Hanem mert a működés már nem bírja el a növekedést.

Ilyenkor a probléma nem a kapacitás.

Hanem a rendszer.

Egy jól felépített digitális működés nem csak időt spórol.

Hanem:


csökkenti a hibákat
gyorsítja a döntéseket
átláthatóbbá teszi a működést
stabil alapot ad a növekedéshez


Ha úgy érzed, hogy a céged működését már a jelenlegi rendszerek fogják vissza, nézd meg szolgáltatásainkat:



Szolgáltatásaink



Vagy vedd fel velünk a kapcsolatot:



Kapcsolat

Mi az a CMS, és miért választják annyian?

A CMS, vagyis tartalomkezelő rendszer (Content Management System) egy előre megírt szoftverkeret, amelybe a felhasználó a saját tartalmát önállóan tölti fel és szerkeszti. A legnépszerűbb képviselők: WordPress, Joomla, Drupal. Ezek telepítése gyors, rengeteg sablon érhető el hozzájuk, és egy egyszerűbb weboldal esetén teljesen megállják a helyüket.

A probléma nem az, hogy a CMS rossz. A probléma az, hogy sokan akkor is ezt választják, amikor már kinőtték. Egy KKV esetén ez sokszor pontosan annyi, mint egy személyautóval fuvarozói vállalkozást indítani: egy darabig megy, aztán szétesik a terhelés alatt.

Mikor válik szűkké a kész rendszer?

A legtöbb ügyfél, akivel dolgozunk, nem a weboldal megjelenésével elégedetlen, hanem az admin felülettel. Azzal, hogy minden nap belép egy rendszerbe, ami nem az ő folyamataira van kitalálva, hanem egy általános igény alapján készült. Ennek konkrét következményei vannak:


Felesleges mezők, amik zavaró zajt okoznak a munkában
Hiányzó funkciók, amiket pluginekkel próbálnak pótolni
Plugin ütközések, frissítési problémák, biztonsági rések
Lassú betöltés, mert a rendszer tele van olyan kóddal, amit senki nem használ
Nehéz integrálhatóság más üzleti szoftverekkel (számlázó, raktár, CRM)


Ha bármelyik pont ismerős, az nem véletlen. Ez a kész CMS rendszerek természetes korlátja.

Pár példa az általunk készített felületekről
A vezérlőpultot mindig a projekthez igazítjuk, mert nem minden cégnek ugyanazok a számok fontosak.

Mit jelent az egyedi admin felület a gyakorlatban?

Az egyedi admin rendszer egy olyan háttéralkalmazás, amit a te céged működésére szabnak. Nem egy általános keretbe kell belegyömöszölni a folyamatokat, hanem a rendszer épül a folyamatokra. Ez a különbség első hallásra aprónak tűnik, de napi szinten hatalmas.

Például: ha egy KKV napi szinten kezeli az ügyféladatokat, rendeléseket, ajánlatkéréseket és raktárkészletet, egy CMS alapú megoldás ezek közül legfeljebb egyet-kettőt fed le natívan. A többit bővítményekkel kell megoldani, amelyek idővel konfliktusos rendszert alkotnak. Egy egyedi fejlesztésű admin felületen mindez egy helyen, egységes logikával működik.

Mi Laravel keretrendszerrel dolgozunk, ami az egyik legmegbízhatóbb és legjobban karbantartható PHP alapú technológia. Ez nem marketingszöveg: ez azt jelenti, hogy amit egyszer megépítünk, az évek múlva is fejleszthető, bővíthető, anélkül, hogy újra kellene kezdeni mindent.

Mik az egyedi admin rendszer konkrét előnyei?

Csak az van benne, ami kell

Egy kész CMS-ben az admin felület tele van olyan elemekkel, amikkel soha nem foglalkozol. Egy egyedi rendszerben pontosan azok a modulok, gombok, szűrők és listák jelennek meg, amik a munkádhoz kellenek. Ez nem esztétikai kérdés. Ez hatékonysági kérdés: kevesebb kattintás, kevesebb tévedési lehetőség, gyorsabb ügyintézés.

Integrálható a meglévő rendszerekkel

A KKV digitalizáció egyik legnagyobb fájdalompontja, hogy a különböző szoftverek nem beszélnek egymással. A számlázó az egyik helyen van, az ügyfélnyilvántartás a másikon, a raktár a harmadikon, és mindezt még Excel is kiegészíti. Egy egyedi admin felület pontosan erre nyújt megoldást: az ERP és CRM rendszerek fejlesztésénél mi magunk is rendszeresen integrálunk meglévő szoftvereket, hogy az adat csak egyszer kerüljön be, és mindenhol látható legyen.

Biztonság és karbantarthatóság

A WordPress alapú oldalak az egyik leggyakoribb célpontjai az automatizált hackertámadásoknak, éppen azért, mert mindenki ugyanazt a rendszert használja. Egy egyedi admin felületet nem lehet generikus eszközökkel feltérképezni. Ráadásul a karbantartás sem jelent negyedéves plugin frissítési rémálmot: a karbantartás és támogatás egy stabil, egyedi rendszer esetén sokkal kiszámíthatóbb.

Üzleti automatizálás, nem csak tartalom feltöltés

Egy CMS alapvetően tartalomkezelésre való. Egy egyedi admin felület ennél jóval több: automatikus értesítések, státuszkövetés, jogosultsági szintek, riportok, exportok. Olyan dolgok, amelyek napi szinten munkaidőt spórolnak. Nem elvont lehetőségként, hanem valódi eredményként: az egyik ügyfelünk napi 3 órát spórolt egy ilyen rendszerrel, és ezt nem mi mondtuk el, hanem ő.

Miért nem mindenki választ egyedi rendszert?

Az ár. Ez az őszinte válasz. Egy egyedi admin felület fejlesztése többe kerül, mint egy WordPress sablon telepítése. De ez a szempont akkor érvényes, ha csak az induló befektetést nézzük, és figyelmen kívül hagyjuk, hogy mi történik 1-2 év múlva.

A kész CMS rendszerek rejtett költségei:


Fizetős bővítmények, amelyek évente megújítandók
Fejlesztői munkadíj minden kisebb módosításnál, mert a sablon nem engedi az egyszerű változtatást
Teljesítményveszteség, amit hosting felárral próbálnak orvosolni
Biztonsági incidensek kezelése
Újraépítés, ha a rendszer végleg kinövi magát


Ha kíváncsi vagy arra, hogy valójában mibe kerül egy egyedi rendszer, ebben a cikkünkben részletesen leírtuk a valós árakat és azok mozgatórugóit.

Mikor NEM érdemes egyedi admin rendszert választani?

Legyünk őszinték: nem mindenki számára a legjobb megoldás. Ha az alábbiak valamelyike igaz, érdemes megfontolni a kész megoldást:


Az oldalnak nincs adminisztrációs igénye, csak bemutatkozó funkcióra van szükség
A vállalkozás még nagyon korai fázisban van, és az igények nem tisztázottak
A büdzsé valóban minimális, és nincs lehetőség hosszú távú fenntartásra


Erről részletesebben írtunk: mikor nem éri meg egyedi fejlesztést választani. Ez nem önreklám, hanem egy cikk, amelyet azért írtunk, hogy ne kelljen utólag sajnálni a döntést.

Hogyan néz ki egy egyedi admin rendszer egy KKV életében?

Képzeld el, hogy egy kis logisztikai céget vezetsz. Naponta több tucat megrendelést kezelsz, fuvarozókat egyeztetsz, és hetente számolsz el az ügyfelekkel. Egy kész CMS ebből nagyjából a számlázást tudja megjeleníteni, mindent mást Excelben csinálsz mellette.

Egy egyedi rendszerben a megrendelések automatikusan bekerülnek, a fuvarozókhoz rendelhető feladatok, a státuszok követhetők, az ügyfél kap automatikus értesítést, a heti elszámolás egy gombnyomással exportálható. Ez nem varázslat: ez egy jól megtervezett üzleti rendszer fejlesztés eredménye.

Mi a különbség a webfejlesztési megközelítésünkben?

Sokan azt tapasztalják, hogy a webfejlesztő átadja a kész oldalt, majd eltűnik. Nálunk ez nem így működik. A weboldal készítés nálunk egy hosszabb folyamat első lépése: felmérjük a cég igényeit, megértjük a belső folyamatokat, és csak ezután tervezünk rendszert. Ez időt vesz igénybe az elején, de nem kell hónapok múlva visszajönni, mert valami nem stimmel.

Ha most méred fel a lehetőségeidet, a weboldal készítés szolgáltatásunk oldalán részletesebben is olvashatod, mi alapján dolgozunk és mit tartalmaz egy fejlesztési folyamat nálunk.

Összegzés

Az egyedi admin felület nem luxus, hanem logikus következménye annak, ha egy cég kinövi az általános megoldásokat. Nem azt állítjuk, hogy minden KKV-nak azonnal egyedi rendszerre van szüksége, de azt igen, hogy aki napi szinten küzd a kész CMS korlátaival, az nem az ár miatt veszít időt és pénzt, hanem a rossz döntés miatt. Egy jól megépített admin rendszer nem cserélhető le évente, nem dől össze egy frissítéstől, és nem kényszeríti a felhasználót arra, hogy a szoftverhez igazítsa a munkáját.

Mielőtt döntesz, érdemes végiggondolni:


Pontosan melyek azok a napi feladatok az adminisztrációban, amelyek a legtöbb időt emésztik fel?
Milyen más szoftverekkel kellene kommunikálnia az új rendszernek, és ezek jelenleg össze vannak-e kötve?
Ha 2 év múlva kétszer annyi megrendelésed lenne, a jelenlegi admin rendszer bírná-e a terhelést?


Ha ezekre a kérdésekre még nincs egyértelmű válaszod, érdemes egy rövid egyeztetéssel kezdeni. Nem ajánlattal, hanem azzal, hogy megértjük, hol tart most a céged. Ezt megteheted a kapcsolatfelvételi oldalunkon, és általában 1 munkanapon belül visszajelzünk.

Április a Lionernél: építkezés, fókusz és előkészített növekedés

Április nálunk nem a látványos átadásokról szólt, hanem a fókuszált munkáról és az építkezésről.

Folyamatban lévő projektek

A hónap nagy részében a futó projektjeinket vittük tovább. Számunkra ez az a szakasz, ahol a részletek igazán számítanak: stabil, jól átgondolt rendszereket építünk, amelyek hosszú távon is megállják a helyüket.

Új együttműködések

Áprilisban szerződést kötöttünk egy új ügyféllel, ahol egy összetett és egyedi weboldal fejlesztésén fogunk dolgozni. Egy kifejezetten izgalmas projektről van szó, ahol komoly szakmai kihívások várnak ránk.

Emellett egy új megkeresés is érkezett, akivel a szerződéskötés májusban várható, így egy újabb projekt indulása is körvonalazódik.

Fejlesztés a háttérben

A projektek mellett saját fejlesztéseken is dolgoztunk. Ezek célja, hogy a jövőben még gyorsabban és magasabb minőségben tudjunk dolgozni az ügyfeleink számára.

Ezekről egyelőre nem beszélhetünk részletesen, de hosszú távon meghatározó elemei lesznek a működésünknek.

Amire fókuszálunk

Az ilyen időszakok kevésbé látványosak, de kulcsfontosságúak.

Ilyenkor épülnek azok az alapok, amelyekre a későbbi növekedés és a nagyobb projektek is épülnek.

Mi nem rövid távú eredményekben gondolkodunk, hanem stabil, hosszú távon működő megoldásokban.

Dolgozunk tovább.

Webáruház indítás: hogyan érdemes elkezdeni?

Amikor valaki webáruházon gondolkodik, az első ösztön szinte mindig a bérelt platform. Shopify, Shoprenter, WooCommerce, Unas. Gyors, olcsó, bevált. És az esetek egy részében ez a helyes döntés is. Ha a terméked standardizált, a folyamataid egyszerűek, és a növekedési ütemedhez elegendő, amit egy sablon nyújt, nincs okod másfelé nézni.

A gond ott kezdődik, amikor a vállalkozásod logikája összetettebb annál, amit egy sablon le tud kezelni. Ilyenkor nem a fejlesztő ügyetlensége a probléma, hanem az, hogy a platform egyszerűen nem erre lett tervezve. Weboldal készítés szempontjából ez az egyik leggyakoribb tévút, amit KKV-k bejárnak: túl sokáig maradnak olyan rendszerben, ami már nem nő velük együtt.

Miben más egy egyedi webshop, mint egy bérelt?

A bérelt platform egy keretrendszer. Meghatározza, hogyan nézhet ki a terméklap, hogyan működik a kosár, milyen szűrőket lehet felvenni, hogyan kezeled a rendeléseket. Te ebbe a keretbe pakkolod bele a vállalkozásodat, és ahol nem fér bele, megpróbálsz alkalmazkodni.

Egy egyedi webáruháznál fordított a sorrend. A rendszert a te folyamataidra tervezzük. Nem te igazodsz hozzá, hanem ő igazodik hozzád. Ez hangzhat elvontnak, de a valóságban nagyon konkrét különbségekről van szó:


Speciális termékkategorizálás, amelyet a bérelt platform nem tud kezelni
Összetett árképzési logika, például B2B és B2C árak ugyanabban a rendszerben
Több webshop egységes kezelése egyetlen admin felületen
Integráció külső rendszerekkel: ERP, számlázó, logisztika, CRM
Egyedi rendeléskezelési folyamatok, amelyek nem illeszkednek alaplogikába


Mikor NEM éri meg egyedi fejlesztésbe kezdeni?

Ezt is érdemes kimondani. Ha most indulsz, kevés terméked van, és még nem tudod, hogy fog alakulni a kereslet, valószínűleg felesleges az egyedi fejlesztés. Egy bérelt platform gyorsabban piacra juttat, és lehetővé teszi, hogy először validáld az üzleti modelled.

Az egyedi fejlesztés magasabb kezdeti befektetéssel jár. Nincs értelme, ha nem ismered a folyamataidat, ha az üzleti logikád még változik, vagy ha az egyediség iránti igényed csak esztétikai szinten merül fel. Erről bővebben írtunk abban a cikkünkben, amelyik azt járja körbe, mikor nem éri meg egyedi fejlesztést választani.

Mikor éri meg egyedi webáruházban gondolkodni?

Az átbillenési pont általában akkor érkezik el, amikor az alábbiak valamelyike igaz rád:


A bérelt platform korlátai miatt már fejlesztőkkel kell megkerülő megoldásokat gyártani
Adminisztrációs folyamataid kézi munkát igényelnek, mert a rendszer nem tud automatizálni
Külső rendszerekkel kellene összekötni a shopot, de az API lehetőségek korlátozottak
Több csatornát, árazást vagy ügyfélcsoportot kell egyszerre kezelni
A méretezhetőség falába ütköztél: növekedés esetén a rendszer lassul vagy törik


Ha ezek közül kettő vagy több igaz, érdemes komolyabban számolni az egyedi fejlesztés opcióval. Nem biztos, hogy olcsóbb hosszú távon fenntartani a bérelt megoldást, ha folyamatosan kerülő utakon kell haladni.

Két valós példa: miért volt szükség egyedi megoldásra?

SoltQuadKert: alkatrészek, márkák, modellek

A SoltQuadKert használt és új quad alkatrészeket értékesít. Első ránézésre ez hasonlíthat bármely más alkatrészbolthoz, de a valóságban nem az. Minden egyes alkatrészhez több adatdimenziót kell kezelni: az alkatrész típusát, a hozzá tartozó márkákat, és a kompatibilis modelleket. Ez mátrixszerű kapcsolatrendszert alkot, amelyet egy bérelt platform termékadatbázisa egyszerűen nem tud kiszolgálni.

Egy Shoprenter vagy WooCommerce megoldással is el lehetett volna indulni, de hamar falba ütköztek volna a szűrők, a kompatibilitás-keresés és a termékoldalak felépítésénél. Az egyedi webfejlesztés itt nem luxus volt, hanem funkcionális szükségszerűség.

PremioSystem: három webshop, egy rendszer, két ügyfélcsoport

A premiosystem.hu esetében az összetettség másféle volt. Nem egy, hanem három különálló webshopot kellett működtetni, egységes adminisztrációs rendszerből irányítva. Ráadásul mindegyik shopnál külön kellett kezelni a B2B és a B2C ügyfélkört, eltérő árakkal, eltérő feltételekkel, eltérő folyamatokkal.

Egyetlen bérelt platform ezt a struktúrát nem tudja natívan kezelni. Sem a többshop-os irányítást, sem a B2B és B2C logikák szétválasztását. Amit plugin-halmozással meg lehetett volna próbálni összerakni, az instabil, karbantarthatatlan és drágán üzemeltetett lett volna. Az egyedi fejlesztés itt azt jelentette, hogy a rendszer pontosan a valós üzleti logikát tükrözi, nem pedig annak egy leegyszerűsített közelítését.

Ha hasonló összetettséggel dolgozó vállalkozásokat keresel referencia gyanánt, érdemes megnézni a referenciáinkat.

Mit jelent az egyedi fejlesztés technológiai szempontból?

Mi a webáruház projektjeinket Laravel technológiával fejlesztjük. Ez egy stabil, jól dokumentált, professzionális PHP keretrendszer, amelyen komplex üzleti logika is megbízhatóan fut. Nem divatból választjuk: azért, mert hosszú távú karbantarthatóságot, skálázható architektúrát és integrálhatóságot biztosít.

Az egyedi rendszer nem jelent örök befagyott kódot sem. Az egyedi webáruház készítés egyik célja nálunk az, hogy a rendszer a vállalkozással együtt tudjon nőni, bővülni, és ne kelljen minden egyes változásnál a platform korlátaival hadakozni.

Mennyibe kerül egy egyedi webshop?

Ez az a kérdés, amelyet mindenki feltesz, és amelyre nem lehet egyetlen számmal válaszolni. Az ár attól függ, hogy mekkora a termékadatbázis, milyen integrációk szükségesek, hány ügyfélcsoport, hány webshop, milyen adminisztrációs felületet igényelsz.

Amit érdemes fejben tartani: az egyedi fejlesztés nem azonnal olcsóbb, de hosszú távon sokszor kevesebb kompromisszummal jár. A bérelt platform havi díja, a pluginek ára, a megkerülő megoldások fejlesztési költsége, és az elvesztegetett munkaidő összesítve nem mindig kedvezőbb. Erről részletesebben írtunk abban a cikkünkben, amelyik azt elemzi, mennyibe kerül egy egyedi rendszer 2026-ban.

Hogyan dolgozunk mi egy egyedi fejlesztési projekten?

Az első lépés mindig az igényfelmérés. Nem árajánlattal kezdünk, hanem azzal, hogy megértjük a vállalkozás működési logikáját. Hol akad el ma a folyamat? Mit kellene automatizálni? Milyen rendszerekkel kellene összekötni a shopot? Milyen ügyféltípusokat kell kiszolgálni?

Ez a fázis meghatározza azt is, hogy egyáltalán egyedi fejlesztésre van-e szükség, vagy egy okosabban beállított bérelt platform elegendő. Nem minden esetben az egyedi fejlesztés a helyes út, és ezt mi is nyíltan mondjuk.

Ha a felmérés alapján az egyedi irány indokolt, akkor a fejlesztési folyamat ütemezett, tesztelt és dokumentált. A projekt végén nem csak egy működő webáruházt kapsz, hanem egy rendszert, amelyet a saját csapatod is tud kezelni, és amelynek van gazdája hosszú távon is. A karbantartás és támogatás nálunk nem utólagos gondolat, hanem az együttműködés része.

Mire figyelj, ha egyedi webshopot fontolgatsz?


Pontosan ismerd a folyamataidat még a fejlesztés előtt. Minél világosabb a kép, annál pontosabb lesz az eredmény.
Gondolkodj integrációkban: számlázó, ERP, raktár, futárszolgálat. Ha ezek vannak, az egyedi rendszer ezeket egybefogja.
Ne csak a fejlesztési árat nézd, hanem az üzemeltetési és karbantartási képet is.
Kérdezd meg a fejlesztőtől, hogy milyen technológiára épül a rendszer, és ki fogja karbantartani öt év múlva.
Tesztelj, mielőtt élesbe mész. Egy jó fejlesztési folyamat tartalmaz teszt fázist.


Összegzés

Az egyedi webáruház nem mindenkinek való, de akinek való, annak az egyik legjobb döntés, amit egy digitalizációs lépéssel meg lehet hozni. A SoltQuadKert és a PremioSystem példáján jól látható: vannak üzleti modellek, amelyeket bérelt platformra nem lehet ráhúzni. Az egyedi fejlesztés ezeknél nem drágaság, hanem az egyetlen életképes megoldás. Ha úgy érzed, hogy a jelenlegi shopod már több gátat szab, mint amennyit felold, érdemes megnézni, valóban a platform korlátaiba ütköztél-e, vagy csak egy konfigurációs kérdésről van szó.

Ezt a kérdést együtt tudjuk megválaszolni. Kérj egy ingyenes konzultációt, és nézzük meg, mi a valós helyzet a te esetedben.

Mielőtt döntesz, gondold végig ezeket:


Van-e olyan folyamatod a webáruházban, amit jelenleg kézzel végzel, mert a rendszer nem tudja automatizálni?
Ha bővíteni szeretnéd a kínálatot vagy új ügyfélcsoportot kiszolgálni, a jelenlegi platform ezt kezelni tudja, vagy újra kellene kezdeni?
Összesítve mit fizetsz havonta a bérelt platformra, a pluginokra és a megkerülő fejlesztésekre? Ez az összeg mire lenne elég egy egyedi rendszer felé?

Melyik képformátum a legjobb a weboldalakra
Ha weboldalt üzemeltetsz vagy most készülsz egyet csináltatni, előbb-utóbb belefutsz abba a kérdésbe, hogy milyen formátumban töltsd fel a képeket.
JPG, PNG, WebP, AVIF, SVG. Elsőre csak betűhalmaznak tűnnek, valójában viszont rengeteg múlik rajtuk.
A képek ugyanis átlagosan egy weboldal méretének 50 és 70 százalékát teszik ki. Ez azt jelenti, hogy ha a képek nincsenek rendben, akkor az egész oldal lassú lesz, függetlenül attól, milyen jól van megírva a kód mögötte.
A lassú oldalt pedig sem a látogató, sem a Google nem szereti.
Ebben a cikkben végigmegyünk azon, melyik formátum mire való, melyiket szereti a Google, hogyan értelmezi ezeket a mesterséges intelligencia, és mennyivel kisebb fájlméretet kapsz, ha jól választasz. A végére pontosan tudni fogod, mit kell tenned, hogy az oldalad gyorsabb és láthatóbb legyen.
Miért számít egyáltalán a képformátum?
Nézzük meg, miért nem mindegy, milyen formátumban van fent egy kép a weboldaladon.
1. Sebesség
Egy átlagos termékfotó JPG-ben lehet 400 kilobájt, ugyanaz a kép WebP formátumban 120 kilobájt, AVIF-ben pedig akár 70 kilobájt is. Ha az oldaladon van 20 ilyen kép, a különbség már megabájtokban mérhető.
Ez közvetlenül kihat arra, mennyi idő alatt töltődik be az oldal. Egy lassú oldalon a látogatók nagy része el sem várja, hogy minden megjelenjen. Bezárja, és elmegy a versenytársadhoz.
2. SEO, vagyis a keresőoptimalizálás
A SEO (Search Engine Optimization), magyarul keresőoptimalizálás azt jelenti, hogy az oldaladat úgy alakítod, hogy a Google minél előrébb sorolja a találati listában.
A Google már évek óta hivatalosan is rangsorolási tényezőként kezeli az oldalsebességet. Ha lassú vagy a versenytársadnál, akkor azonos tartalom mellett ő kerül előrébb. A képek pedig az egyik legnagyobb sebességfaktor.
3. Felhasználói élmény
A gyors oldalon a látogatók tovább maradnak, többet néznek meg, és nagyobb eséllyel vásárolnak vagy kérnek ajánlatot. A lassú oldal nem csak a Google miatt baj, hanem azért is, mert konkrét bevételtől fosztja meg a céged.
4. Mobilforgalom
Ma a látogatók többsége mobilról jön. Mobilon pedig az adatkapcsolat sokszor lassabb, és minden megspórolt kilobájt számít. Egy jól megválasztott képformátummal a mobil felhasználók egyszerűen jobb élményt kapnak.
Milyen képformátumok léteznek?
Mielőtt eldöntenénk, melyik a legjobb, nézzük meg, mik közül választhatsz egyáltalán. A weben lényegében öt formátummal találkozol rendszeresen.
JPG, vagy más néven JPEG
A JPG (Joint Photographic Experts Group) a legrégebbi és legelterjedtebb fotóformátum. Akkor jó, ha sok színt és átmenetet tartalmazó képről van szó, például fotókról.
Előnye, hogy mindenhol megjelenik, minden böngésző és minden eszköz támogatja. Hátránya, hogy a tömörítés veszteséges, vagyis minden mentésnél romlik a minőség, és a fájlméret is nagyobb, mint az újabb formátumoknál.
PNG
A PNG (Portable Network Graphics) elsősorban olyan képekhez jó, ahol éles vonalak, szövegek vagy átlátszó hátterek vannak. Tipikusan logók, ikonok, képernyőfotók kerülnek PNG-be.
Előnye, hogy veszteségmentes, vagyis nem romlik a minőség. Hátránya, hogy nagy fájlméretet eredményez, főleg fotóknál. Egy fotót PNG-ben menteni szinte mindig hiba.
WebP
A WebP a Google saját fejlesztésű képformátuma, kifejezetten a webre tervezve. Egyetlen formátumban kezeli azt, amit eddig JPG-vel és PNG-vel oldottunk meg. Tud veszteségesen és veszteségmentesen is tömöríteni, és támogatja az átlátszóságot is.
A fájlméret nagyjából 25-35 százalékkal kisebb, mint ugyanannak a képnek a JPG változata. Ma már gyakorlatilag minden modern böngésző támogatja.
AVIF
Az AVIF (AV1 Image File Format) a legújabb a sorban. Még a WebP-nél is jobban tömörít, ugyanazt a képminőséget akár 50 százalékkal kisebb fájlméretben adja vissza, mint a JPG.
A támogatottsága már szinte teljes, a modern böngészők értik. Egyetlen hátránya, hogy a feldolgozása lassabb, vagyis a kép létrehozása több időt vesz igénybe, mint egy WebP-é. A megjelenítésnél már nincs különbség.
SVG
Az SVG (Scalable Vector Graphics) nem hagyományos képformátum, hanem vektoros. Vagyis nem pixelekből, hanem matematikai leírásból épül fel a kép.
Logókhoz, ikonokhoz, egyszerű grafikákhoz tökéletes, mert bármekkorára nagyítható minőségromlás nélkül, és nagyon kicsi a fájlmérete. Fotókhoz viszont nem alkalmas.
Mennyivel kisebbek az új formátumok?
Hogy ne csak elméletben beszéljünk erről, nézzünk meg egy gyakorlati példát.
Vegyünk egy átlagos termékfotót, ami 1500 pixel széles és jó minőségű. Ugyanaz a kép a különböző formátumokban nagyjából így néz ki:
PNG-ben körülbelül 1800 kilobájt, vagyis 1,8 megabájt.
JPG-ben körülbelül 400 kilobájt.
WebP-ben körülbelül 130 kilobájt.
AVIF-ben körülbelül 70 kilobájt.
Ugyanaz a kép, ugyanolyan minőségben, mégis 25-szörös különbség van a legrosszabb és a legjobb verzió között.
Ha az oldaladon mondjuk 30 kép van, akkor PNG-vel egy oldalbetöltés 54 megabájt forgalmat jelent, AVIF-fel viszont csak körülbelül 2 megabájtot. Ez nem apróság. Ez a különbség dönti el, hogy az oldalad 1 másodperc alatt vagy 8 másodperc alatt töltődik be.
Melyik formátumot szereti a Google?
A Google több hivatalos állásfoglalásban is leírta, hogy a modern képformátumokat preferálja. Konkrétan a WebP-t és az AVIF-et ajánlja, és a PageSpeed Insights nevű mérőeszközük is külön figyelmeztet, ha JPG vagy PNG van olyan helyen, ahol modern formátumot lehetne használni.
Ennek két oka van.
Az egyik, hogy a Google komolyan veszi a felhasználói élményt, és a sebesség ennek központi része. A 2021 óta hivatalosan is bevezetett Core Web Vitals mérőszámrendszer egyik fő eleme az LCP (Largest Contentful Paint), magyarul a legnagyobb tartalmi elem betöltési ideje. Ez a legtöbb oldalon egy kép, és a formátum közvetlenül befolyásolja az eredményt.
A másik ok, hogy a Google saját maga fejlesztette a WebP-t, és aktívan támogatja az AVIF-et is. Tehát nem csak ajánlja, hanem maga is tolja ezeknek a formátumoknak az elterjedését.
Ez gyakorlatban azt jelenti, hogy ha modern formátumokat használsz, akkor jobb értékeléseket kapsz a Google mérőeszközeiben, ami közvetlenül kihat a keresési helyezésedre.
Hogyan értelmezi a mesterséges intelligencia a képeket?
Ez egy érdekes és egyre fontosabb kérdés. A mesterséges intelligencia, vagyis az AI (Artificial Intelligence) ma már nem csak szövegeket olvas, hanem képeket is értelmez. A Google képkereső, a ChatGPT, a Bing AI és a többi modern rendszer mind támaszkodik képfelismerésre.
Itt két dolgot érdemes szétválasztani.
Mit lát a kép tartalmából
Ahhoz, hogy egy AI értelmezni tudjon egy képet, először dekódolnia kell. Ehhez támogatnia kell a formátumot. A JPG és a PNG itt évek óta szabvány, minden rendszer érti. A WebP-t ma már szintén szinte minden komoly képfeldolgozó AI támogatja. Az AVIF támogatottsága még valamivel gyengébb, de rohamosan javul.
Magát a kép tartalmát egyik formátum sem teszi jobban vagy rosszabbul felismerhetővé. Egy macska a JPG-ben is macska, az AVIF-ben is macska. A formátum nem javít a felismerésen, viszont ha a tömörítés túl agresszív, és emiatt elmosódott vagy zajos lesz a kép, az már ronthat a felismerés pontosságán. Ez bármelyik formátumnál igaz.
Hogyan olvassa a szöveget a képen
Ha a képen szöveg is van, például egy infografikán vagy egy termékcímkén, akkor az AI úgynevezett OCR-rel (Optical Character Recognition), magyarul optikai karakterfelismeréssel olvassa ki. Itt számít a kép élessége és felbontása.
Általános szabály, hogy a veszteségmentes vagy enyhén tömörített WebP és PNG jobban olvasható szöveggel szolgál, mint egy erősen tömörített JPG. AVIF esetén, ha jól van beállítva a minőség, szintén megbízhatóan olvasható a szöveg.
Ami viszont a legfontosabb és sokan elfelejtik: az AI rendszerek nemcsak magát a képet nézik, hanem a hozzá tartozó alt szöveget is. Az alt attribútum az HTML-ben a képhez rendelt leírás, amit akkor is elolvas a Google és bármelyik AI, ha magát a képet nem tudja értelmezni. Egy jól megírt alt szöveggel többet érsz el a SEO szempontjából, mint a képformátum váltogatásával.
Akkor melyiket válasszam?
Nézzük meg gyakorlati helyzetekre lebontva.
Fotók, termékképek, blog illusztrációk
Itt egyértelműen WebP vagy AVIF a nyerő. Ha gyors megoldást szeretnél, ami minden böngészőben működik és látványos méretcsökkenést hoz, válaszd a WebP-t. Ha még tovább akarod feszíteni a sebességet és nem ijedsz meg attól, hogy néhány nagyon régi böngésző esetleg nem támogatja, akkor AVIF.
A jó hír, hogy ma már szinte minden modern weboldal motorja, így a WordPress is, képes automatikusan kiszolgálni a megfelelő formátumot a böngésző alapján.
Logók, ikonok, egyszerű grafikák
Itt SVG. Mindig SVG. A logód SVG-ben pár kilobájt, miközben tűéles minden képernyőn, akármekkorára nagyítva. Ha valamiért nem tudsz SVG-t használni, akkor PNG, de soha ne JPG-ben tárold a logót.
Képernyőfotók, technikai ábrák
Itt PNG vagy WebP. A képernyőfotókon általában éles vonalak, szövegek vannak, amiket a JPG nagyon csúnyán tömörít. WebP veszteségmentes módban szinte ugyanazt tudja, mint a PNG, csak kisebb fájlmérettel.
Bannerek, fejléc képek
Itt ugyanaz, mint a fotóknál. WebP vagy AVIF. Mivel ezek általában a legnagyobb méretű képek az oldalon, itt számít a legtöbbet a jó formátum választása.
Mit tegyél, ha már fent vannak a régi képek?
Sok cég nem új oldalt indít, hanem egy meglévő weboldal képeit szeretné rendbe tenni. Erre van pár dolog, amit lépésről lépésre érdemes végigcsinálni.
1. Mérd fel, mi van fent
Először nézd meg, milyen formátumban vannak a képeid és mekkorák. A Google PageSpeed Insights vagy a GTmetrix nevű ingyenes eszközök megmutatják, melyik kép mekkora és milyen formátumú.
2. Vágd a megfelelő méretre
Az egyik leggyakoribb hiba, hogy a kép sokkal nagyobb, mint amekkora helyen megjelenik. Egy 4000 pixel széles fotót tölt fel valaki, miközben az oldalon csak 600 pixel széles helyen jelenik meg. Ilyenkor hiába tömöríted, akkor is feleslegesen sok adatot küldesz át.
Erre van egy ingyenes eszközünk, amivel pillanatok alatt a megfelelő méretre vághatod a képet: ingyenes kép vágás.
3. Tömörítsd
A vágás után jön a tömörítés. Egy jól tömörített kép szabad szemmel ugyanúgy néz ki, csak töredéke a méretnek. Erre is készítettünk egy ingyenes megoldást: ingyenes kép tömörítő. Ezzel pár kattintással lehúzhatod a kép méretét anélkül, hogy a látogatók bármit is észrevennének.
4. Cseréld le a formátumot, ha kell
Ha az oldalad még JPG és PNG képekkel van tele, érdemes megfontolni a WebP-re váltást. WordPress oldalon ezt egy bővítmény automatikusan elintézi, egyedi rendszernél a fejlesztő néhány óra alatt megoldja.
Gyakori tévhitek a képformátumokról
Néhány dolog, amivel rendszeresen találkozunk az ügyfeleknél, és nem mind igaz.
"A nagyobb kép szebb"
Nem. A weben a kép pontosan addig szép, amíg élesen kitölti azt a helyet, ahova szánták. Ennél nagyobb felbontás csak felesleges adat, ami lassítja az oldalt.
Egyetlen kivétel a Retina, vagyis a nagy felbontású kijelzők támogatása. Ott érdemes a megjelenítési méret kétszeresével dolgozni, de annál nagyobb felbontásra ott sincs szükség.
"A WebP rontja a minőséget"
Nem. A WebP ugyanúgy tud veszteségmentes lenni, mint a PNG, és veszteséges módban is jobb minőséget ad, mint a JPG ugyanakkora fájlméret mellett.
"A Google nem szereti a WebP-t, mert nem mindenhol látszik"
Pont az ellenkezője igaz. A Google maga fejlesztette ezt a formátumot, és kifejezetten kéri, hogy használd. A támogatottság ma már a böngészők több mint 95 százalékánál biztosított.
"A fájlnév nem számít"
De igen. A Google a fájlnévből és az alt szövegből próbálja kitalálni, mit ábrázol a kép. Egy DSC_0438.jpg nevű fájl semmit nem mond. Egy piros-borbely-szek-ergonomikus.jpg sokat segít.
Hogyan kapcsolódik mindez a weboldalad sikeréhez?
Lehet, hogy elsőre úgy tűnik, ez csak egy technikai részletkérdés. Pedig nem az.
A képek határozzák meg az oldalad sebességének nagy részét. A sebesség határozza meg, hogy a látogató ott marad-e. És az is, hogy a Google előrébb sorol-e a versenytársaidnál.
Egy webáruháznál ez konkrét pénzben mérhető. Több másodperc betöltési idő, több elveszett vásárló. Egy szolgáltatói oldalon kevesebb ajánlatkérés. Egy blognál kevesebb látogató, kevesebb hirdetési bevétel.
Tehát amikor azt mondjuk, hogy érdemes WebP-t vagy AVIF-et használni, és érdemes a képeket vágni és tömöríteni, akkor nem csak technikai szépségről beszélünk. Hanem arról, hogy az oldalad valóban dolgozzon érted.
Mire figyelj, ha most készíttetsz weboldalt?
Ha most állsz neki egy új oldalnak vagy webáruháznak, kérdezd meg a fejlesztődet, hogy:
Milyen formátumban szolgálja ki a képeket?
Van-e automatikus tömörítés és átméretezés?
Beállítja-e a lazy loading megoldást, vagyis hogy a képek csak akkor töltődjenek be, amikor a látogató tényleg odagörget?
Generál-e különböző méretű változatokat ugyanabból a képből, hogy mobilon kisebb verzió töltődjön be?
Ezek ma már alapvető elvárások egy minőségi oldalnál. Mi a weboldal készítés során minden esetben beállítjuk ezeket, és a webáruház készítés projekteknél különösen nagy hangsúlyt fektetünk rá, mert egy webshopnál sokszor több száz vagy ezer kép van fent, és ott a sebesség konkrétan a forgalom és a bevétel kérdése.
Összefoglalás
Ha csak egy mondatot kéne megjegyezned ebből a cikkből, az a következő lenne: a fotókhoz használj WebP-t vagy AVIF-et, a logókhoz SVG-t, és minden képet vágj a megfelelő méretre, mielőtt feltöltöd.
A Google a modern formátumokat szereti, mert gyorsabb oldalt eredményeznek. A felhasználók is ezt szeretik, mert nem kell várniuk. Az AI rendszerek pedig akkor tudják jól értelmezni a képeidet, ha élesek, jó minőségűek, és van mellettük értelmes alt szöveg és fájlnév.
Ha a meglévő képeidet szeretnéd rendbe tenni, használd nyugodtan az ingyenes kép vágó és ingyenes kép tömörítő eszközeinket. Ha pedig új oldalra vagy webáruházra van szükséged, ahol mindez alapból jól van beállítva, nézd meg a weboldal készítés és webáruház készítés oldalainkat.
A képek apróságnak tűnnek, de az oldalad sikere sokszor pont ezeken az apróságokon múlik.

Mennyibe kerül egy egyedi rendszer 2026-ban

Az egyik leggyakoribb kérdés, amit kapunk: mennyibe kerül egy egyedi rendszer.

A rövid válasz: attól függ.

A hosszú válasz viszont az, hogy pontosan mitől függ az ár, és mikor éri meg egyáltalán belevágni.

Mit jelent az egyedi rendszer

Egy egyedi rendszer nem egy sablon weboldal.

Olyan megoldás, ami a céged működésére van szabva, például:


egyedi CRM vagy ERP
webalkalmazás
belső üzleti rendszer


Ha nem tiszta a különbség, itt részletesebben is írtunk róla: Mikor nem éri meg egyedi fejlesztést választani.

Milyen árakkal lehet számolni

Az egyedi fejlesztés ára általában:


néhány százezer forinttól indul
és akár több millió forintig is elmehet


Ez elsőre nagy szórásnak tűnik, de van oka.

Mi határozza meg az árat

1. A rendszer komplexitása

Minél több funkció kell, annál magasabb az ár.

Például:


felhasználói rendszer
jogosultságkezelés
automatizmusok


Ezek külön-külön is jelentős fejlesztési időt igényelnek.

2. Integrációk

Ha a rendszered más rendszerekkel kommunikál, például számlázással vagy fizetéssel, az növeli a költséget.

Erről itt találsz példákat: API integrációk.

3. Automatizálás szintje

Minél több manuális folyamatot váltasz ki, annál több fejlesztési munka kell.

Viszont itt keletkezik a legnagyobb megtérülés.

Erről egy konkrét példát itt mutatunk: Egy ügyfélünk napi 3 órát spórolt.

4. Tervezés minősége

Ha nincs jól átgondolva a rendszer:


többször kell újratervezni
csúszik a projekt
nő a költség


Ez az egyik leggyakoribb rejtett költség.

Mikor éri meg az egyedi rendszer

Nem minden esetben jó döntés.

Akkor éri meg, ha:


időt spórolsz vele
csökkented a hibákat
gyorsítod a működést


Ha például Excelben dolgozol, előbb érdemes ezt átgondolni: Kinőtted-e már az Excelt.

Mikor nem éri meg

Az egyedi fejlesztés nem mindig a jó döntés.

Például ha:


még nem stabil a működésed
létezik kész megoldás
nincs rá hosszú távú kereted


Erről itt írtunk részletesen: Mikor nem éri meg egyedi fejlesztést választani.

Összefoglalás

Az egyedi rendszer ára nem egy fix szám.

A kérdés inkább az, hogy mennyit spórol vagy termel a cégednek.

Ha jól van felépítve, akkor nem költség, hanem befektetés.

Ha szeretnéd megtudni, a te esetedben milyen költséggel lehet számolni, nézd meg a üzleti rendszer fejlesztés oldalunkat, vagy vedd fel velünk a kapcsolatot a kapcsolat oldalon.

Mit tanulhat egy vállalkozó Magyar Pétertől?

Az elmúlt évek egyik legérdekesebb jelensége az, ahogyan Magyar Péter rövid idő alatt jelentős közösséget és politikai erőt épített fel.

Ez nem politikai elemzés.

Ez üzleti.

Mert ha valami működik egy ennyire komplex és kompetitív közegben, akkor az mögött olyan alapelvek vannak, amelyek a vállalkozásban is működnek.

És itt jön a kellemetlen rész:

A legtöbb cég nem azért nem nő, mert nincs lehetőség.
Hanem mert nem csinálja azt, amit ehhez valójában kellene.



1. A figyelem nem pénz kérdése, hanem pozicionálásé

A legtöbb vállalkozás így gondolkodik:

„Ha több pénzem lenne marketingre, több ügyfelem lenne.”

Ez kényelmes kifogás.

A valóság az, hogy a figyelem ott jelenik meg, ahol:


világos az üzenet
van állítás
van karakter
és van bátorság kimondani dolgokat


A legtöbb cég kommunikációja ezzel szemben:


általános
biztonsági játék
senkit nem sért meg
és senkit nem is érdekel


Ezért történik az, amit ebben a cikkben is leírtunk:
A legtöbb weboldal nem rossz, csak felesleges

Nem rossz a weboldalad. Csak nincs súlya.



2. A pálya nem egyenlő, de ettől még lehet nyerni

Fontos látni a teljes képet.

Egy olyan környezetben, ahol egyes szereplők mögött:


jelentős pénzügyi erőforrások állnak
erős médiarendszer működik
és agresszív kommunikációs eszközök is megjelennek


nem egyenlő feltételek mellett zajlik a verseny.

Ez üzletben sincs másképp.

Mindig lesznek:


nagyobb cégek
több pénzzel rendelkező versenytársak
erősebb kapcsolati hálók


A legtöbb vállalkozás itt megáll, és elkezd magyarázni:

„Nekik könnyebb.”
„Nincs esélyünk.”

Ez az a pont, ahol a legtöbben kiesnek a versenyből.

A különbség ott van, hogy valaki:


a körülményeket elemzi folyamatosan
vagy halad előre attól függetlenül


Az egyik hozzáállás kifogásokat termel. A másik eredményt.



3. A konzisztencia nem opció, hanem alap

A kívülről „gyors sikernek” tűnő dolgok mögött mindig brutális mennyiségű ismétlés van.

Nap mint nap.


ugyanaz az üzenet
ugyanaz az irány
ugyanaz a fókusz


A legtöbb vállalkozás ezzel szemben:


hetente új ötlet
havonta új irány
kampányról kampányra ugrál


Ez nem stratégia. Ez kapkodás.

És pontosan ezért nincs kiszámítható növekedés.



4. Az emberek nem terméket vesznek, hanem hitelességet

Nem az nyer, aki:


a legszebb weboldalt csinálja
a legtöbb funkciót rakja bele
a legjobban optimalizál SEO-ra


Hanem az, aki:


következetes
felismerhető
és hiteles


Ez az, amit nem lehet kiszervezni.

És ez az, amit a legtöbb cég megpróbál megúszni.

Pontosan ezért hangsúlyozzuk itt:
Megmutatjuk hogyan fog eredményt hozni a weboldalad

A weboldal csak eszköz. Az üzenet a lényeg.



5. A növekedés mögött mindig brutális munka van

Ez az a rész, amit senki nem szeret hallani.

Mert nincs benne shortcut.

A valóság:


napi szintű jelenlét
folyamatos kommunikáció
rengeteg iteráció
és hosszú ideig láthatatlan munka


A legtöbb vállalkozás itt bukik el.

Nem azért, mert nem képes rá.

Hanem mert:


hamar akar eredményt
és túl korán adja fel




6. Rendszer nélkül nincs skálázás

A figyelem megszerzése az első lépés.

A megtartása és skálázása már rendszer kérdése.

És itt csúszik el a legtöbb cég.


szétesnek a folyamatok
manuális lesz minden
nincs átláthatóság


Pont erről szól ez a cikkünk is:
Hogyan döntsd el, hogy a céged kinőtte az Excelt?

Ha nincs rendszered, nem tudsz skálázni. Csak túlélni.



7. A különbség: gondolkodásmód

A legnagyobb tanulság nem taktikai.

Hanem mentális.

A legtöbb vállalkozás így gondolkodik:


„mi lenne, ha működne?”
„jó lenne, ha több ügyfél jönne”
„próbáljuk meg”


Az, aki tényleg eredményt épít, így:


eldönti
rááll
és addig csinálja, amíg működik


Ez nem motiváció kérdése. Ez döntés.



Összefoglalás

A kérdés nem az, hogy politika vagy üzlet.

Hanem az, hogy:

Lehetséges-e rövid idő alatt nagy rendszereket megmozgatni?

A válasz: igen.

De nem úgy, ahogy a legtöbben próbálják.


világos üzenettel
kőkemény konzisztenciával
hitelességgel
brutális munkával
és jól felépített rendszerrel


Ha ezek közül bármelyik hiányzik, nem lesz áttörés.

Csak próbálkozás.



Ha szeretnéd megnézni, hogy a te vállalkozásod hol akad el ebben a folyamatban:


Szolgáltatásaink
Kapcsolatfelvétel

Miért nem működnek a legtöbb ember AI promptjai?

Az AI eszközök, legyen szó ChatGPT-ről, Claude-ról vagy bármilyen más modellről, nem gondolatolvasók. Pontosan azt adják vissza, amit kérsz tőlük, sem többet, sem kevesebbet. Ha a kérdésed homályos, a válasz is az lesz. Ha konkrét vagy, strukturált választ kapsz. Ez ennyire egyszerű.

A probléma ott kezdődik, hogy a legtöbb felhasználó úgy ír promptot, mintha egy keresőmotorba gépelne. "Írj hirdetési szöveget." "Adj ötleteket a weboldalamhoz." Ezek nem promptok. Ezek hiányos gondolatok. Az AI megpróbálja kitölteni a hiányokat, de mivel nincs kontextusa, általános és életszagú választ ad.

A jól felépített prompt nem egy kérdés. Inkább egy rövid eligazítás: ki vagy te, kinek szól az eredmény, milyen formában kéred, és mi a cél.

A profi prompt négy eleme

Nem kell hosszú esszét írni. Elég négy dolgot tisztázni minden promptban:


Szerep: kinek kell az AI-nak lennie (pl. tapasztalt Facebook hirdetési szakértő, SEO szövegíró, értékesítési tréner)
Kontextus: ki vagy te, mi a vállalkozásod, kik a vásárlóid
Feladat: pontosan mit szeretnél (szöveg, lista, javaslat, vázlat)
Korlátok: terjedelem, stílus, hangnem, amit kerülni kell


Ha ez a négy elem megvan, az AI-nak van mivel dolgoznia. Ha bármelyik hiányzik, az AI kitalálja a hiányzó részt, és általában rosszul találja ki.

Szerepjáték: miért működik, és hogyan csináld

Az AI modellek nagyon jól reagálnak arra, ha megmondod nekik, kinek kell lenniük. Ez nem trükk, hanem egyszerű logika: ha azt mondod, "légy egy tapasztalt copywriter, aki B2B SaaS cégeknek ír", a modell aktiválja a releváns tudásbázisát és azt a stílust, ami ehhez a szerephez illik.

Néhány hasznos szerepbeállítás, amit KKV-tulajdonosok rögtön használhatnak:


"Viselkedj úgy, mint egy tapasztalt Facebook hirdetési szakértő, aki kis- és középvállalkozásoknak dolgozik."
"Légy egy SEO szövegíró, aki egyszerű, közvetlen stílusban ír, és kerüli a közhelyeket."
"Te egy értékesítési szövegíró vagy, aki ismeri a weboldal készítés piacát és tudja, mit keresnek a döntéshozók."
"Viselkedj úgy, mint egy tapasztalt ügyfélszolgálati vezető, aki pontosan érti, mikor kell empatikusan és mikor kell tömören kommunikálni."


A szerepet egyszer kell beállítani a beszélgetés elején. Utána ugyanabban a kontextusban folytathatod a promptokat anélkül, hogy minden alkalommal újra megismételnéd.

Amatőr vs. profi: Facebook hirdetési szöveg példán keresztül

Ez az a rész, ahol láthatóvá válik a különbség. Ugyanaz a feladat, két teljesen különböző megközelítéssel.

Az amatőr prompt


Írj egy Facebook hirdetési szöveget a takarítóvállalkozásomhoz.


Az AI erre adni fog valamit. Valószínűleg ilyen lesz az eredmény: "Tiszta otthon, boldog élet! Válassza szolgáltatásainkat." Általános, semmitmondó, senkinek sem szól igazán. Ezt mindenki írhatná, senki sem fogja ráklikkelni.

A profi prompt


Te egy tapasztalt Facebook hirdetési szövegíró vagy, aki KKV-knak dolgozik.

Kontextus: Takarítócégem van Budapesten, főleg irodákat és kisebb üzlethelyiségeket takarítunk.
Az ideális ügyfelem egy 10-50 fős cég irodavezetője vagy HR-ese, aki már elegáns az irodai
takarítással kapcsolatos problémák miatt (megbízhatatlan takarítók, utolsó pillanatban lemondott
szolgáltatások, nem látható eredmény).

Feladat: Írj 3 különböző Facebook hirdetési szöveget ehhez a célcsoporthoz.
Minden szöveg max. 150 szó legyen.

Stílus: Ne legyen nyomulós, ne ígérjen csodát. Legyen közvetlen, és szólítsa meg a valós
problémát. Kerüld a "megbízható", "profi", "minőségi" szavakat, mert ezeket mindenki használja.

Formátum: Minden verzióhoz adj egy rövid megjegyzést arról, hogy melyik fájdalompontra épít.


Ezzel az AI-nak van célcsoportja, kontextusa, stíluskorlátai és pontos feladata. Az eredmény nem lesz tökéletes elsőre, de 80 százalékkal közelebb lesz ahhoz, amit valójában szeretnél.

Kész sablonok, amiket másolhatsz és testre szabhatsz

Az alábbi sablonok közvetlenül használhatók. Csak a zárójelben lévő részeket kell kitöltened.

Sablon 1: Általános hirdetési szöveg


Te egy tapasztalt hirdetési szövegíró vagy [iparág] területén.

Cégem: [cég neve], [rövid leírás, mit csinál, hol működik]
Célcsoport: [ki az ideális ügyfél, mi a fő problémájuk]
Termék/szolgáltatás: [mit kínálsz]
Cél: [mit szeretnél elérni: kattintás, üzenet, telefonhívás]

Írj [X db] hirdetési szöveget max. [X szó] terjedelemben.
Kerüld a következő szavakat: [pl. megbízható, profi, minőségi]
Minden verzióhoz add meg, hogy melyik üzenetre épít.


Sablon 2: Weboldal szöveg adott szekció számára


Te egy SEO szövegíró vagy, aki [iparág]-ban dolgozó KKV-knak ír.

Weboldal készítés keretében egy [szekció neve, pl. "Rólunk", "Miért mi?", "Hogyan dolgozunk?"]
szekciót kell megírni.

Cégünkről: [rövid bemutató, értékek, megközelítés]
Célcsoport: [ki olvassa ezt az oldalt, mi motiválja]
Terjedelmi elvárás: [X bekezdés vagy X szó]
Stílus: [közvetlen, formális, könnyed, szakmai, stb.]
Kulcsszó, amit természetesen be kell építeni: [kulcsszó]

Ne használj közhelyeket. Ne ígérj olyat, amit nem tudunk bizonyítani.


Sablon 3: E-mail szöveg meglévő ügyfeleknek


Te egy B2B kommunikációban jártas szövegíró vagy.

Kontextus: Meglévő ügyfeleinket szeretnénk tájékoztatni [téma, pl. új szolgáltatásunkról,
áremelésről, változásról].
Ügyfelek profilja: [ki ők, milyen viszonyban vagyunk velük]
Az e-mail célja: [informálás, döntéshozatalra ösztönzés, visszajelzés kérése]
Hangnem: [barátságos de szakmai, közvetlen, formális]
Hossz: [max. X sor vagy X szó]

Írj egy tárgysorral együtt. A tárgysor ne legyen clickbait, legyen informatív.


Hogyan generálj jó weboldal szövegeket AI segítségével?

A weboldal készítés egyik legidőigényesebb része nem a fejlesztés, hanem a szöveg. A legtöbb ügyfél egyszerűen nem tudja, mit írjon a főoldalra, hogyan fogalmazza meg az értékajánlatát, vagy mit tegyen a "Rólunk" oldalra. Az AI ebben komoly segítség lehet, ha helyesen használják.

Pár tanács, mielőtt elkezded:


Az AI nem ismeri a cégedet. Neked kell megadni a kontextust: mit csinálsz, kinek, miért jobb, mint a többi.
Ne kérj egyszerre túl sokat. Szekciónként dolgozz, ne egész oldalanként.
Az első verzió soha sem a végleges. Használd kiindulópontként, ne másolj be mindent szó szerint.
Az AI szívesen ír általánosságokat. Ha ez megtörténik, kérd meg, hogy legyen konkrétabb, vagy adj neki példát arra, amit szeretnél.


Egy tipikus weboldal szöveg generálási folyamat így nézhet ki: először megkéred az AI-t, hogy foglalja össze az értékajánlatot egy mondatban. Utána kéred a főcímet. Aztán az alcímet. Aztán a bekezdést. Lépésenként, nem egyszerre. Így sokkal kontrolláltabb leszel az eredmény felett.

Ha komolyan gondolsz a webfejlesztésre és arra, hogy a weboldalad tényleg dolgozzon, érdemes tudatosan felépített szövegekkel dolgozni, nem általánosságokkal teli AI kimenetek alapján.

Mikor segít az AI, és mikor ne bízz benne vakon?

Az AI kiváló eszköz vázlatok, első draftek és variációk készítéséhez. Gyorsan termel tartalmakat, jól tud alkalmazkodni stílushoz, és jó kiindulópontot ad.

Ahol óvatosnak kell lenni:


Adatok és számok: Az AI hajlamos pontatlan vagy elavult adatokat beleszőni a szövegbe. Minden számot ellenőrizz.
Iparág-specifikus tudás: Ha nagyon szűk területről kérsz szakmai tartalmat, az AI általánosíthat. Adj neki kontextust, és kérd meg, hogy kérdezzen vissza, ha nem ért valamit.
SEO szöveg: Az AI képes kulcsszavakat beleszőni, de a keresőoptimalizálás nem csak szöveg kérdése. A technikai háttér és a struktúra legalább annyira fontos.
Márkahang: Ha a cégednek van kialakult kommunikációs stílusa, az AI nem ismeri azt alapból. Adj neki példákat a saját szövegeidből, és kérd meg, hogy azokhoz igazodjon.


Haladó technika: adj az AI-nak példát, ne csak utasítást

Az egyik legjobb módszer az úgynevezett "few-shot prompting". Ahelyett, hogy leírod, mit szeretnél, megmutatod. Adsz az AI-nak két-három példát, és azt mondod: "Írj ehhez hasonlót."

Például:


Íme két szöveg, amit korábban használtunk és bevált:

1. "Nem kell minden héten ugyanarra emlékeztetni a takarítókat. Nálunk a lista fix, az elvárás
is az."

2. "Ha hétfőn reggel rendetlenséget találsz, az nem a te problémád. Nekünk az."

Írj ehhez hasonló stílusú és hangvételű hirdetési szövegeket az irodai takarítási
szolgáltatásunkhoz. 3 darabot kérek, max. 2 mondat mindegyik.


Ez sokkal megbízhatóbb eredményt ad, mint bármilyen hosszú stílusleírás. Az AI tanul a mintából.

Összegzés

A jó AI prompt nem titok és nem tudomány. Kontextus, szerep, konkrét feladat és pár korlát. Ha ezt a négy elemet következetesen alkalmazod, az AI valódi munkát tud végezni helyetted, legyen szó Facebook hirdetésről, weboldal szövegről vagy bármilyen üzleti kommunikációról. A legtöbb szöveg nem azért gyenge, mert az AI rossz, hanem azért, mert a kérdés volt pontatlan. Tanulj meg jobban kérdezni, és az eszköz tízszer annyit ér.

Ha weboldaladon szeretnéd alkalmazni ezeket a technikákat, és nem csak a szöveg, hanem az egész projekt hosszú távon eredményes legyen, kérj konzultációt, és megnézzük, hol tud ez a szemlélet a legtöbbet hozni.

Egy ügyfélünk napi 3 órát spórolt egyedi rendszerrel

Sok cég nem azért veszít időt, mert rosszul dolgozik, hanem mert rossz eszközöket használ.

Ebben az esettanulmányban megmutatjuk, hogyan váltottunk ki manuális folyamatokat, és hogyan jutott el egy ügyfelünk oda, hogy napi szinten több órát spórol meg.

Kiinduló helyzet

Az ügyfél működése első ránézésre rendben volt. A háttérben viszont:


Excel táblákban vezették az adatokat
emailben ment az információ átadás
manuálisan másolták az adatokat rendszerek között


Ez tipikus helyzet, amit már korábban is leírtunk ebben a cikkben: Hogyan döntsd el, hogy a céged kinőtte az Excelt.

A probléma nem az volt, hogy nem működött. Hanem az, hogy túl sok idő ment el vele.

A konkrét probléma

A napi működés során:


ugyanazokat az adatokat többször vitték fel
hibák csúsztak a folyamatokba
nem volt valós idejű átlátás


Ez napi szinten több órát vitt el a csapattól.

Nem az volt a kérdés, hogy lehet-e gyorsítani. Hanem az, hogy miért így működik egyáltalán.

A megoldás: egyedi rendszer

Nem egy új Excel fájlt készítettünk.

Egy olyan üzleti rendszert építettünk, ami a teljes folyamatot lefedi.

A rendszer fő elemei:


központi adatkezelés
automatikus folyamatok
valós idejű státusz követés
jogosultság alapú hozzáférés


Ahol lehetett, automatizáltuk az adatmozgást API integrációkkal.

Mit váltottunk ki

A rendszer bevezetése után megszűnt:


az Excel fájlok közötti káosz
a manuális adatmásolás
az emailes egyeztetések jelentős része


A csapat egyetlen felületen dolgozik.

Az eredmény

A legfontosabb szám:


napi ~3 óra megtakarítás


Ez nem csak idő.


kevesebb hiba
gyorsabb döntések
átlátható működés


Havi szinten ez már komoly költségmegtakarítást jelent.

Mi kellett ehhez valójában

Nem csak fejlesztés.

Először meg kellett érteni a működést:


hol akad el a folyamat
hol van felesleges munka
mi az, amit automatizálni lehet


Ez az a pont, ahol a legtöbb projekt elcsúszik.

Ha ezt kihagyod, akkor csak digitalizálod a problémát.

Mikor működik ez a megközelítés

Nem minden cégnek való egyedi rendszer.

Erről itt írtunk részletesen: Mikor nem éri meg egyedi fejlesztést választani.

Akkor érdemes belevágni, ha:


a jelenlegi működés már időigényes
a csapat le van terhelve manuális feladatokkal
a növekedést a rendszer hiánya fogja vissza


Összefoglalás

Az ügyfelünk nem gyorsabban kezdett el dolgozni.

Hanem megszüntettük azokat a lépéseket, amikre nem lett volna szükség.

Ez a különbség egy Excel és egy jól felépített rendszer között.

Ha nálad is hasonló problémák vannak, nézd meg a szolgáltatásainkat, vagy vedd fel velünk a kapcsolatot a kapcsolat oldalon.

Hogyan döntsd el, hogy a céged kinőtte az Excelt?

Az Excel szinte minden vállalkozás életében jelen van. Olcsó, gyors és rugalmas.

De van egy pont, ahol már nem segít, hanem visszahúz.

Az Excel addig jó, amíg kicsi a rendszered. Amint nő a komplexitás, elkezd szétesni.

A kérdés nem az, hogy használsz-e Excelt. Hanem az, hogy már túlhasználod-e.

1. Több verzió kering ugyanarról az adatról

Ha ugyanabból a fájlból több verzió létezik:


különböző kollégáknál
emailben küldözgetve
„final_v3_uj.xlsx” nevekkel


akkor már nincs egy valóságod, csak többféle.

Ez nem kényelmi probléma, hanem üzleti kockázat.

2. Manuális adatmásolás van mindenhol

Ha az adatok:


Excelből kerülnek át más rendszerekbe
kézzel vannak másolva
több helyen is külön vezetve vannak


akkor garantált a hiba.

Itt már érdemes elgondolkodni valamilyen integráción vagy egy központi rendszeren.

3. Egy ember fejében van a rendszer

Tipikus helyzet:


egy kolléga „érti az Excelt”
ő tudja, mit hova kell írni
ő javítja a hibákat


Ha ő kiesik, a rendszer megáll.

Ha egy ember tartja össze a működést, az nem rendszer.

4. Nincs valós idejű átlátásod

Ha riportokat csak:


nap végén
hetente
manuálisan


látsz, akkor későn reagálsz.

Egy jól felépített rendszerben a dashboard és statisztika valós időben mutatja a működést.

5. Lassítja a napi munkát

Ha az Excel:


betöltési időben
keresésekben
kezelhetőségben


lassítja a kollégákat, akkor már nem segít, hanem akadályoz.

6. Nem skálázható a működésed

Az Excel addig működik, amíg:


kevés adat van
kevés felhasználó van
kevés folyamat fut


Ahogy nő a cég:


nő az adat
nő a komplexitás
nő a hibalehetőség


Itt már érdemes egy üzleti rendszer felé mozdulni.

Mikor érdemes váltani?

Akkor, amikor az Excel már:


időt vesz el a csapattól
hibákat generál
lassítja a döntéshozatalt


Nem akkor, amikor teljesen szétesett minden. Akkor már késő és drágább lesz.

Összefoglalás

Az Excel nem rossz eszköz. Csak nem minden szinten működik jól.

Ha a fenti jelek közül több is igaz rád, akkor a céged kinőtte.

Ilyenkor nem egy új Excel fájl kell, hanem egy jól felépített rendszer.

Ha szeretnéd átlátni, hogy nálad hol tart ez a pont, nézd meg a szolgáltatásainkat, vagy vedd fel velünk a kapcsolatot a kapcsolat oldalon.

Mikor nem éri meg egyedi fejlesztést választani?

Az egyedi fejlesztés sokak fejében a „legjobb megoldás”.
Valójában viszont rengeteg esetben teljesen felesleges,
sőt kifejezetten rossz döntés.


Ha rossz időben, rossz céllal vagy rossz céges szinten vágsz bele,
akkor nemhogy nem hoz megtérülést, hanem konkrétan viszi a pénzt.


Az egyedi fejlesztés nem alap. Hanem egy eszköz,
amit csak bizonyos szinten érdemes használni.



1. Amikor még nincs validált üzleti modelled

Ha még nem tudod pontosan, hogy:


ki a célcsoportod
hogyan szerzel ügyfeleket
mi működik és mi nem


akkor az egyedi fejlesztés túl korai.


Ilyenkor egy egyszerűbb megoldás is elég lehet, például egy
weboldal készítés
vagy egy gyorsan összerakható rendszer.


Előbb validálni kell az üzletet. Utána érdemes rendszert építeni.




2. Amikor létezik kész megoldás a problémádra

Nem minden problémára kell egyedi rendszert fejleszteni.


Ha a folyamatod standardizálható, akkor sok esetben egy meglévő rendszer is elegendő lehet,
például egy ERP vagy CRM rendszer.


Az egyedi fejlesztés akkor indokolt, ha a működésed eltér az átlagtól,
és a kész rendszerek már akadályoznak.




3. Amikor nincs elég forrásod a folyamatos fejlesztésre

Az egyedi rendszer nem egy egyszeri projekt.


Folyamatosan:


fejleszteni kell
karbantartani kell
optimalizálni kell


Ha erre nincs keret, akkor egy idő után a rendszer elavul és visszahúzza a céget.


Ezért fontos a hosszú távú gondolkodás és a működő háttérrendszer.




4. Amikor nincs tiszta folyamatod

Az egyik leggyakoribb hiba: a cég még nem tudja pontosan, hogyan működik.


Ha a folyamataid:


folyamatosan változnak
nincsenek leírva
minden fejben van


akkor egy egyedi rendszer csak leköveti a káoszt.


Ha a működésed nem tiszta, a rendszer sem lesz az.




5. Amikor csak „szebb” rendszert akarsz

Sokan azért akarnak egyedi fejlesztést, mert:


nem tetszik a jelenlegi rendszerük
lassúnak érzik
kényelmetlen használni


Ez önmagában nem elég indok.


Az egyedi fejlesztés nem design projekt, hanem üzleti döntés.




Mikor éri meg mégis az egyedi fejlesztés?

Akkor van értelme belevágni, ha:


a céged már működik és skálázni akarsz
a jelenlegi eszközök korlátoznak
időt vagy pénzt tudsz vele jelentősen spórolni
versenyelőnyt építesz vele


Ilyenkor az egyedi üzleti rendszer nem költség, hanem befektetés.




Összefoglalás

Az egyedi fejlesztés nem mindenkinek való.


Ha túl korán vágsz bele, pénzt égetsz.


Ha jó időben, jó céllal csinálod,
akkor viszont az egyik legerősebb eszköz lehet a növekedéshez.




Nem vagy biztos benne, hogy megéri?

Ha nem egyértelmű, hogy a te esetedben van-e értelme egyedi rendszert építeni,
nézd meg a szolgáltatásunkat:



Egyedi fejlesztés



vagy vedd fel velünk a kapcsolatot:



Kapcsolat

Március a Lionernél: projektátadások, új együttműködések és egy fontos mérföldkő

Március nálunk az átadásokról és lezárásokról szólt.

Sikeres projektátadások

Több komoly projektet is sikeresen élesítettünk a hónap során.

Egy hőszigeteléssel foglalkozó cég komplett weboldala és webáruháza is elkészült, amely már élesben támogatja az értékesítést.

Emellett egy ingatlanos platformot is átadtunk, amely kifejezetten vidéki kínálatra specializálódik, így széles és releváns választékot biztosít a látogatók számára.

Egy korábbi partnerünk számára pedig egy belső rendszert fejlesztettünk, amely egy biztosítási cég mindennapi működését segíti: a kollégák ezen keresztül értesülhetnek a legfrissebb információkról és hírekről.

Új együttműködések és induló projektek

A lezárások mellett új együttműködések is elindultak.

Egy felnőttoktatással foglalkozó céggel szerződtünk, ahol már meg is kezdtük a közös munkát. Emellett egy multinacionális vállalat hazai csapatához ajánlottak minket, ahol egy belső rendszer fejlesztésében veszünk részt.

Továbbá egy hazai cég meglévő weboldalának továbbfejlesztésén is dolgozni fogunk a közeljövőben, az ehhez kapcsolódó egyeztetések jelenleg is zajlanak.

Fontos mérföldkő

A hónap egyik legizgalmasabb fejleménye, hogy egy jelentős magyar nagyvállalat keresett meg minket, és meghívást kaptunk a tenderükre.

Az ajánlatunkat és a pitchünket már bemutattuk, jelenleg az elbírálás zajlik.

Fejlődés a háttérben

Az eszközparkunkat is tovább fejlesztettük, hogy még stabilabban és hatékonyabban tudjuk kiszolgálni a futó és jövőbeli projekteket.

Amire igazán építünk

A lényeg viszont nem csak a projektek száma.

Hanem az, hogy egyre több cég keres meg minket komplex rendszerek és egyedi fejlesztések miatt.

Pontosan ebben vagyunk erősek: egyedi üzleti problémákra építünk működő, skálázható megoldásokat.

Dolgozunk tovább.

Az AI-os megkeresések nálunk nagyjából így kezdődnek: „kellene valami AI a weboldalunkra”. Erre önmagában nem lehet árat mondani, mert öt teljesen különböző fejlesztést takarhat, a fél napostól a több hetesig.Ezért inkább végigmegyünk azon a hat dolgon, amit magyar kkv-k oldalain tényleg használnak 2026-ban. Mindegyiknél leírjuk, mit csinál, nagyjából mennyi munka, és mikor jobb, ha inkább kihagyod.1. Chat asszisztens, ami a te oldaladról válaszolNem a régi, előre megírt válaszokat adó chatbotról van szó. A mai megoldás úgy működik, hogy betöltjük neki a saját tartalmaidat, az árlistát, a szolgáltatásleírásokat, a gyakori kérdéseket, és onnan válaszol. Ha valamit nem talál, azt megmondja, és átküldi a látogatót az ajánlatkérő űrlapra.A saját oldalunkon Lio néven fut egy ilyen asszisztens. A feladata nem az, hogy mindent tudjon, hanem hogy kiderítse, mire lenne szüksége a látogatónak, és elkérje az elérhetőségét. Tudatosan nincs eszközhozzáférése, tehát nem tud foglalni, nem tud rendelést módosítani, nem tud semmit elintézni. Erről a 6. pontban bővebben is írunk.Egy biztosítási alkuszcégnek is építettünk ilyet a saját dokumentumaikra. A fejlesztés 10 órás munka volt, a beépítéssel és a prompt hangolásával együtt.Kinek éri meg: ha hetente több tucat ugyanolyan kérdés érkezik e-mailben vagy telefonon. Ha havonta három megkeresésed van, ennél olcsóbban megoldja egy rendes GYIK oldal.2. Termékleírás és hirdetésszöveg gyártás nagy tételbenItt válik igazán érdekessé az AI, ha sok, egyforma szerkezetű szöveg kell. Egy ingatlanportálnál most épp azon dolgozunk, hogy a hirdetés strukturált adataiból (ár, alapterület, szobaszám, építési mód, állapot) az AI írja meg a hirdetés címét és leírását, egy fix, részletes prompt alapján.Ugyanez működik webshopban a termékleírásoknál és a meta description mezőknél. Háromezer terméknél ez nem kényelmi kérdés, kézzel egyszerűen soha nem készül el.Két dolgot érdemes előre végiggondolni. Az egyik, hogy a szöveg ellenőrzés nélkül nem mehet ki, mert a modell simán ír le olyan tulajdonságot, ami nincs az adatlapon. A másik a havi költség: ezer hirdetésnél vagy tízezer terméknél már a modellválasztás is pénzkérdés, nem csak minőségi kérdés. Ezt mindig kiszámoljuk előre, mielőtt bármit elkezdenénk.3. Képfeldolgozás, ami eddig grafikus munka voltUgyanannál az ingatlanportálnál a felhasználók töltik fel a fotókat, és ez látszik is: az egyik kép sötét, a másik világos, az egyik szobában ott van a szennyestartó. Az igény az volt, hogy az AI hozza nagyjából egy szintre a képek fényerejét egy hirdetésen belül, és tüntesse el a rendetlenséget.Ez technikailag megoldható, de itt a legdrágábbak a modellek, és itt a legnagyobb a hibázás esélye is. Hirdetésenként 15 képpel és havi ezer hirdetéssel számolva már a volumen dönti el, hogy megéri-e. Ha havi ötven képről van szó, olcsóbb egy ember.4. Ajánlatkérő, ami kérdez, mielőtt árat mondEgy sima ajánlatkérő űrlap után te írsz vissza öt kérdéssel, az ügyfél válaszol háromra, és három nap múlva tartotok ott, hogy egyáltalán mit is szeretne.Helyette végig lehet vinni egy rövid kérdéssoron, ami a korábbi válaszaiból építkezik, és a végén kap egy időbecslést vagy egy ársávot. A saját kalkulátorunknál úgy döntöttünk, hogy az időbecslés azonnal látszik, az ársáv viszont csak e-mail cím megadása után. Az egyedi rendszerek ágán pedig szándékosan nincs benne szám, mert ott a becslés érdemi beszélgetés nélkül félrevezető lenne. Ha kíváncsi vagy, milyen nagyságrendekről beszélünk, a weboldal készítés árak oldalon megnézheted.Ez a funkció a legjobb megtérülésű a listában, ha van elég beérkező megkeresésed, mert közvetlenül a lead minőségén javít.5. Keresés, ami érti a kérdéstA klasszikus webshop-kereső akkor talál, ha a látogató eltalálja a termék nevét. Az AI-alapú keresőnél természetes nyelven is lehet kérdezni, például hogy melyik csomag jó kezdő vállalkozónak, és a szinonimák is működnek.Őszintén: néhány száz terméknél ezt szinte mindig megelőzi egy jól felépített kategóriastruktúra és egy normális szűrő. Több ezer terméknél vagy nagy tudásbázisnál viszont már tényleg érezhető a különbség. Ha bizonytalan vagy, nézd meg a webshopod keresőjének a statisztikáját: ha sok a találat nélküli keresés, van miről beszélni. Erről és hasonló apróságokról írtunk itt is: 5 weboldal funkció, amire valószínűleg nem gondoltál.6. Beérkező levelek és űrlapok feldolgozása, óvatosanNálunk fut egy automatikus e-mail feldolgozó, ami a beérkező leveleket rendszerezi és feladatot készít belőlük az ERP-ben. Ugyanez az elv működik az űrlapokon is: szét lehet válogatni a valódi megkeresést, a spamet és az álláskeresőt, még mielőtt te ránéznél. A működéséről külön cikkünk is van: AI e-mail automatizálás.Van viszont egy kockázat, amiről ritkán esik szó. Ha az ügynök nem csak olvas, hanem csinál is valamit, akkor egy ügyesen megírt levéllel utasítani lehet: a levél szövegébe rejtett parancsot ír valaki, a rendszer pedig végrehajtja. Ezt prompt injectionnek hívják. Mi ezért a saját rendszerünket direkt ilyen levelekkel teszteljük, és ezért nem kap a weboldali asszisztensünk sem műveleti jogot.A gyakorlati szabály, amit követni szoktunk: az AI olvashat és javasolhat, de ami pénzt mozgat, adatot töröl vagy levelet küld ki a nevedben, ahhoz emberi jóváhagyás kell.Mennyi munka ez a gyakorlatban?Ezek saját, hozzávetőleges becslések a fejlesztési időre, a konkrét projekt mindig eltérhet tőle.FunkcióNagyságrendMikor éri megChat asszisztens a saját tartalmaidrakb. 10 órasok ismétlődő kérdésTermékleírás, hirdetésszöveg generálásnéhány naptól felfelé, plusz havi modellköltségsok, egyforma szerkezetű tartalomKépfeldolgozásprojektfüggő, itt a legdrágább a futtatásnagy képmennyiségKérdező ajánlatkérőnéhány napvan elég beérkező megkeresésAI keresőnéhány naptöbb ezer termék vagy nagy tudásbázisLevél- és űrlapfeldolgozásnéhány napnapi több tucat beérkező üzenetMivel kezdd?Nézd meg, mi az a feladat, amit a héten legalább tízszer elvégeztél kézzel ugyanúgy. Jellemzően az lesz az első AI-funkció, ami megtérül. Ha ilyen nincs, akkor most valószínűleg nem az AI a szűk keresztmetszet az oldaladon, hanem valami más, és jobban jársz, ha arra költesz.Ha van ilyen ismétlődő feladatod, írd meg nekünk, és megmondjuk, hány óra lenne és megéri-e. Ha nem éri meg, azt is megmondjuk.Utoljára ellenőrizve: 2026. szeptember.

Gyorsan telik az év, már a második hónapot is magunk mögött hagytuk.

Fókusz és határidők

Február nálunk kifejezetten a munkáról és a fókuszról szólt. Több határidős projekten dolgoztunk párhuzamosan, ahol az volt a célunk, hogy ne csak időben, hanem a saját mércénk szerint is rendben adjuk át a fejlesztéseket. Ez sikerült.

Hamarosan több új weboldal és rendszer is élesedik, amelyekre büszkék vagyunk. A folyamatos egyeztetéseknek köszönhetően az ügyfeleinktől is pozitív visszajelzéseket kaptunk. Ez mindig megerősít minket abban, hogy jó irányba haladunk.

Új szerződések, induló projektek

A lezárt projektek mellett új szerződéseket is kötöttünk, és több izgalmas fejlesztés indul a következő időszakban. Ezekről egyelőre nem beszélhetünk részletesen, de komoly munkák lesznek.

Közben a meglévő partnereinkkel is folyamatosan dolgozunk tovább. Számunkra az együttműködés nem az átadásnál ér véget, mi hosszú távra tervezünk.

Foci, feltöltődés, háttérmunka

Február a fociról is szólt: partnerünk, a Kecskeméti TE felnőtt csapata elkezdte a szezont, így Kristóf az elmúlt hetekben különféle stadionokban volt megtalálható.

A hatékony munkához viszont feltöltődés is kell. Peti a hónap második felében kiszakadt a mindennapokból, hogy új energiákkal induljon neki a tavaszi időszaknak.

És elkészültek az új névjegykártyáink is, amelyeket az egyik partnerünkkel közösen valósítottunk meg.

A legtöbb vállalkozás nem tudja pontosan, mit akar

Ez nem kritika. Inkább egy tapasztalat.

Sok vállalkozás keményen dolgozik. Fejleszt, hirdet, új weboldalt készít, kampányokat indít.

De amikor elhangzik a kérdés:


Mi a konkrét cél?


gyakran bizonytalan a válasz.

A „több ügyfél” nem stratégia

Sokszor ezt halljuk:


Több ügyfelet szeretnénk.


Ez érthető. De nem elég pontos.

Mennyi több? Milyen típusú ügyfél? Mekkora projektekkel? Milyen árkategóriában? Milyen időtávon?

Amíg ezek nincsenek kimondva, addig minden fejlesztés csak próbálkozás marad.

Eszközök cél nélkül nem építenek rendszert.

Marketing vagy irány?

Amikor nem tiszta a cél, a figyelem könnyen az eszközökre terelődik.


Legyen új weboldal.
Indítsunk kampányt.
Próbáljuk ki ezt a platformot.


Pedig a valódi kérdés nem az, hogy mit használunk.


Mit akarunk pontosan elérni?


Ha erre nincs egyértelmű válasz, akkor a marketing csak felerősíti a bizonytalanságot.

Mi történik, ha nincs kimondva az irány?


Szétszórt kommunikáció
Ingadozó eredmények
Folyamatos újratervezés
Frusztráció


Kívülről ez marketingproblémának tűnik.

Valójában döntési és fókuszprobléma.

A tisztázás nem korlátoz, hanem felszabadít

Amikor egy vállalkozás pontosan kimondja:


kikkel akar dolgozni
milyen projekteket vállal
milyen szintű megbízásokat keres
milyen növekedési tempót bír el


akkor minden egyszerűbbé válik.

A weboldal tisztábban kommunikál. A marketing célzottabb lesz. A döntések gyorsabbak.

A rendszer összeáll.

Mi a Lionernél hogyan közelítünk?

Amikor együtt dolgozunk egy vállalkozással, nem csak a funkciókról beszélünk.

Először ezt kérdezzük:


Pontosan mit szeretnétek elérni az online jelenléttel?


Mert ha ez nincs tisztázva, akkor a legszebb weboldal és a legjobb kivitelezés sem fog valódi üzleti eredményt hozni.

Összefoglalva

A legtöbb vállalkozás nem azért nem növekszik, mert rosszul dolgozik.

Hanem mert nincs pontosan megfogalmazva az irány.


A világos cél nem korlátoz. Irányt ad.

A kapcsolatfelvétel csak a kezdet

Amikor valaki kitölti az űrlapot a weboldalon vagy ajánlatot kér, sokan úgy érzik, hogy megtörtént a lényeg.

Megérkezett az érdeklődés. A rendszer működik.

Pedig valójában itt indul el az a folyamat, ami igazán számít.

Az érdeklődés egy döntési pillanat

Az ajánlatkérés mögött mindig van egy aktuális helyzet. Egy probléma, amit meg kell oldani. Egy szándék, ami még friss.

Ebben a pillanatban az érdeklődő figyel. Nyitott. Várja a választ.

Ha ilyenkor gyors, egyértelmű és emberi reakció érkezik, az bizalmat épít.

Ha késlekedés vagy csend követi, a lendület megtörik.

Nem azért, mert meggondolta magát.
Hanem mert nem kapott kapaszkodót.

A weboldal nem zárja le a folyamatot

Sokan úgy gondolnak a weboldalra, mint a rendszer végpontjára. Pedig az csak a belépési pont.

A valódi munka a kapcsolatfelvétel után kezdődik:


azonnali visszajelzés
gyors személyes kapcsolatfelvétel
az igények tisztázása
a következő lépések egyértelmű meghatározása


Ha ezek nincsenek átgondolva, az érdeklődések lassan és észrevétlenül eltűnnek.

Mi a Lionernél hogyan gondolkodunk erről?

Nálunk az űrlap kitöltése nem adminisztrációs adat, hanem egy élő megkeresés.

Törekszünk arra, hogy akár 1 munkaórán belül felhívjuk az érdeklődőt, hogy minél hamarabb valódi, személyes interakció történhessen.

Nem csak egy automatikus visszaigazolásban gondolkodunk, hanem abban, hogy az online érdeklődésből minél előbb beszélgetés legyen.

A kapcsolatfelvétel után pedig folyamatos kommunikációval haladunk tovább: tisztázzuk a célokat, pontosítjuk az igényeket, és közösen határozzuk meg a következő lépéseket.

Mert az érdeklődés lehetőség. De a kapcsolat az, ami együttműködéssé válhat.

Rendszer nélkül nincs stabil eredmény

Sok vállalkozás érzi úgy, hogy „nem működik a weboldala”.

Pedig gyakran nem az oldallal van a gond, hanem azzal, hogy nincs mögötte következetes folyamat.

A weboldal érdeklődőt hoz. A rendszer viszont ügyfelet.

Összefoglalva

A kapcsolatfelvétel nem cél, hanem kiindulópont.

Az számít, hogy mi történik utána.

Ha van mögötte gyors reakció, átlátható folyamat és folyamatos kommunikáció, akkor az érdeklődésből valódi kapcsolat lesz.

A Lioner Digitális Ügynökség Bt. 5,99 millió forint vissza nem térítendő európai uniós támogatásban részesült a Széchenyi Terv Plusz program keretében. A projekt célja a vállalkozás működésének átfogó digitalizációja, valamint egy integrált, adatbiztonságra és hatékonyságra épülő működési környezet kialakítása.

A fejlesztés középpontjában a vállalkozás belső működési folyamatai állnak, amelyek korszerű digitális megoldások bevezetésével újulnak meg. A projekt keretében adattárolási, HR menedzsment, munkafolyamat-irányítási és elektronikus iratkezelési rendszerek kerülnek bevezetésre, amelyek egységes, strukturált és visszakövethető működést biztosítanak. Az új rendszerek lehetővé teszik a feladatok pontosabb tervezését, az erőforrások hatékonyabb kihasználását, valamint az adminisztrációs terhek csökkentését.

A fejlesztés részeként produktivitási és irodai alkalmazások, vállalati e-mail szolgáltatások, valamint korszerű IKT biztonsági megoldások is bevezetésre kerülnek. Ezek biztosítják a valós idejű együttműködést, a titkosított kommunikációt és az adatvédelem magas szintjét. A modern informatikai környezet támogatja a gyorsabb ügyfélkiszolgálást, a strukturált marketingkommunikációt és a vállalkozás hosszú távú versenyképességének erősítését.

A projekt megvalósítását új informatikai eszközök beszerzése is támogatja, többek között korszerű laptopok, monitorok, hálózati adattároló (NAS), nyomtató, mobil eszközök és tablet. Az új eszközpark biztosítja a digitális rendszerek stabil működését, növeli a munkavégzés hatékonyságát és megbízható technológiai alapot teremt a vállalkozás jövőbeni fejlődéséhez.

A projekt megvalósításának helyszíne Kecskemét, a fejlesztés fizikai befejezésének tervezett határideje 2027. május 31.

A projekt a Digitális Megújulás Operatív Program Plusz keretében, az Európai Unió és a magyar állam társfinanszírozásával valósul meg.

Projektazonosító: DIMOP_PLUSZ-1.2.6-24-2025-02127.

További információ kérhető:
Lioner Digitális Ügynökség Bt.
Telefon: 06304722491
E-mail: info@lioner.hu

Mi történik az első 5 másodpercben a látogató fejében?

Ha van weboldalad, valószínűleg feltetted már ezt a kérdést:


Miért nem maradnak az oldalon? Miért nem kattintanak, miért nem jelentkeznek?


Sokan ilyenkor a szöveget, a dizájnt vagy a technikai részleteket kezdik el javítgatni. Pedig a gond nagyon gyakran sokkal korábban jelentkezik.


Az első 5 másodpercben.


Ennyi idő alatt dől el, hogy a látogató marad, vagy visszalép a találati listára.

Nem olvas, csak gyorsan felmér

Az egyik leggyakoribb félreértés, hogy a látogató az elején figyelmesen olvas. Nem teszi.

Gyorsan végigpásztázza az oldalt, és közben ösztönösen egyetlen kérdésre keresi a választ:


Érdemes itt maradnom, vagy menjek tovább?


Ez nem tudatos döntés. Inkább egy gyors benyomás, ami alapján az agya spórol az energiával.

Első kérdés: jó helyen vagyok egyáltalán?

Az első másodpercekben nem az érdekli, hogy milyen szolgáltatásaid vannak, vagy miben vagytok jobbak másoknál.

Egyetlen dolgot akar tudni:


Ez az oldal rólam szól?


Az olyan mondatok, mint „innovatív megoldások” vagy „teljes körű szolgáltatások” nem segítenek neki ebben. Túl általánosak, nem kapaszkodók.

Ami működik, az a felismerés. Ha már az elején ráismer a saját helyzetére, marad egy kicsit tovább.

Például:


Van weboldalad, de nem hoz érdeklődőket?
Szép az oldalad, mégsem történik rajta semmi?
Érkeznek látogatók, de nem jelentkezik senki?


Ha erre nincs válasz az első képernyőn, a látogató egyszerűen továbbmegy.

Második kérdés: érti valaki a problémámat?

Ebben a fázisban még nem megoldást keres. Nem részleteket, nem magyarázatot.

Megértést.

Azt figyeli, hogy ki van-e mondva az, amit ő már régóta érez, csak nem tud jól megfogalmazni.

Ha ilyenkor túl sok a szakmai szöveg, a magyarázat vagy az önbemutatás, az inkább eltávolítja.

Ha viszont azt érzi, hogy valaki pontosan látja a helyzetét, kialakul az első bizalom.

Harmadik kérdés: meg tudok bízni ebben az oldalban?

Ez már nem a szövegről szól, hanem az összhatásról.

A látogató ösztönösen figyeli, hogy rendezett-e az oldal, nyugodt-e a hangnem, nem túl sok-e az ígéret.

Ha az egész túl harsány vagy túl szép ahhoz, hogy igaz legyen, gyanakodni kezd. Ilyenkor nem elemzi tovább, csak továbblép.

Negyedik kérdés: mit kell most csinálnom?

Sok weboldal itt veszti el a látogatót.

Ha nem egyértelmű, hogy merre menjen tovább, mit érdemes elolvasni, hol kezdje, akkor túl sok gondolkodást várunk el tőle.

A jó oldal az elejétől vezeti az olvasót. Nem erőszakosan, csak logikusan.

Az ideális reakció ilyenkor az, hogy:


Rendben, ezt most végigolvasom.


Az ítélet gyors és csendes

Az első 5 másodperc végén a látogató ritkán gondolja azt, hogy ez rossz oldal.

Sokkal gyakoribb, hogy azt érzi:


Ez nem nekem való.


És ez ellen a legtöbb weboldal nem is próbál igazán tenni.

Mit jelent ez a gyakorlatban?

Az első benyomás nem technikai kérdés. Nem a kódnál és nem a funkcióknál dől el.

Hanem azon, hogy:


kinek szól az oldal
milyen problémát nevez meg
mennyire könnyű eligazodni rajta


Ha ez nincs rendben, akkor a legszebb dizájn és a legjobb fejlesztés sem fog valódi eredményt hozni.

Összefoglalva

Az első 5 másodpercben a látogató nem dönt vásárlásról vagy kapcsolatfelvételről.

Csak arról dönt, hogy érdemes-e maradnia.

Ha ebben a rövid időben nem kap világos választ arra, hogy jó helyen jár, a weboldal soha nem jut el odáig, hogy valóban dolgozzon a vállalkozásért.

Véget ért a január, mi pedig teljes lendülettel belevágtunk az évbe.
Bár még csak egy hónap telt el 2026-ból, a Lioner életében már most komoly változások és eredmények születtek.




Új év, új szint - teljes arculatváltással indítottunk

Az idei évkezdés számunkra nem arról szólt, hogy „dolgozunk tovább, ahogy eddig”.
Tudatos döntést hoztunk: teljes arculatváltással és új weboldallal indítottuk az évet.


Úgy éreztük, hogy a Lioner egy új szintre lépett, és ennek kívülről is látszania kell.
Az új megjelenés nem öncélú, pontosabban tükrözi azt a minőséget és gondolkodásmódot,
amivel az ügyfeleinknek dolgozunk.




Ami nem látszik, de hosszú távon a legértékesebb

Az arculat és a weboldal látványos, de a valódi munka nagy része a háttérben zajlott.
Hónapokon keresztül építettük és finomítottuk belső rendszereinket:


folyamatok és munkamenetek kialakítása
automatizmusok bevezetése
belső működés strukturálása


Ezek a fejlesztések nem azonnali eredményeket hoznak, hanem hosszú távon teremtenek stabilitást,
skálázhatóságot és kiszámítható működést a Lioner számára.




Három ügyfél, három teljesen különböző kihívás

Januárban három, egymástól teljesen eltérő területről érkező ügyféllel kötöttünk szerződést:


egy nagyobb, hőszigeteléssel foglalkozó vállalkozással,
egy fotóssal, aki egyedi rendszerre vált,
valamint egy logopédus gyermekkönyv forgalmazójával.


Egyik projekt sem sablonos, egyik sem „dobozos” megoldás.
Pont ezek azok a kihívások, amiket igazán szeretünk:
amikor valódi problémákra kell egyedi, átgondolt rendszereket építeni.


Emellett több más céggel is aktívan egyeztetünk, hogy hogyan tudunk számukra
valódi üzleti értéket teremtő online megoldásokat nyújtani.




Sales és marketing, folyamatos fókuszban

A fejlesztés és a kivitelezés mellett egy cég életében a sales nem állhat meg.
A folyamatos növekedéshez elengedhetetlen a tudatos marketing.


Január végén ezért megállapodtunk az FFM csapatával,
akik az online marketingünkön dolgoznak velünk együtt a jövőben.


A cél egyszerű és egyértelmű:
eljutni még több olyan vállalkozáshoz,
ahol az online jelenlét hiányos,
vagy ahol a meglévő rendszerek már kompromisszumokra kényszerítik a működést.




Az első hónap pipa, megyünk tovább

2026 első hónapja lezárult.
Az irány tiszta, a munka nem áll meg,
és megyünk tovább azon az úton, amit tudatosan választottunk.


Ez még csak a kezdet.