Azt tedd kötelezővé, ami az első lépéshez kell
Egy ajánlatkérő űrlapon annyi információra van szükséged, hogy elérd az érdeklődőt, és meg tudd tenni azt, amit az oldalon ígérsz. Akkor legyen kötelező egy mező, ha a válasz nélkül nem tudsz kapcsolatba lépni vele, a megfelelő kollégához továbbítani a megkeresést vagy felkészülni a következő lépésre. A többit hagyd szabadon kitölthetőnek, vagy kérdezd meg később.
Nincs minden vállalkozásra érvényes ideális mezőszám. Visszahívást kérni és személyre szabott árajánlatot kérni két különböző dolog. Először azt tisztázd, mit kap az érdeklődő az űrlap elküldése után.
A W3C űrlaptervezési útmutatója is az egyszerű űrlapokat ajánlja: csak a folyamathoz szükséges adatokat kérd be. Ez hasznos tervezési alapelv, de nem mondja meg, mennyivel nő majd nálad a kitöltési arány.
Előbb írd meg az első választ
Képzeld el, hogy megérkezett a megkeresés. Írd meg, hogyan válaszolnál az érdeklődőnek. Ezután nézd meg, milyen információ hiányzik hozzá.
Egy helyszíni szerelésnél a település döntheti el, hogy tudtok-e segíteni. Egy szoftveres egyeztetésnél a megoldandó probléma többet érhet, mint az érdeklődő beosztása. Ha autóbérlésnél az első válasz mindig az, hogy „Mikorra lenne szükséged az autóra?”, valószínűleg érdemes már az űrlapon rákérdezni az időszakra.
Minden tervezett mezőnél fejezd be ezt a mondatot: „Ha más választ kapunk, akkor…” Másik kolléga válaszol, másik szolgáltatást ajánlotok, más dátumokat ellenőriztek, vagy más témával készültök az egyeztetésre. Ha nem tudsz konkrét teendőt mondani, gondold át, valóban kötelező-e az a kérdés.
Azt is mérlegeld, tudhatja-e már a választ az érdeklődő. Aki CRM-et keres, pontosan érezheti, mennyi időt visz el az adminisztráció, miközben a műszaki követelményeket és a végleges fejlesztési keretet még nem ismeri.
Mit kérdezz meg most, és mi ér rá később?
Elérhetőség
Olyan elérhetőséget kérj, amelyre az ígért folytatáshoz szükség van. Visszahíváshoz telefonszám kell, e-mailes ajánlathoz e-mail-cím. A név megkönnyíti a megszólítást, de ettől még nem feltétlenül indokolt külön kötelező vezeték- és keresztnévmezőt használni.
Ha az első egyeztetés e-mailben is működik, a telefonszám maradhat opcionális, vagy megkérdezheted, hogyan szeretne választ kapni az érdeklődő. Írd le, mikor várható hívás. A GOV.UK telefonszámokra vonatkozó útmutatója is azt javasolja, hogy csak indokolt esetben kérj számot, és legyen választási lehetőség a kapcsolatfelvétel módjában.
Szolgáltatás, helyszín és időpont
Kérdezz rá a szolgáltatásra, ha ettől függ, ki foglalkozik a megkereséssel. Települést vagy irányítószámot akkor kérj, ha ez határozza meg, vállaltok-e ott munkát. A pontos utcacím sokszor ráér a kiszállás egyeztetésekor. Autóbérlésnél viszont az időszak már az elérhetőség ellenőrzéséhez kellhet.
A válaszlehetőségeket az ügyfél nyelvén írd meg. A „weboldal”, „hirdetés” vagy „CRM” érthetőbb kiindulópont, mint a cégen belüli részlegek neve. Ahol egy beszélgetés segíthet dönteni, legyen „Még nem tudom” válasz is. A GOV.UK kérdéstervezési útmutatója szintén javasolja ezt, ha a bizonytalanság valóban elfogadható válasz.
Költségkeret és céges adatok
A költségkeret akkor hasznos, ha befolyásolja, milyen megoldást tudsz felelősen ajánlani. Előtte mutass árkategóriát vagy induló árat az oldalon. Enélkül olyan szolgáltatás beárazását várod az érdeklődőtől, amelyet még nem biztos, hogy ért.
Ha az első beszélgetés célja éppen a feladat pontosítása, a keret megadása maradhat opcionális. Cégméretet, flottaméretet vagy meglévő weboldalt akkor kérj, ha valaki még a válaszadás előtt használni fogja ezt az információt. A számlázási adatok és a teljes műszaki leírás ráérnek akkor, amikor tényleg szükség van rájuk.
Szöveges üzenet
Adj konkrét kapaszkodót: „Min szeretnél változtatni?” vagy „Van még valami, amit érdemes tudnunk a válasz előtt?” Ha a többi mező már elmondja, miről szól a megkeresés, ne várj mellé kötelező fogalmazást. Az űrlap akkor is működjön, ha az opcionális üzenetet üresen hagyják.
Egy minta, amelyet átadhatsz a fejlesztőnek
Vegyünk egy szolgáltató vállalkozást, amely első körben e-mailes egyeztetést kínál. Az alábbi tervezési példa, nem mért ügyféleredmény:
- Kötelező: e-mail-cím és az a szolgáltatás, amelyről az érdeklődő egyeztetni szeretne.
- Opcionális: név, meglévő weboldal és a probléma rövid leírása.
- Választástól függő: település helyszíni szolgáltatásnál; telefonszám visszahívás kérésekor.
- Később bekérendő: részletes követelmények, számlázási adatok és végleges projektkeret.
A gomb felirata lehet „Egyeztetést kérek”. Mellette derüljön ki, ki válaszol, milyen csatornán, és mennyi időn belül. Csak olyan határidőt ígérj, amelyet tartani is tudtok. Ha még ellenőrizni kell a szabad időpontokat, az elküldött megkeresés ne tűnjön visszaigazolt foglalásnak.
A SpainProperty és a RentaCar Szeged kapcsán végzett munkám két eltérő döntési helyzetet mutat: ingatlan iránt érdeklődni és autóbérlést egyeztetni más kérdéseket igényel. Ezért érdemes a szolgáltatásból kiindulni az űrlap tervezésekor. A két példa önmagában nem bizonyítja, hogy valamelyik mezőkombináció jobban teljesít.
Telefonon is legyen könnyű kitölteni
Használj egyszerű, egymás alá rendezett mezőket, mindig látható mezőneveket és egyértelmű jelölést az opcionális kérdéseknél. Próbáld ki az űrlapot valódi telefonon, megnyitott billentyűzettel. A rövid űrlap sem segít, ha egy rögzített sáv eltakarja a küldés gombot, vagy egy hiba törli a beírt válaszokat.
Kérd a fejlesztőtől a megfelelő billentyűzet és az automatikus kitöltés támogatását. E-mail-címnél ezt a type="email" és az autocomplete="email" beállítás segíti. A beillesztést is engedni kell. Ezeket a megoldásokat a GOV.UK e-mail-mezőkre vonatkozó mintája is ajánlja.
A hibás mező mellett legyen konkrét, a javítást segítő visszajelzés, és derüljön ki az is, sikerült-e elküldeni az űrlapot. Az „Adj meg egy érvényes formátumú e-mail-címet” üzenetből kiderül, mi a teendő. Egy piros keretből nem. A W3C visszajelzésekről szóló útmutatója az érthető, akadálymentesen is érzékelhető hiba- és sikerüzeneteket részletezi.
Több lépés akkor lehet indokolt, ha a kérdéseknek valódi sorrendjük van, vagy a korábbi válaszoktól függ, mit kell még megkérdezni. Három egyszerű kérdést három képernyőre osztani önmagában még nem teszi jobbá az űrlapot; ezt érdemes kipróbálni és mérni. Visszalépéskor maradjanak meg a válaszok.
Legyen felelőse a beérkező megkeresésnek
Indulás előtt döntsétek el, ki kapja az új megkeresést, és miből fogja észrevenni, hogy teendője van. Ellenőrizzétek, hogy az adatok valóban megérkeznek-e a használt postafiókba vagy CRM-be. Ha az oldal már befogadta a kérést, egy elmaradt értesítés miatt nem szabad észrevétlenül elvesznie.
A portfóliómban szereplő MarciCRM az ingatlanos megkereséseket és az utánkövetést fogja össze. Az alapelv egyszerűbb eszköznél is ugyanaz: látszódjon a következő teendő és annak felelőse. A gazdátlan postafiókot több űrlapmezővel sem lehet rendbe tenni.
Az érdeklődést és az esetleges hírlevél-feliratkozást kezeld jól elkülöníthetően. Az adatkezelési szöveget a saját folyamatodra ellenőriztesd, ne egy másik oldal jelölőnégyzetének szövegét másold át.
A megkeresések minőségét is mérd
Mielőtt két változatot összehasonlítasz, határozzátok meg, mit tekintetek megfelelő megkeresésnek. Például: valós igényről szól, olyan szolgáltatásra vonatkozik, amelyet nyújtotok, és a megadott elérhetőségen felvehető a kapcsolat. Külön jelöljétek a nem megfelelő, ismétlődő és spam megkereséseket. Mindkét változatnál ugyanazokat a szempontokat használjátok.
Az űrlap sikeres beküldése és az érdeklődő későbbi minősítése két külön esemény. A Google Analytics ajánlott eseményei között erre külön szerepel a generate_lead és a qualify_lead: az utóbbi azt jelzi, hogy az érdeklődő megfelelt a meghatározott feltételeknek. Ehhez a folyamat megfelelő pontjait össze is kell kötni a méréssel. Egy böngészőben rögzített esemény önmagától nem tudja, mi történt később az értékesítésben. A részleteket a Google érdeklődőszerzéshez ajánlott eseményei írják le.
Fejlesztési szempontból azt javaslom, hogy csak az alkalmazás által visszaigazolt befogadás számítson sikeres megkeresésnek. Az ismételt küldés ne hozzon létre újabb példányt ugyanabból a kérésből vagy sikeres mérési eseményből. Név, e-mail-cím, telefonszám és szabad szöveges üzenet ne kerüljön a szokásos Analytics-eseményparaméterekbe vagy az oldal URL-jébe. Ezt a határt a Google személyazonosításra alkalmas adatokra vonatkozó útmutatója részletezi.
Szemléltető számítás, nem ügyféleredmény: két űrlapváltozatra egyenként 1000, összehasonlítható látogatás érkezik 600 euró hirdetési költségből. Az A változat 60 megkeresést hoz, ebből 12 felel meg a feltételeknek. A B változat 40-et, ebből 16 megfelelőt. Egy megfelelő megkeresés költsége az A változatnál 50 euró, a B-nél 37,50 euró. Alacsonyabb kitöltési arány mellett is érkezhet több használható megkeresés.
A kitalált számok a számítás menetét mutatják. Nem bizonyítanak győztes űrlapot, és nem ígérnek várható javulást. Az összehasonlításnál a forgalom forrását, az utánkövetés ráfordítását és a későbbi értékesítési eredményeket is vedd figyelembe. Hagyj ugyanannyi időt a minősítésre, és néhány megkeresésből még ne vonj le messzemenő következtetést.
Mit nézz meg, mielőtt növeled a hirdetési keretet?
- Minden kötelező mezőnél meg tudod indokolni, miért kell a válasz már az első kapcsolatfelvétel előtt?
- Aki még tájékozódik, tud őszintén válaszolni anélkül, hogy kitalálna egy keretet vagy határidőt?
- Működik az automatikus kitöltés, a billentyűzetes használat és a kis képernyős megjelenés?
- Sikertelen küldésnél megmaradnak a válaszok, és kiderül, hogyan lehet javítani?
- A befogadott megkeresés eljut a felelőséhez, aki tudja, mi a következő teendő?
- Külön látjátok a valós megkereséseket, a megfelelő érdeklődőket és a későbbi ügyfeleket?
Ha a hirdetéseidből érkező megkereséseket nehéz felmérni, küldd el az űrlap linkjét, és írd le, mitől jó egy megkeresés a vállalkozásodnak. A kapcsolati oldalon elküldött üzeneted a hello@davidbuka.com címre érkezik meg. Az érkezési oldalt, az űrlapot és az utánkövetést együtt is át tudom nézni.
A forrásokat 2026. október 12-én ellenőriztem. A borítókép szerkesztőségi illusztráció, nem egy ügyfél rendszeréről készült fénykép.
