Weboldal-stratégia a közönség feladataitól a mérhető eredményekig

A weboldal-stratégiát bizonyítékoktól eredményekig követhető döntési láncként érdemes felépíteni. Induljon néhány világos szervezeti eredményből és a közönségről rendelkezésre álló bizonyítékból; fogalmazza meg, milyen előrelépést próbálnak elérni az emberek; helyezze ezt a teljes ügyfélútba; azonosítsa, mit kell a weboldalnak lehetővé tennie; végül rendeljen a kívánt felhasználói és szervezeti eredményekhez hipotézist, jeleket, mérőszámokat, kiinduló állapotot, felelőst és felülvizsgálati rendet. Így egy „készítsünk megtérülés-kalkulátort” típusú kérés nem kész megoldásként kerül az ütemtervbe. Előbb kiderül, kinek mely döntése akadt el, milyen bizonyíték támasztja ezt alá, valóban a weboldal tud-e segíteni, és miből látszana az előrelépés.

Mitől más a stratégiatérkép, mint a webhelytérkép vagy a kívánságlista?

A stratégiatérkép nem oldalleltár és nem projektek felsorolása, hanem tömör döntési dokumentum, amely visszafelé a közönség bizonyítékáig, előrefelé pedig egy megfigyelhető eredményig teszi követhetővé a tervezett munkát. A használható stratégiai munka annak feltárásával kezdődik, hogy kik a felhasználók, mit próbálnak elérni, jelenleg hogyan járnak el, mi akadályozza őket, és mire van szükségük a megfelelő eredményhez. A térkép ebben a cikkben szerkesztőségi szintézis, nem szabványosított módszertan, és nem a Jobs to Be Done, az ügyfélúttérképezés, a szolgáltatási tervrajz, a HEART vagy az előnymegvalósítás hivatalos egyesítése.

A fogalmi különbségek azért fontosak, mert megakadályozzák, hogy egy kért megoldás stratégiának álcázza magát. A közönség kontextusa többet mond egy puszta perszónacímkénél; a feladat az elérni kívánt előrelépést írja le, nem a weboldalon végzett kattintást; az ügyfélút mozzanata nem azonos egy oldallal; a képesség azt fejezi ki, mit kell lehetővé tenni, nem pedig egy termék vagy beszállító nevét. Az eredmény képességben, megértésben, hozzáférésben vagy szervezeti teljesítményben bekövetkező változás, míg egy oldalmegtekintés, közzététel vagy munkamenet legfeljebb tevékenység vagy jel.

A felhasználói igényt problémaként vagy elérendő előrelépésként kell megfogalmazni, nem előre kiválasztott megoldásként, miközben az igény és a későbbi tartalom vagy funkció közötti kapcsolat megőrizhető. Ezért az oldal, formátum, funkció, rendszer és ütemtervi tétel csak későbbi jelölt. A megtérülés-kalkulátor például csak akkor kerülhet érdemben szóba, ha van bizonyíték a nehéz összehasonlíthatóságra, azonosított döntési akadály, hiteles weboldali szerep és előre rögzített eredmény. A vizsgálat eredménye lehet magyarázó tartalom, strukturált adat, személyes támogatás, működési változtatás, további kutatás vagy az is, hogy nem indokolt webes beruházás.

• Közönség és releváns helyzet: ki próbál előrelépni, milyen körülmények között?
• Feladat és bizonyíték: mi indítja el az igényt, mi támasztja alá, mennyire biztos a csapat?
• Ügyfélúti mozzanat: milyen kérdés, akadály, kockázat vagy döntés jelenik meg?
• Weboldali szerep és képesség: mit kell lehetővé tenni anélkül, hogy a megoldást előre kiválasztanánk?
• Eredmény és mérés: mi változna a felhasználónak és a szervezetnek, és miből lehetne ezt megítélni?

Hogyan lesz a szervezeti célokból és a közönség bizonyítékaiból használható feladatleírás?

Használható feladatleírás akkor születik, ha a csapat néhány explicit szervezeti eredmény mellé többféle, korlátaival együtt dokumentált közönségbizonyítékot rendez. Interjúk vagy megfigyelések mutathatják meg a helyzetet és az okokat; analitika, belső keresések, ügyfélszolgálati esetek, kérdőívek, értékesítési vagy szolgáltatási adatok és korábbi kutatások más-más részét világíthatják meg. A kattintási sorozat önmagában nem bizonyít szándékot: megmutathatja, mi történt a felületen, de azt nem feltétlenül, hogy az ember miért járt el úgy, milyen külső lépéseket tett, vagy elérte-e a tényleges célját.

A nem felhasználóktól származó érintetti javaslatokat vizsgálandó feltételezésként kell megjelölni, miközben az érintettek szervezeti célokat, korlátokat és működési ismereteket továbbra is adhatnak a munkához. Ez a megkülönböztetés nem csökkenti egy értékesítési, jogi, üzemeltetési vagy ügyfélszolgálati kolléga tudásának értékét; csak láthatóvá teszi, hogy az állítás milyen természetű. Minden forrás mellett rögzítsék, mely közönséget és helyzetet fedi le, mit nem tud megállapítani, hol mond ellent más bizonyítéknak, és mekkora bizalom indokolt. Így a gyakran ismételt belső történet nem válik észrevétlenül kutatási ténnyé.

A feladattérképezés a vevő által elvégezni kívánt feladatot elejétől a végéig vizsgálja, hogy azonosíthatók legyenek azok a pontok, ahol egy termék vagy szolgáltatás segíthet. Gyakorlati, de nem kanonikus mondatminta lehet: „Amikor [a releváns helyzetben lévő közönség] [kiváltó körülménnyel] találkozik, [előrelépést] kell elérnie azért, hogy [kívánt eredmény] létrejöhessen.” Például egy belső beszerzési egyeztetésre készülő üzemeltetési vezetőnek összevethető megvalósítási bizonyítékokra lehet szüksége, hogy a lehetőségeket védhetően bemutassa. Ez csak tanítási példa; közönségkutatás nélkül nem állítás a valódi vevőkről.

• Vonják össze azokat a megfogalmazásokat, amelyek ugyanabban a helyzetben ugyanazt az előrelépést írják le.
• Tartsák külön a feladatokat, ha a kiváltó helyzet, a kívánt előrelépés, a jelentőség, a gyakoriság vagy a bizonyíték erőssége érdemben eltér.
• Utasítsák el feladatként a részlegneveket, demográfiai címkéket, oldalakat, kattintásokat, űrlapbeküldéseket és előre kért funkciókat.
• A mondat mellett, külön mezőkben őrizzék meg a forrásokat, a lefedettséget, az ellentmondásokat és a bizalmi szintet.

Hogyan mutatják meg az ügyfélút akadályai a weboldal megfelelő szerepét?

Az ügyfélút akadályai akkor jelölik ki hitelesen a weboldal szerepét, ha a csapat a feladatot a közönség teljes, többcsatornás folyamatában vizsgálja, nem erőlteti egy általános ismertség–mérlegelés–konverzió tölcsérbe. Az ügyfélúttérkép a fő interakciókat a felhasználó nézőpontjából rendezi egymás mellé, és célokat, viselkedéseket, információkat, döntéseket, érzelmeket vagy lehetséges károkat is megjeleníthet. A valós út különböző belépési pontokat, visszatéréseket, párhuzamos munkát és átadásokat tartalmazhat. A keresés, partneri beszélgetés, dokumentum, személyes egyeztetés, fizikai környezet, szolgáltatási kapcsolat és utólagos támogatás ugyanannak a folyamatnak a része lehet.

Egy ügyfélúti mozzanat több csatornán át húzódhat, miközben egyetlen weboldal több mozzanatot is támogathat; ezért nem szükséges minden állomáshoz új oldalt rendelni. A munkát a teljes probléma és az összefüggő ügyfélút köré érdemes szervezni, nem a meglévő szervezeti felelősség vagy az előre kiválasztott technológia köré, és új szolgáltatás létrehozása előtt az alternatívákat is mérlegelni kell. Minden fontos pontnál rögzítsék a felhasználó célját, kérdését, információját, döntését, viselkedését, akadályát, kockázatát és az esetleges hátrányt. Csak a bizonyítékkal támogatott akadályból vezessenek le weboldali képességet.

A képesség megoldássemleges állítás arról, mit kell a weboldalnak lehetővé tennie: például hiteles magyarázatot, összehasonlítást, jogosultság megítélését, bizonyítékok értékelését, tranzakciót, megerősítést, támogatást, személyre szabást vagy integrációt. Ezután külön vizsgálják meg, hogy a weboldal rendelkezik-e érdemi befolyással, megfelelő tartalommal, adattal, felhatalmazással, működési háttérrel és kezelhető függőségekkel. A szolgáltatási tervrajz az ügyfél lépéseihez hozzáteszi az előtérben látható interakciókat, a háttértevékenységeket és a támogató folyamatokat. Ebből a szemléletből elég annyit átvenni, amennyi a tulajdonosok és függőségek feltárásához szükséges.

• Ha a hiányzó bizonyíték tartalmi és a szervezet hitelesen rendelkezik vele, a weboldalnak lehet szerepe.
• Ha az alapadat nem létezik vagy nem megbízható, először az adatgazdának kell lépnie.
• Ha a döntés személyes egyeztetést igényel, a weboldal feladata lehet a felkészítés és a megfelelő csatornához irányítás.
• Ha az akadály szabályzatból, folyamatból vagy kapacitáshiányból ered, a tulajdonos valószínűleg nem a webes csapat.
• Ha az út jelentős hozzáférési, adatvédelmi vagy működési kockázattal jár, vonjanak be megfelelő szakértőt a döntésbe.

A weboldal-stratégia nem építési lista, hanem követhető érvelés arról, hol segíthet a weboldal, miért fontos ez, és miből tudjuk majd, hogy sikerült.

Hogyan kapcsolhatók a weboldali képességek mérhető eredményekhez?

A weboldali képességet úgy lehet mérhető eredményhez kapcsolni, hogy külön megfogalmazzák a felhasználónál várt változást és azt a szervezeti eredményt, amelyhez ez hozzájárulhat, majd ellenőrizhető hipotézist írnak a kapcsolatukról. A felhasználói eredmény lehet jobb képesség, megértés, magabiztosság, hozzáférés vagy előrehaladás; a szervezeti eredmény ettől elkülönülő üzleti változás. Az értelmezhető teljesítménymérés a szolgáltatás világos céljából, a felhasználói igényekből, a kívánt eredményekből, az előnyökből és a hipotézisekből indul ki, nem pedig a már rendelkezésre álló adatokból. Együtt mozgó webes és üzleti mutatók önmagukban nem bizonyítják, hogy a webes változtatás okozta az eredményt.

A cél–jel–mérőszám logika segít elkerülni, hogy a műszerfal kínálata diktálja a stratégiát. Előbb nevezzék meg a kívánt eredményt, azután keressenek olyan megfigyelhető viselkedést vagy észlelést, amely előrelépést jelezhet, végül válasszanak a döntéshez használható mennyiségi és minőségi mérőszámokat. A HEART a felhasználó-központú méréseket elégedettség, aktivitás, használatbavétel, megtartás és feladatsiker területekre bontja, a cél–jel–mérőszám folyamat pedig a célokból indul ki a jelek és mérőszámok kiválasztása előtt. Ezek választási szempontok, nem kötelező mutatólista; egy adott feladatnál csak a releváns elemeket használják.

Az eredménymutatókat különítsék el a viselkedést vagy élményt magyarázó diagnosztikai jelektől és az üzemeltetési állapotot jelző mutatóktól. Az általános forgalmi mutatók kétértelműen jelezhetik a felhasználói élményt: a több oldalmegtekintés jelenthet értéket, de tanácstalanságot is. A mérési tervnek rögzítenie kell a várt eredményeket, a mennyiségi és minőségi mutatókat, az adatgyűjtési módszert, a felelőst, a felülvizsgálat gyakoriságát és a viszonyítási alapot. A teljes és az információs webes ügyfélutak reprezentatív feladatokkal és résztvevőkkel ismételten összehasonlíthatók, többek között a teljesítés és az idő mérésével. Összetett mérlegelésnél azonban a gyorsabb döntés nem automatikusan jobb.

• Eredmény: milyen érdemi változást várunk a felhasználónál, és mihez járulhat hozzá a szervezetben?
• Hipotézis: miért feltételezzük, hogy a képesség mindkét eredményt előmozdítja?
• Jel és mérőszám: milyen viselkedésből, észlelésből vagy teljesítményből lehet az előrelépésre következtetni?
• Értelmezési keret: mi a kiinduló állapot vagy bizonyítékhiány, mi az adat hatóköre, és milyen korlátok maradnak?

Hogyan rangsorolják a csapatok a stratégiai sorokat és az érintetti kéréseket?

A stratégiai sorokat közös döntési sorrendben érdemes rangsorolni, amely külön láthatóvá teszi a közönségértéket, a bizonyítékot, a szervezeti hozzájárulást, a weboldal befolyását, a függőségeket és a bizonytalanságot. Először vizsgálják meg, mennyire fontos és gyakori a feladat az adott helyzetben; utána a bizonyíték erősségét és reprezentativitását, a jelenlegi súrlódás következményét, az explicit szervezeti eredményhez vezető kapcsolatot, majd a weboldal tényleges mozgásterét. Végül az adat-, tartalmi, működési, technológiai és mérési függőségek alapján határozzák meg a sorrendet. Ezeket az ítéleteket ne olvasszák össze tudományosnak látszó, de bizonytalan súlyozású pontszámmá.

A felhasználói igényeket kutatással kell ellenőrizni, a felhasználóktól nem származó állításokat pedig azonosítható feltételezésként kell kezelni. Egy jó portfólió ezért kicsi: olyan sorokat tartalmaz, amelyeknél érdemi közönségérték, világos szervezeti hozzájárulás, hiteles weboldali befolyás és a cselekvéshez elegendő bizonyíték találkozik. A többi sor se maradjon névtelen várólistán. Kapjon kifejezett állapotot: előbb kutatandó, weboldalon kívülre irányítandó, halasztandó vagy elutasítandó. Az állapot mellé rövid indoklás és a döntés megváltoztatásához szükséges bizonyíték kerüljön, így később nem kell ugyanazt a vitát elölről kezdeni.

Minden javasolt oldalnál, tartalomnál, funkciónál vagy analitikai kérésnél három dolgot kérdezzenek meg: melyik elfogadott stratégiai sort mozdítja előre, milyen hipotézis köti a sor eredményeihez, és milyen bizonyítékból ítélhető meg a működése. A kalkulátor iránti lelkesedés például nem írhatja felül, ha az összehasonlítási akadály csak feltételezés, a szükséges adatoknak nincs gazdája, vagy a döntés valójában személyes támogatást igényel. Az összefüggő ügyfélút kezelése együttműködést igényel a felelős csapatok között, és magában foglalja egy új webes szolgáltatás alternatíváinak mérlegelését. A webes csapat feladata ilyenkor nem minden probléma befogadása, hanem a megfelelő tulajdonos láthatóvá tétele.

• Elfogadás: a kérés bizonyított, elfogadott sort támogat, és vizsgálható hipotézis kapcsolja az eredményekhez.
• Kutatás előbb: a feladat vagy akadály fontos lehet, de a bizonyíték lefedettsége vagy ereje még nem elegendő.
• Átirányítás: más csatorna, partner, adatgazda, szabályzati döntés vagy működési folyamat rendelkezik nagyobb befolyással.
• Halasztás: az érték igazolható, de egy függőség, kockázat vagy mérési hiány miatt a későbbi sorrend védhetőbb.
• Elutasítás: a kérés nem kapcsolható elfogadott sorhoz, vagy a weboldalnak nincs hiteles szerepe a problémában.

Hogyan készül el az első stratégiatérkép, és mitől marad naprakész?

Az első stratégiatérkép egy szűk, döntésre alkalmas portfólióval készül el, és akkor marad naprakész, ha minden elfogadott sornak van felelőse, saját helyzetéhez illő felülvizsgálata és dokumentált változástörténete. Nem kell megvárni a teljes bizonyosságot vagy a teljes webhely leltározását. A csapat először igazodjon néhány szervezeti eredményhez, rendezze össze a meglévő bizonyítékot, fogalmazza meg a kontextusos feladatokat, térképezze fel a kritikus ügyfélúti mozzanatokat, határozza meg a hiteles weboldali képességeket, párosítsa az eredményeket, majd rögzítse a hipotéziseket és a mérést. A bizonyítékkal alátámasztott felhasználói igény és az annak kezelésére létrehozott tartalom vagy funkció közötti kapcsolat végig nyomon követhető.

1. Egyezzenek meg a weboldalhoz kapcsolható szervezeti eredmények szűk körében.
2. Gyűjtsék össze a meglévő kutatást, analitikát, keresési, támogatási, értékesítési és szolgáltatási bizonyítékot.
3. Fogalmazzák meg és vonják össze a kontextusos közönségfeladatokat, a bizalmat külön rögzítve.
4. Helyezzék a fontos feladatokat a teljes, többcsatornás ügyfélút megfelelő mozzanataiba.
5. Az akadályokból vezessenek le megoldássemleges képességeket, és ellenőrizzék a weboldal befolyását.
6. Párosítsák a felhasználói eredményt a szervezeti hozzájárulással, majd írjanak vizsgálható hipotézist.
7. Rögzítsék a jeleket, mérőszámokat, kiinduló állapotot, adatkorlátokat, felelőst és felülvizsgálati rendet.
8. Válasszanak kis aktív portfóliót, a többi sornak pedig adjanak egyértelmű döntési állapotot.

Felülvizsgálatkor az új kutatást, minőségi visszajelzést, teljesítményadatot, működési változást, függőséget és ellentmondást együtt értékeljék. A mérési gyakorlatnak felelőst és felülvizsgálati gyakoriságot kell kijelölnie, az eredményeket a várakozásokhoz kell viszonyítania, majd az új bizonyítékok alapján finomítania kell a megoldást és a mérést. Egy sor maradhat, módosulhat, kettéválhat, összeolvadhat, más tulajdonoshoz kerülhet vagy megszűnhet. Az előnyök megvalósulását vizsgáló módszerek összekapcsolhatják a felhasználói probléma nagyságát és egy beavatkozás hatását a tágabb szervezeti célokkal. Ettől még az oksági következtetéshez megfelelő értékelési terv kell; az együtt mozgó mutatók nem elegendők.

A térkép maradjon stratégiai döntési eszköz. A részletes analitikai megvalósítás, információs architektúra, konverzióoptimalizálás, CMS-választás, tartalomüzemeltetés és kérésbefogadás külön munkafolyamatba tartozik, miután a stratégiai sor elfogadást kapott. Tapasztalt felhasználó-kutató, szolgáltatástervező, mérési, hozzáférhetőségi, adatvédelmi, statisztikai vagy üzemeltetési szakember bevonása indokolt, ha gyenge a bizonyíték, nehéz reprezentatív kutatást végezni, jelentős kockázatot hordoz az út, szakértői megítélést igényel az adatkezelés vagy a hozzáférhetőség, illetve meg kell különböztetni az oksági hatást a korrelációtól. A jó első verzió nem végleges, hanem őszintén mutatja, mit tud a szervezet, mit feltételez, és mit fog legközelebb ellenőrizni.