A fő döntés

A látogató elsődleges feladata lehet árajánlatkérés, időpontfoglalás vagy termékválasztás; ezekhez eltérő információ kell. Válassz egy elsődleges célt oldalanként, és írd mellé a befejezés pontos feltételét.

A célt a vállalkozás munkafolyamatához kell kötni. Az „új ügyfeleket szeretnénk” helyett használhatóbb kérés, hogy a weboldal a megfelelő területről érkező, megfelelő feladatra kereső érdeklődőket vezesse ajánlatkéréshez. Gondold végig, mi történik a beküldés után: ki olvassa el az üzenetet, milyen információ alapján dönt, és hogyan veszi fel a kapcsolatot. Ha ehhez a szolgáltatás típusa és a helyszín kell, az oldal tartalma és űrlapja is ezt támogassa. A briefben külön szerepeljen az elsődleges és másodlagos cél. Egy tudástári cikk például elsősorban magyarázhat, miközben lehetőséget ad szakértői segítség kérésére. Az eltérő szerepeket ne ugyanazzal a felhívással próbáld megoldani. Egy kívülálló el tudja mondani, milyen következő lépést vár az oldal.

Célcsoport és akadály

A vásárlási szándék mellett a bizonytalanságokat is ismerni kell: ár, határidő, szakmai alkalmasság és bizalom. Gyűjts tényleges ügyfélkérdéseket az értékesítőktől, és rendezd őket döntési szakaszok szerint.

A célcsoportot ne csak életkorral vagy vállalatmérettel jellemezd. Egy ügyvezető és egy szakmai beszerző ugyanannál a cégnél is más kérdésre kereshet választ. Az egyik az együttműködés felelősségeit és kiszámíthatóságát keresi, a másik műszaki követelményeket hasonlít össze. A briefhez készíts rövid kérdéslistát a legutóbbi megkeresésekből: mit kérdeztek az első telefonban, melyik félreértést kellett rendszeresen tisztázni, és mi miatt nem lett a megkeresésből megbízás. Ezekből szolgáltatási magyarázat, gyakori kérdés és releváns referenciablokk készülhet. A bizonytalanságot ne túlzó ígérettel kezeld. Ha az ár felméréstől függ, mondd el, mit kell felmérni és miért. Ez őszintébb és használhatóbb alap az ajánlatkéréshez. A fő kérdésekre a felület konkrét választ vagy egyértelmű kapcsolatfelvételi lehetőséget ad.

Tartalomleltár

A logó és néhány kép még nem elég egy szolgáltatói oldal elkészítéséhez. Sorold fel a meglévő szövegeket, jogosultan használható fotókat, referenciákat és hiányzó szakmai adatokat.

A tartalomleltár praktikus formája egy oldalak szerint rendezett táblázat. Minden sorban szerepeljen a tervezett URL, az oldal célja, a meglévő szöveg és kép helye, a hiányzó adat, valamint az ellenőrzésre jogosult személy. A képeknél a felhasználási jog és az eredeti méret is fontos; egy közösségi oldalról lementett apró kép nem feltétlenül alkalmas nyitóképre. A referenciáknál különítsd el a biztosan közölhető projektnevet az engedélyköteles részletektől. A cégadatot, címet, telefonszámot és szolgáltatási feltételt tényleges forrásból ellenőrizd. Ha valami még nincs meg, a táblázatban nyitott feladatként szerepeljen, ne a készülő oldalra kerüljön kitalált adat. A tartalom elkészítése így tervezhető munkarész lesz. Minden oldalhoz tartozik tartalomfelelős és valódi, ellenőrzött alapanyag.

Funkció és integráció

A naptár, CRM, fizetés vagy ügyfélportál terjedelme jelentősen módosíthatja a feladatot. Írd le, milyen adat honnan hová jut, ki kezeli, és mi történjen sikertelen kapcsolat esetén.

Egy integráció leírásához rajz vagy egyszerű folyamatlista is elég lehet. Például az ajánlatkérő űrlap beérkezik a WordPressbe, értesítést küld a felelősnek, majd kapcsolatot hoz létre a CRM-ben. Mindhárom állomásnál meg kell határozni az adatot és a hibát: mi történik, ha a levélküldés sikerül, de a CRM nem elérhető? Az igény ne csak terméknevet tartalmazzon, hanem működési elvárást is. A „CRM-integráció” önmagában nem mondja meg, hogy új rekordot kell létrehozni, meglévőt frissíteni vagy egy kampányhoz rendelni. A hozzáférések rendelkezésre állása, az előfizetés és a külső szolgáltató korlátai szintén a megvalósíthatóság részei. Ezek korai tisztázása pontosabb ajánlatot eredményez. A legfontosabb folyamatnak leírható a sikeres és a sikertelen kimenete.

Átadási feltételek

A kész fogalma gyakran mást jelent a megrendelőnek és a fejlesztőnek. Rögzítsd a mobilos ellenőrzést, a tartalomellenőrzést, a hozzáférések átadását és a javítási eljárást.

Az átvételi feltételt feladatként fogalmazd meg, ne jelzőként. A „mobilbarát” követelmény mellé például kerüljön, hogy telefonon elolvasható a szolgáltatás, kezelhető a menü és elküldhető az űrlap, a billentyűzet pedig nem takarja el a szükséges visszajelzést. A „gyors” elváráshoz meg kell nevezni a mérés tárgyát és körülményét, mert egyetlen laborpontszám nem ír le minden felhasználói helyzetet. A javítás és új igény közötti határt szintén előre tisztázd: más, ha hiányzik egy vállalt mező, és más, ha később új értékesítési folyamatot kértek. A rövid átvételi forgatókönyv mindkét felet segíti abban, hogy ugyanazt értse elkészült munkán. A lezárást ellenőrzőlista és kijelölt jóváhagyó támogatja.

Indulás utáni tulajdon

A weboldalhoz kapcsolódó fiókok és előfizetések később is szükségesek lesznek. Nevezd meg a domain, tárhely, analitika és licencek tulajdonosát, valamint a karbantartás felelősét.

A tulajdonosi listában a domain, tárhely, szerkesztői rendszer, mérési fiók, levelezési szolgáltatás és fizetős licencek is kapjanak helyet. A vállalkozás számára fontos, hogy saját fiókból elérje ezeket, és a szolgáltatóváltás ne hozzáférések felkutatásával kezdődjön. A licenc tulajdonosa és a használat joga nem mindig ugyanaz: egy fejlesztői csomagból biztosított bővítmény frissítése külön feltételhez köthető. Ezt az átadás előtt érthetően le kell írni. A karbantartásnál különítsd el a technikai frissítést, tartalomkezelést és új fejlesztést. Ha ezek külön feladatként, felelőssel és ellenőrzési móddal szerepelnek, az új weboldal működtetése nem marad gazdátlanul az indulás után. A brief így a hosszabb együttműködés alapja is lehet. A vállalkozás saját hozzáféréssel és dokumentált működési tudással rendelkezik.

Szemléltető helyzet és gyakorlati munkalap

Szemléltető példa: egy ipari karbantartó vállalkozás több megkeresést szeretne, de valójában csak bizonyos géptípusokkal dolgozik. A briefbe ezért a kiszolgált berendezések, a földrajzi terület és a sürgős hibabejelentés útvonala kerül. Így a látogató hamar eldöntheti, releváns partnerre talált-e, az értékesítő pedig használható adatokat kaphat.

A kész anyag használata

A briefnek nem kell minden technikai részletet előre eldöntenie. A fontos különbség a tisztázott követelmény és a nyitott tervezési kérdés között van: mindkettő megnevezhető, de eltérő döntést igényel. Egy leírt bizonytalanság kezelhetőbb, mint egy kimondatlan elvárás.

Gyakori kérdések

Kell technológiát választanom a brief megírása előtt?

Nem feltétlenül. Először a tartalmi és működési igényt érdemes leírni: ki szerkeszt, milyen adatot kezelsz, milyen külső kapcsolat szükséges, és milyen feladatot végez a látogató. Ezek alapján lehet indokolható technológiai javaslatot készíteni. Ha van kötelező rendszer vagy meglévő szerződés, az szerepeljen a briefben, de az üzleti célt ne helyettesítse egy előre kiválasztott eszköz neve. A megvalósító így a feladatra adhat választ.

Mennyire legyen részletes a weboldalbrief?

Annyira, hogy a fontos vállalások és nyitott kérdések azonosíthatók legyenek. Nem szükséges kész tervet adnod a fejlesztőnek, de a célcsoport, tartalom, funkció, felelős és átadási feltétel ne maradjon kimondatlanul. A még bizonytalan rész is megnevezhető kutatási vagy tervezési feladatként. Egy rövid, pontos dokumentum jobb alap lehet, mint sok oldalnyi általános kívánság, amelyből nem derül ki, mire mondjátok majd, hogy elkészült.

Források és további olvasnivaló

A cikk tájékoztató jellegű szakmai útmutató. Az említett példák szemléltető helyzetek; a saját vállalkozásodnál a konkrét adatok és a működési feltételek alapján érdemes dönteni.

Van egy hasonló feladatod?

Beszéljük át, hogyan ültethető át a gyakorlatba.

Projektet indítok

Kapcsolódó szolgáltatás: Weboldalkészítés ↗