Ügyfél-jóváhagyás: miért kevés egy „ok” emailben

Az ügyfél-jóváhagyás a legtöbb kis ügynökségnél egy válaszemail egyetlen szóval: „ok”. Vagy egy hüvelykujj Messengeren. Amíg minden rendben megy, ez elég is. Amikor viszont három hét múlva kiderül, hogy az ügyfél nem erre a verzióra gondolt, ez az „ok” nagyon kevés. Ebben a cikkben arról írok, mitől lesz egy jóváhagyás tényleg jóváhagyás, és hogyan kérd úgy, hogy utólag is tiszta legyen.

Mi a baj az „ok”-kal

Az „ok” nem rossz válasz. Csak nem derül ki belőle, mire vonatkozik.

Vegyünk egy hétköznapi esetet. Küldesz három logóváltozatot egy emailben. Az ügyfél visszaírja, hogy „a második tetszik, de a szín lehetne kicsit melegebb”. Te módosítasz, küldöd. Ő: „ok”. Később azt mondja, a harmadik változat ikonjával akarta, csak a második betűtípusával. Te pedig görgeted a levelezést, és nem tudod eldönteni, kinek van igaza.

Az ilyen helyzetek közös pontjai:

• Nem egyértelmű, melyik verzióra mondott igent.
• A jóváhagyás és a módosításkérés összefolyik egy mondatban.
• Nincs rögzítve, hogy ezzel lezárult egy kör.
• Ha több ember van az ügyfél oldalán, nem tudni, ki döntött.

Ha egy döntés így születik, utólag mindenki a saját emlékére hagyatkozik. Az pedig ritkán egyezik.

Mitől egyértelmű egy jóváhagyás

Egy jó jóváhagyásnak négy eleme van. Nem bonyolult, csak mindig ugyanúgy kell csinálni.

Pontosan egy dologra vonatkozik

Ne „a designt” hagyja jóvá, hanem a főoldal v3-at, vagy az A változatot. Ha több opciót mutatsz, adj nekik nevet vagy betűjelet, és kérd, hogy egyet válasszon. Ha egy Figma-linket küldesz, írd mellé, melyik frame-ről van szó.

Külön a döntés és a megjegyzés

A „tetszik, de…” nem jóváhagyás, hanem módosításkérés. Érdemes ezt ki is mondani az ügyfélnek: vagy jóváhagyja így, vagy kér változtatást, és akkor jön egy új verzió. Két külön lépés.

Látszik, mi a következménye

Ha a választás ára vagy határideje eltér, ezt a döntés előtt kell tudnia, nem utána. Például: „A B változat animált, ez plusz 40 000 Ft és két nap.” Így az ügyfél tényleg dönt, nem csak nézeget.

Megmarad, ki és mikor döntött

Név, dátum, verzió. Ha ez megvan, a vita fele el sem kezdődik.

Hogyan kérd emailben, ha nincs más eszközöd

Ha emailben dolgozol, a formán sok múlik. Egy jóváhagyáskérés így nézhet ki:

Szia [Név]!

Elkészült a főoldal designjának két változata:

A – világos háttér, nagy fotóval: [link] B – sötét háttér, videós fejléccel: [link] (ez plusz 40 000 Ft és két munkanap)

Kérlek, válaszolj az alábbi három közül eggyel: – „Az A-t jóváhagyom.” vagy „A B-t jóváhagyom.” – „Módosítást kérek:” és írd le, mit – „Egyik sem jó:” és írd le, miért

A jóváhagyott változat alapján indul a fejlesztés, utána a design módosítása már új kör. Határidő: [dátum].

Köszi!

Ez elsőre talán túl formálisnak tűnik. A tapasztalat az, hogy az ügyfelek inkább örülnek neki, mert pontosan tudják, mit vársz tőlük. Ha valaki mégis csak „ok”-t ír, egy rövid visszakérdezés tisztázza: „Ezt úgy értem, hogy az A változatot jóváhagyod, és indulhat a fejlesztés. Jól értem?”

Mi az, amit érdemes jóváhagyatni

Nem kell mindenre formális jóváhagyás. Ami viszont mindig megéri:

• árajánlat és munkaterület (scope)
• arculat, logó végleges változata
• oldaltérkép, struktúra
• design oldalanként vagy sablononként
• szövegek, ha te írtad őket
• élesítés előtti végső állapot
• minden olyan változtatás, aminek ára van

Általános szabály: ha egy döntésre később építesz, és visszacsinálni pénzbe kerül, akkor kérj rá egyértelmű jóváhagyást.

Ha az ügyfél oldalán többen döntenek

Kis cégeknél is gyakori, hogy a jóváhagyást a kapcsolattartó adja, aztán a tulajdonos ránéz és mást mond. Ilyenkor a „jóváhagyott” design hirtelen mégsem az.

Ezt két dologgal lehet megelőzni:

• A projekt elején kérdezd meg, ki dönt a végén. Nem az, aki az emaileket írja, hanem az, akinek a szava számít.
• A fontos jóváhagyásoknál kérd, hogy ő is lássa, vagy legalább a kapcsolattartó írja le, hogy egyeztetett vele.

Nem kell ebből nagy ügyet csinálni. Egy mondat a kickoffon: „Ki fogja a végső döntést meghozni a designról?” Ha erre a válasz az, hogy „majd a főnök megnézi”, akkor a főnököt már az első bemutatónál érdemes bevonni, nem a harmadiknál.

Ha az ügyfél nem dönt

A másik gyakori gond, hogy a jóváhagyás nem jön meg. A design ott van, az ügyfél „ránéz a hétvégén”, aztán eltelik két hét.

Ilyenkor segít, ha:

• a kérésben eleve van határidő,
• a határidő előtt küldesz egy rövid emlékeztetőt,
• a csúszást megnevezed: „ha pénteken megvan a döntés, a fejlesztés hétfőn indul”,
• tartósabb csend esetén felveszed a kapcsolatot azzal, aki az ügyfél oldalán dönteni tud.

Az emlékeztetők szövegére itt találsz mintákat: Késik az ügyfél: udvarias emlékeztetők.

A jóváhagyás és a korrektúrakörök

A jóváhagyás akkor ér a legtöbbet, ha a szerződésben vagy az árajánlatban is szerepel, hogy mi számít egy körnek, és mi történik a jóváhagyás után. Ha a jóváhagyott design után az ügyfél mégis módosítana, az új munka, és ez korrekt mindkét félnek. Erről részletesen: Hány korrektúrakör legyen az árajánlatban és a szerződésben?

Ha pedig már megtörtént a vita, és vissza kell keresni, ki mit mondott, abban a projektnapló segít: Projektnapló: hogyan bizonyítsd utólag, mit kért az ügyfél.

Ha ezt nem akarod kézzel csinálni

A fenti email-sablon működik, de minden alkalommal neked kell összerakni, követni, és később kibányászni a levelezésből. A Parlóban a jóváhagyás egy külön elem a beszélgetésben: feltöltesz legfeljebb négy változatot (kép vagy link, például Figma), megadhatod az ár-hatást és a határidőt, az ügyfél pedig egy kattintással jóváhagy egyet, módosítást kér vagy elutasít, megerősítő lépéssel. A döntés időponttal és névvel a naplóba kerül, ami utólag nem szerkeszthető, így visszakereshető, ki mit hagyott jóvá. Az ügyfélnek ehhez nem kell fiók, egy emailben kapott kóddal lép be. Bővebben: ügyfél-jóváhagyás online.

Akárhogy csinálod, a lényeg: egy döntés, egy verzió, egy név és egy dátum. Ha ez a négy megvan, az „ok” is elég lehet.