Weboldal Készítés Vállalkozóknak Lépésről Lépésre

A Weboldal Csak a Kezdet

A legtöbb magyar vállalkozó ugyanazzal a mondattal keresi fel a fejlesztőt: “kellene egy szép weboldal”.

Aztán három hónappal később kiderül, hogy a szép weboldal nem hoz megkeresést.

A weboldal készítés valódi célja nem a vizuális elégedettség, hanem a mérhető üzleti eredmény: ajánlatkérés, időpontfoglalás, letöltés vagy eladás.

Ha egy oldal nem termel ilyet, akkor költség, nem beruházás.

A hibák többsége az első héten történik, jóval a dizájn előtt.

A vállalkozó bemutatkozó oldalt rendel, miközben leadgyűjtő kampányoldalra lenne szüksége. Vagy webshopot épít, amikor egy foglalási rendszer, tehát egy webalkalmazás oldaná meg a problémáját.

A rossz technológiai döntés nem azonnal fájdalmas. Egy évvel később fáj, amikor kiderül, hogy a választott rendszerbe nem lehet beépíteni azt a funkciót, amitől a bevétel függ.

Ez az útmutató végigviszi a teljes folyamatot: az üzleti cél tisztázásától a tartalomelőkészítésen, a webdesign és weboldal fejlesztés fázisain át az élesítésig, majd a karbantartásig. Konkrét döntési keretrendszert adunk arra is, hogy mikor elég a saját kezű megoldás, mikor a WordPress, és mikor indokolt az egyedi webfejlesztés.

A kiindulópont egyszerű.

A céges weboldal ne online névjegy legyen, hanem gyors, technikai SEO-ra optimalizált, mérhető digitális alap, amelyre később CRM, fizetés, ügyfélportál vagy AI-funkció is építhető.

Ez a különbség egy weboldal és egy működő digitális eszköz között.

Melyik Weboldaltípus Kell Neked?

A magyar piacon a “weboldal” szó négy teljesen különböző terméket takar. Az árajánlatok közötti tízszeres különbségek jó része egyszerűen abból fakad, hogy a felek mást értenek alatta.

Mielőtt bárkitől ajánlatot kérsz, döntsd el, melyik kategóriába tartozik a projektje. Ez a döntés befolyásolja a technológiát, a költséget, a határidőt és a későbbi bővíthetőséget is.

• Bemutatkozó weboldal (3-8 aloldal). Célja a bizalomépítés és az elérhetőség: ki vagy, mit kínálsz, kinek, milyen eredménnyel, hogyan lehet veled kapcsolatba lépni. Tipikus szerkezet: főoldal, szolgáltatások, referenciák, rólunk, blog, kapcsolat. Ügyvédeknek, tanácsadóknak, könyvelőknek, építőipari cégeknek és orvosi praxisoknak ez a típus általában elegendő, és jellemzően 3-6 hét alatt elkészül.
• Landing page, azaz egyetlen konverziós célú oldal. Itt egy ajánlat van, egy üzenet és egy CTA, minden más zavaró tényező. Kampányokhoz, Google Ads vagy Meta hirdetésekhez, egy új termék bevezetéséhez, e-book letöltéshez vagy webinár-regisztrációhoz használjuk. A teljesítménye pontosan mérhető: a jó landing page konverziós aránya B2B szolgáltatásoknál általában 2-8% között mozog, és A/B teszttel folyamatosan javítható.
• Webshop. Termékkatalógus, kosár, fizetési integráció, szállítási módok, készletkezelés, számlázás és ÁFA-logika. Magyarországon a WooCommerce (WordPress alapon) és a Shoprenter/Shopify típusú platformok a leggyakoribbak. A webshop nem “egy weboldal termékekkel”: működési folyamat, amelyhez logisztika, ügyfélszolgálat és visszáru-kezelés is tartozik, ezért a bevezetése tipikusan 2-4 hónap.
• Webalkalmazás. Itt jelenik meg a bejelentkezés, a felhasználói fiók, a saját adatlogika és a szerepkörök. Ide tartozik a foglalási rendszer, az ügyfélportál, a belső nyilvántartó, a kalkulátor, a SaaS-termék vagy egy AI-alapú eszköz. Amikor a felhasználó nem csak olvas, hanem adatot hoz létre és kezel, a hagyományos weboldal határai véget érnek.

Fontos, hogy ezek kombinálhatók.

Egy tipikus növekedési útvonal: bemutatkozó oldal, mellé két-három kampány-landing page, majd később egy bejelentkezéssel működő ügyfélportál ugyanazon a domainen. Ha ezt már az elején tudod, a weboldal tervezés fázisban felkészíthető rá az architektúra.

A Weboldal Készítés Folyamata

A weboldalprojektek nagy része nem a fejlesztés miatt csúszik.

Hanem mert a harmadik héten kiderül, hogy nincs szöveg, nincs használható fotó, és senki nem döntötte el, mit kellene tenni a látogatónak az oldalon.

Az alábbi sorrend nem ízlés kérdése.

Minden fázis a következő bemenete, és a kihagyott lépés később háromszoros munkaként jön vissza.

1. Üzleti cél és mérőszám kijelölése. Írd le egy mondatban, mit kell termelnie az oldalnak: “havi 15 minősített ajánlatkérés”, nem “több ügyfél”. Ez a szám határozza meg a szerkezetet, a CTA-k helyét és a későbbi mérést is.
2. Célközönség és ajánlat tisztázása. Ki dönt a vásárlásról, milyen kifogásai vannak, milyen alternatívát fontolgat? Az ajánlatot úgy fogalmazd meg, hogy egy kívülálló 10 másodperc alatt megértse, mit kap és miért téged válasszon.
3. Felhasználói útvonal és oldaltérkép. A felhasználói útvonal az a lépéssor, ahogy a látogató a hirdetéstől vagy a Google-találattól a kapcsolatfelvételig eljut. Ebből következik az oldaltérkép: milyen aloldalak vannak, mi hova linkel, és melyik oldalon melyik CTA szerepel.
4. Tartalom és képanyag előkészítése. A szövegek, referenciák, fotók, logó és jogi dokumentumok összegyűjtése. Erről bővebben lentebb, mert ez a projektek egyértelmű szűk keresztmetszete.
5. Domain regisztráció és tárhely kiválasztása. A domain regisztráció mindig a cég vagy az ügyvezető nevére történjen, soha ne a fejlesztő fiókjába. A webtárhely választásánál a várható forgalom, a technológia (PHP-alapú CMS vagy statikus/JavaScript build), az SSL-tanúsítvány, a napi biztonsági mentés és a szerver földrajzi helye a döntő szempont.
6. Wireframe és UX tervezés. Először szürke vázlat, tartalomblokkokkal, még dizájn nélkül. Az UX tervezés ebben a fázisban dönti el, hogy az árajánlat-kérő gomb a hajtás felett van-e, mennyi mezőt kér az űrlap, és hogyan viselkedik mindez mobilon.
7. Webdesign és jóváhagyás. A vizuális terv a márkára épül: tipográfia, színkontraszt, képi világ, komponensrendszer. Kérj legalább két kulcsoldalt (főoldal és egy szolgáltatásoldal) desktop és mobil nézetben, mielőtt a fejlesztés indul.
8. Fejlesztés és tartalomfeltöltés. Itt épül fel a reszponzív weboldal, a tartalomkezelő rendszer beállítása, az űrlapok, integrációk és a technikai SEO alapok. A tartalomfeltöltés párhuzamosan fut, nem a végén, egyetlen hétvégén.
9. Tesztelés éles előtt. Böngészők, valódi eszközök, űrlapok, 404-oldal, átirányítások, betöltési sebesség, meta adatok és cookie-kezelés. Minden űrlapot ténylegesen küldj el, és ellenőrizd, megérkezik-e az e-mail (a spam mappát is).
10. Élesítés és mérés beállítása. Élesítés után jön a Google Search Console és az analitika bekötése, az XML sitemap beküldése, valamint a konverziós események (űrlapküldés, telefonhívás, foglalás) beállítása.
11. Első 90 nap: tanulás és javítás. Nézd meg, mely oldalak hoznak forgalmat, hol esnek ki a látogatók, milyen keresésekre jelenik meg az oldal. Ez a konverzióoptimalizálás nyersanyaga, és általában nagyobb megtérülést hoz, mint egy újabb redesign.

Tartalom és Képanyag Előkészítése

Tapasztalatunk szerint a weboldalprojektek csúszásainak túlnyomó része a tartalomra vezethető vissza.

A fejlesztés két hét, a szövegek várása hat.

Készíts az oldaltérkép alapján egy egyszerű táblázatot: minden aloldalhoz egy sor, oszlopokban a cím, a meta leírás, a szöveg állapota, a szükséges képek és a felelős személy. Így látszik, mi hiányzik, és nem a fejlesztő telefonálgat utána.

A képanyagnál három dolog kritikus.

Legyen elég nagy felbontású (legalább 1600 px széles a hero képekhez), legyen jogilag tiszta, és készüljön belőle WebP verzió a sebesség érdekében. A saját fotó szinte mindig többet konvertál, mint a stockkép, különösen szolgáltató cégeknél.

A szövegírásnál az AI hasznos vázlatíró, de nem stratéga.

Használd kutatásra, struktúrához és első piszkozathoz, aztán írd át a saját ügyfeleid nyelvére, konkrét számokkal és esettanulmányokkal.

A generikus szöveg felismerhető, és a bizalmat rontja.

Platform, WordPress vagy Egyedi Fejlesztés?

Nincs objektíven “legjobb” technológia.

Van olyan, amely illeszkedik a következő 24 hónap terveihez, és van olyan, amelyből egy éven belül migrálni kell.

A döntéshez három kérdést tegyél fel.

Mennyire fontos a Google-ból érkező organikus forgalom? Lesz-e olyan funkció, amit sablonos rendszer nem tud? Ki fogja szerkeszteni a tartalmat a mindennapokban?

WordPress vagy Egyedi Fejlesztés

A WordPress a világ weboldalainak körülbelül 40%-át működteti, és jó okkal. Nagy ökoszisztéma, sok bővítmény, ismerős szerkesztőfelület, és egy egyszerű honlapkészítés projekt gyorsan, viszonylag alacsony kezdeti költséggel indulhat.

A gyengesége is ismert.

A page builderek (Elementor, Divi) rengeteg felesleges kódot generálnak, ami lassít, a bővítmények frissítései ütközhetnek, és a biztonsági javítások folyamatos figyelmet igényelnek.

Egy elhanyagolt WordPress oldal 12 hónap alatt komoly sebezhetőségi kockázattá válik.

Az egyedi webfejlesztés (Astro, Next.js, React) más logikával működik. Az Astro például statikus HTML-t szállít, minimális JavaScripttel, így a Core Web Vitals értékek jellemzően jóval jobbak: nem ritka a 90+ pontszám a PageSpeed Insights mobil mérésében is, ott, ahol egy plugin-nehéz WordPress oldal 40-60 körül teljesít.

Cserébe a kezdeti befektetés magasabb, és a tartalomszerkesztés csak akkor lesz kényelmes, ha headless CMS is kerül mellé. Marketingoldalnál viszont, ahol a sebesség és a technikai SEO közvetlen bevételi tényező, ez a különbség gyorsan megtérül.

Ökölszabály: ha az oldal fő feladata a Google-ból jövő forgalom konvertálása, a sebesség nem kényelmi kérdés, hanem hirdetési költség és pozíció kérdése.

Mikor Kell Webalkalmazás

Négy jel mutatja, hogy már nem weboldalra van szükséged.

Ha kell bejelentkezés.

Ha a felhasználóhoz tartozó saját adatot kell tárolni és megjeleníteni.

Ha fizetés, előfizetés vagy kredit-logika van a rendszerben.

Vagy ha AI-funkció épül be a termék működésébe, nem csak a marketingbe.

Tipikus magyar példák: szolgáltató cég időpontfoglaló rendszere naptárszinkronnal, ügyfélportál dokumentumfeltöltéssel, belső ajánlatkalkulátor, vagy egy iparági SaaS. Ezek a rendszerek autentikációt, adatbázist, jogosultságkezelést és biztonsági megfontolásokat igényelnek, amit plugin-halmozással nem lehet tisztán megoldani.

Erre a helyzetre való az MVP-megközelítés.

A CompletApp például 4 hetes, fix áras és fix terjedelmű MVP-fejlesztést kínál induló vállalkozásoknak React vagy Astro frontenden, Firebase vagy Supabase backenddel, Stripe fizetéssel, amely később OpenAI vagy Claude alapú AI-funkciókkal bővíthető.

A gyakorlati előny nem a technológia, hanem a döntési sebesség: négy hét alatt validálható az ötlet befektető előtt vagy valódi felhasználókkal, mielőtt egy féléves fejlesztésbe pénz ömlik. A milestone-alapú átadás és a teljes forráskód-átadás fizetéskor azért fontos, mert így nincs szállítói bezártság.

Mennyibe Kerül Valójában

Az egyetlen árszám mindig félrevezető.

A végösszeg hét tényezőből áll össze, és mindegyik önállóan mozgatja a keretet.

Amikor ajánlatot kérsz, ne az összeget hasonlítsd össze, hanem a terjedelmet. Kérd írásban, mi tartozik bele, mi nem, hány körös a design-egyeztetés, ki írja a szövegeket, és mit tartalmaz az átadás.

A fix terjedelem és fix ár írásban rögzítve többet ér, mint egy alacsonyabb kezdőár nyitott végű módosítási díjakkal.

Teendők az Élesítés Után

Az élesítés napján a weboldal még nem termel.

Egy új domain jellemzően 3-6 hónapot igényel, mire érdemi organikus forgalmat kap, és ez a hónapokon dől el, nem a launch napján.

SEO és Technikai Alapok

Az elkészült weboldal nem egyenlő a jó Google-helyezéssel.

Ez a legdrágább félreértés a magyar piacon: sok cég kifizet egy oldalt, majd hat hónap múlva jelenti, hogy “a SEO nem működik”, miközben az oldal soha nem is volt beindexelve.

A minimum lista élesítés után: Google Search Console tulajdon hitelesítése, XML sitemap beküldése, az indexelési jelentés ellenőrzése, a robots.txt átvizsgálása, valamint annak igazolása, hogy a noindex meta tag lekerült az oldalról (a fejlesztői környezetből ottmaradt noindex klasszikus, súlyos hiba).

Ezután jön a technikai SEO finomhangolása: egyedi title és meta leírás minden oldalon, logikus URL-szerkezet, belső linkelés, strukturált adatok (LocalBusiness, Article, Product, FAQ), kanonikus URL-ek és a HTTP-ről HTTPS-re történő átirányítások.

A Core Web Vitals javítása nem mérőszám-nézegetés, hanem konkrét beavatkozások sora:

• LCP (legnagyobb tartalmi elem betöltése): a hero kép WebP vagy AVIF formátumban, megfelelő méretben, preload utasítással; cél 2,5 másodperc alatt mobilon.
• Képek kezelése: a hajtás alatti képekre lusta betöltés (loading=“lazy”), srcset a különböző kijelzőméretekhez, tömörítés 80% körüli kvalitással.
• Fontok: saját hosztolás, font-display: swap, csak a valóban használt betűvastagságok betöltése, lehetőleg WOFF2 formátumban.
• JavaScript-terhelés: a nem használt scriptek és pluginek eltávolítása, harmadik feles kódok (chat, hőtérkép, több pixel) számának csökkentése, kódfelosztás.
• CLS (layout shift): minden képen és videón fix width és height attribútum, a hirdetési és beágyazott blokkoknak előre lefoglalt hely, a betűcsere ugrásának minimalizálása.

A mobilbarát weboldal ennél többet jelent, mint hogy a tartalom elfér a képernyőn. Vizsgáld meg a hamburger menü használhatóságát, a legalább 44x44 pixeles érintési célokat, a 16 pixeles minimum betűméretet, a mobilon minimalizált űrlapmezőket, a megfelelő beviteli típusokat (tel, email), és azt, hogy a fő CTA egy kézzel elérhető-e.

Az akadálymentesség pedig nem jótékonyság, hanem minőségi mérce.

Billentyűzettel bejárható navigáció, látható fókuszállapot, 4,5:1 szövegkontraszt, értelmes alternatív szövegek, címkézett űrlapmezők és beszédes hibaüzenetek: ezek minden felhasználó élményét javítják, és a keresők is jutalmazzák a tisztább szemantikát.

Jogi és Adatvédelmi Kötelezettségek

A GDPR-megfelelés nem egy checkbox az átadási listán.

Folyamatos kötelezettség, amely minden új űrlappal, pixellel vagy beépülő eszközzel újra napirendre kerül.

Az adatkezelési tájékoztatónak konkrétnak kell lennie: milyen adatot kérsz, milyen jogalapon, meddig tárolod, kik a feldolgozók (tárhely, e-mail szolgáltató, analitika, CRM), és hogyan lehet törlést kérni. Egy letöltött sablon, amiben más cég neve maradt, önmagában is bizalomromboló.

A cookie-hozzájánulás esetében a lényeg az, hogy a nem szükséges sütik csak a hozzájárulás megadása után induljanak el, és az elutasítás ugyanolyan könnyű legyen, mint az elfogadás. Az utólag beillesztett Google Analytics vagy Meta pixel, amelyet a consent banner nem kezel, tipikus megfelelési hiba.

Emellett szükséges: impresszum a cégadatokkal, szolgáltatóknál ÁSZF, webshop esetén elállási jog és panaszkezelés bemutatása, valamint az űrlapoknál külön, előre nem bejelölt jelölőnégyzet a hozzájáruláshoz. Az űrlapadatokat titkosított csatornán (érvényes SSL-tanúsítvány) kell fogadni, és nem célszerű őket korlátlanul tárolni a CMS adatbázisában.

Tulajdonjog és Karbantartás

Egy weboldalprojekt legkényesebb pillanata nem a fejlesztés, hanem az átadás.

Rendszeresen találkozunk cégekkel, amelyek nem tudnak új fejlesztőre váltani, mert a domain a korábbi ügynökség fiókjában van.

Az átadási ellenőrzőlista legyen kimondottan konkrét:

• Domain: a regisztrátori fiók a cég nevén, saját hozzáféréssel és a megújítási dátum ismeretében.
• Tárhely vagy hosting: admin belépés (cPanel, Vercel, Cloudflare), DNS-kezelés a te kezedben.
• Forráskód: teljes repository átadva vagy átruházva, dokumentált build- és deploy-folyamattal; a CompletApp például teljes kódtulajdont ad át a végszámla kiegyenlítésekor.
• CMS és adminfiókok: saját adminisztrátori felhasználó, a régi fejlesztői hozzáférések áttekintésével.
• Analitika és Search Console: a fiók tulajdonosa a cég legyen, ne az ügynökség, hogy az adattörténet megmaradjon váltás után.
• Dokumentáció: hol mit lehet szerkeszteni, hogyan készül mentés, milyen külső szolgáltatások futnak és mennyibe kerülnek.

A karbantartás ezek után indul.

Havi szinten: biztonsági és plugin-frissítések, mentések visszaállítási teszttel, üzemidő-figyelés, űrlaptesztelés, sebességmérés és a hibás linkek javítása. Ez a WordPress esetében jellemzően nagyobb ráfordítás, egy statikus Astro oldalnál lényegesen kevesebb.

Negyedévente érdemes tartalmi és konverziós felülvizsgálatot tartani: mely oldalak hoznak forgalmat, hol lép ki a látogató, mely CTA teljesít. Egy űrlapmező elhagyása vagy egy címsor átírása gyakran 10-30%-os javulást ad, mérhetően, redesign nélkül.

Hosszabb távon pedig a bővítés kérdése jön: időpontfoglalás, fizetés, ügyfélportál, CRM-integráció, AI-alapú kereső vagy chat, esetleg mobilalkalmazás.

Ha az oldal architektúrája már az elején erre készült (tiszta API-k, moduláris komponensek, külön adatréteg), akkor ez fejlesztés.

Ha nem, akkor újraépítés.

Gyakori Kérdések

Hogyan készíthetek weboldalt?

Négy lépésben: tisztázd az üzleti célt és a célközönséget, készíts oldaltérképet és tartalomtervet, válassz technológiát (platform, WordPress vagy egyedi fejlesztés), majd fejlessz, tesztelj és élesíts mérési beállításokkal.

A sorrend fontos: aki a dizájnnal kezd, az kétszer fizet.

A tartalom és a konverziós útvonal minden esetben megelőzi a vizuális döntéseket.

Melyik a legjobb ingyenes weboldal készítő?

Teljesen ingyenes, üzleti célra alkalmas megoldás gyakorlatilag nincs, de a WordPress.com, a Wix és a Google Sites ingyenes csomagja tesztelésre használható.

A korlátok komolyak: aldomain (pl. cegnev.wixsite.com), a szolgáltató reklámja, gyenge sebesség és korlátozott SEO-beállítások.

Ha ügyfélszerzésre használnád, minimum egy saját domain és fizetős csomag kell, különben a bizalom és a Google-teljesítmény is szenved.

Mennyibe kerül egy WordPress weboldal készítése?

A magyar piacon egy egyszerű, sablonra épülő WordPress bemutatkozó oldal jellemzően néhány százezer forintos kategória, egy egyedi designnal és tartalomgyártással készülő céges oldal viszont az egymilliós sáv felé mozdul.

Ehhez hozzáadódik a domain (évi néhány ezer forint), a tárhely (évi 15-60 ezer forint), a prémium bővítmények és a karbantartás.

Az ár elsősorban az oldalszámtól, az egyedi funkcióktól és attól függ, ki írja a szövegeket.

Hogyan készíthetek weboldalt saját kezűleg?

Igen, egy egyszerű bemutatkozó oldal saját kezűleg is elkészíthető, de három ponton szinte mindig hoz veszteséget.

A dizájn általában felismerhetően sablonos, a sebesség (Core Web Vitals) rossz a sok beépülő elem miatt, és a technikai SEO alapok, például a strukturált adatok, a metaadatok és az indexelés kezelése, kimaradnak.

Egyszemélyes vállalkozásnál, korai szakaszban ez elfogadható kompromisszum; ha az oldal az elsődleges ügyfélszerzési csatorna, nem az.

Mennyibe kerül egy weboldal elkészítése 2026-ban?

2026-ban a magyar piacon négy sáv rajzolódik ki: saját kezű platformos oldal évi 30-100 ezer forint körüli költséggel, sablonos WordPress oldal néhány százezerért, egyedi designnal készülő céges weboldal vagy Astro alapú marketingoldal az egymilliós sávban, webshop és webalkalmazás pedig ettől jóval feljebb.

Az AI-eszközök a piaci árakat nem söpörték el, mert a költség nagyobb része a stratégiában, a tartalomban és a tesztelésben van, nem a kódgenerálásban.

Kérj mindig fix terjedelmű, írásos ajánlatot, hogy összehasonlíthatók legyenek a számok.

Mennyi idő alatt készül el egy egyszerű weboldal?

Egy 5-8 aloldalas bemutatkozó weboldal jellemzően 3-6 hét, ha a tartalom kész.

Ebből a tervezés 1-2 hét, a fejlesztés 1-2 hét, a tartalomfeltöltés és tesztelés újabb egy hét.

A leggyakoribb csúszási ok nem a fejlesztés, hanem a hiányzó szöveg, fotó és a lassú visszajelzés; a válaszidő szinte mindig többet befolyásol a határidőn, mint a technológia.

Melyik a legjobb weboldalkészítő kezdőknek?

Kezdőknek egyszerű bemutatkozó oldalhoz a Wix vagy a Squarespace a legkönnyebben megtanulható, blogközpontú vagy később bővítendő oldalhoz a WordPress ad több szabadságot, webshophoz pedig a Shopify vagy a Shoprenter a kézenfekvő induló választás.

A döntés kevésbé a felületről szól, inkább a kiszállási költségről: a platformról később nehezebb migrálni, mint kódalapú megoldásról.

Ha egy éven belül egyedi funkciót terveztek, érdemes már most fejlesztővel átgondolni.

Mi a különbség a weboldal és a webalkalmazás között?

A weboldalon a látogató tartalmat olvas, a webalkalmazásban a felhasználó bejelentkezik és adatot hoz létre.

Ez az egy mondat a legtöbb esetben elegendő a döntéshez: ha kell bejelentkezés, fiók, saját adat vagy fizetés, akkor webalkalmazásról beszélünk, a hozzá tartozó backend, biztonsági és tesztelési igénnyel.

A kettő ugyanazon a domainen élhet, de más technológiát, más költségstruktúrát és más karbantartási modellt jelent.

Melyik Utat Válaszd?

Ha gyors indulás kell, kis büdzsével, egy egyszerű bemutatkozó oldalhoz, a platform vagy a WordPress teljesen védhető választás. Két hét alatt online lehetsz, és a piaci visszajelzés többet ér, mint a tökéletes oldal félév múlva.

Ha viszont az organikus forgalom, a sebesség, a skálázhatóság vagy egy jövőbeli AI-funkció is szempont, az egyedi fejlesztés hosszabb távon jobban megéri. Nem azért, mert modernebb, hanem mert a bővítés fejlesztés lesz, nem újraépítés.

A következő lépés viszont mindkét esetben ugyanaz, és nem technológiai: írd le egy oldalon az üzleti célt, a mérőszámot, a célközönséget és azt, hogy pontosan mit kell tennie a látogatónak. Erre a papírra épül minden más döntés.