Egyedi legördülő listák tervezése és fejlesztése kiváló minőségben

Egyedi listák tervezése online feladathoz

Az Egyedi listák akkor hasznosak, amikor a látogató nem szabad szöveget ír, hanem előre megadott lehetőségek közül választ. Ez egyszerűnek tűnik, de a rosszul megtervezett lista sok hibát okozhat. Én azt látom, hogy egy legördülő mező, egy többválasztós lista vagy egy kereshető választó akkor működik jól, ha a felhasználó gyorsan érti, mit kell tennie, és nem kell találgatnia.

Magánügyfélként gyakran nem egy teljes rendszert akar valaki átalakítani, hanem egy konkrét felületi elemet szeretne rendbe tenni. Például egy űrlapon túl hosszú a választék, egy rendelési oldalon nehéz megtalálni a megfelelő opciót, vagy egy belső oldalon túl sok adat jelenik meg egyszerre. Ilyenkor egy szabadúszó tervező távolról is el tudja készíteni a listák működését, állapotait és képernyőtervét. A Qjob.hu felületén ilyen jellegű online munkára is lehet magánszakembert keresni.

Szerintem az egyedi lista nem attól lesz jó, hogy látványos. Inkább attól, hogy nem akadályozza a döntést. Ha csak öt elem van benne, lehet egyszerű. Ha ötven vagy száz elemről van szó, már kell keresés, csoportosítás, betöltési logika és hibaállapot is. Ez már nem csak grafikai kérdés, hanem használhatósági döntés.

Egyedi listák típusai

Az Egyedi listák többféle feladatnál jelenhetnek meg. Lehetnek sima legördülő listák, jelölőnégyzetes választók, rádiógombos csoportok, kereshető mezők, címkés többválasztós elemek vagy olyan listák, amelyek a korábbi választás alapján változnak. Ezeket sok ügyfél egy néven említi, de a tervezőnek külön kell választania a működést.

Tapasztalatom szerint a legnagyobb gond ott kezdődik, amikor minden választási helyzetet legördülő listával akarnak megoldani. Rövid lista esetén ez sokszor rendben van. De hosszú lista, ismétlődő adatok vagy gyors adatbevitel esetén a kereshető mező jobb lehet. Több választásnál pedig érdemes láthatóvá tenni, mit jelölt ki a felhasználó, mert különben később nem biztos benne.

Volt olyan eset, amikor egy ügyfél egy webshophoz kért egy egyszerű listát. A feladat elsőre kis munkának látszott. Később kiderült, hogy a lista szín, méret, készlet és szállítási feltétel alapján is változott volna. A végén nem egy lista készült, hanem egy teljes választási folyamat. Ezért fontos már az elején leírni, honnan jönnek az adatok, mikor frissül a választék, és mi történik, ha nincs találat.

Legördülő listák árak

A legördülő listák ára főleg attól függ, hogy csak vizuális terv kell, vagy működési logikát is át kell gondolni. Egy statikus lista gyorsabban elkészül. Egy kereshető, szűrhető, többállapotú vagy mobilra is pontosan kidolgozott lista már több időt kér. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert kimaradnak az állapotok, a hibák és a fejlesztőnek szánt átadási részletek.

Az áraknál nem csak a képernyők számát érdemes nézni. Egyetlen lista is lehet drága, ha sok kivételt kell kezelnie. És több kisebb lista is lehet kedvezőbb, ha azonos szabály szerint működnek. Szerintem a jó ajánlat nem csak összeget tartalmaz, hanem azt is, hogy hány változat, hány javítási kör és milyen átadási anyag szerepel benne.

Egyedi lista szakember választása

Egyedi lista tervezéséhez olyan szakember kell, aki nem csak szép mezőt rajzol. Értenie kell az űrlapokhoz, az adatszerkezethez, a felhasználói viselkedéshez és a fejlesztői átadáshoz is. Nem baj, ha a tervező nem programozó. De tudnia kell, milyen kérdéseket kell feltenni ahhoz, hogy a fejlesztő később ne találgasson.

Érdemes portfóliót kérni olyan munkákból, ahol nem csak főoldalak vagy látványos blokkok vannak, hanem űrlapok, vezérlők, választók és adatbeviteli részek is. A jó magánszakember megmutatja, hogyan gondolkodik a hibákról, az üres állapotokról és a hosszú szövegekről. Ezek apróságnak látszanak, de a valódi használatban sokat számítanak.

Sokan ott hibáznak, hogy csak a kinézet alapján választanak. Egy lista lehet tiszta és modern, de mégis rossz, ha a felhasználó nem látja, mit választott ki. Ugyanez igaz akkor is, ha a lista mobilon túl kicsi, vagy a hosszú elemek levágódnak. A választásnál ezért nem elég azt kérdezni, mennyiért készül el. Azt is meg kell nézni, hogyan kezeli a tervező a szélső eseteket.

Online munkamenet és átadás

Az online munkamenet általában rövid egyeztetéssel indul. Az ügyfél elküldi a jelenlegi képernyőt, a problémát, a listában szereplő adatokat és a várt működést. Ezután a szakember javaslatot tesz arra, hogy milyen listaelem lenne megfelelő. Nem mindig az lesz a jó megoldás, amit az ügyfél elsőre elképzelt.

A tervezés során készülhet gyors vázlat, majd részletesebb képernyőterv. Fontos, hogy legyen normál állapot, nyitott állapot, kijelölt állapot, hibaállapot, betöltési állapot és üres találat is, ha a feladat ezt indokolja. Ha a lista függ más mezőktől, ezt külön kell jelezni. Például egy kategória kiválasztása után más elemek jelennek meg a következő listában.

Az átadás lehet képernyőterv, rövid leírás, fejlesztői jegyzet, képernyőkép vagy szerkeszthető tervfájl. A lényeg az, hogy a fejlesztő értse, mit kell megvalósítani. Jó esetben a tervező nem csak képet ad át, hanem elmagyarázza a működési szabályokat is. Így kevesebb visszakérdezés lesz, és kisebb az esély arra, hogy a kész felület máshogy működik, mint ahogy az ügyfél elképzelte.

Listaelemek és minőségi elvárások

A listaelemek minősége a részleteken múlik. Látszik-e az aktuális választás. Egyértelmű-e a helykitöltő szöveg. Elférnek-e a hosszabb nevek. Van-e billentyűzettel használható megoldás. Működik-e érintőképernyőn. Ezeket nem mindig kéri külön az ügyfél, de egy tapasztalt tervező figyel rájuk.

Szerintem a jó egyedi választó nem akar mindenáron különleges lenni. A felhasználó nem azért jön az oldalra, hogy a lista működését tanulja. Választani akar, gyorsan és hibamentesen. Ezért sokszor a megszokott minta jobb, mint egy látványos, de nehezen érthető megoldás.

A minőségi elvárások közé tartozik az is, hogy a lista illeszkedjen a meglévő felülethez. Ne legyen idegen a betűméret, a távolság, az ikonhasználat és a visszajelzés. Ha a rendszerben már vannak vezérlők, a tervezőnek ezekhez kell igazodnia. Ha nincs egységes rendszer, legalább a legfontosabb szabályokat érdemes rögzíteni.

Gyakori hibák egyedi listáknál

A gyakori hibák között első helyen van a túl hosszú, rendezetlen választék. Ha a felhasználónak sok elemet kell végiggörgetnie, könnyen elbizonytalanodik. Ilyenkor keresés, csoportosítás vagy rövidebb lista kell. Nem minden adat való legördülő mezőbe.

Másik hiba a nem egyértelmű címkézés. Ha a mező neve túl általános, a felhasználó nem tudja, milyen döntést vár tőle a rendszer. A rossz példák sokszor ilyenek. Típus, kategória, opció, választás. Ezek önmagukban keveset mondanak. Jobb, ha a szöveg pontosan jelzi, mit kell kiválasztani.

Gond az is, ha nincs visszajelzés. A kijelölt elem nem elég látható, a törlés nehéz, vagy a hibaüzenet csak a mentés után jelenik meg. Egy magánügyfél sokszor csak akkor veszi észre ezt, amikor már kész a fejlesztés. Ezért érdemes a tervezési szakaszban végignézni az összes fontos állapotot.

Volt olyan munka, ahol a lista mobilon teljesen használható volt, de asztali nézetben túl szélesre nyílt, és kitakarta a következő mezőt. Nem nagy hiba, mégis rontotta az egész űrlap érzetét. Az ilyen részletek miatt jó, ha a szakember nem csak egy képernyőméretre készít tervet.

Mikor érdemes egyedi választót kérni

Egyedi választót akkor érdemes kérni, ha a meglévő megoldás lassítja a felhasználót, sok hibát okoz, vagy nem illeszkedik az oldal többi részéhez. Akkor is hasznos lehet, ha új űrlap, rendelési folyamat, szűrő vagy belső kezelőfelület készül. Ilyenkor a lista nem különálló elem, hanem a teljes folyamat része.

Ha csak néhány elemről van szó, nem mindig kell bonyolult megoldás. De ha sok adat, több választás, keresés vagy feltételes működés jelenik meg, már érdemes tervező bevonása. Az online egyeztetés ehhez elég lehet, ha az ügyfél pontosan elküldi a példákat és az elvárt eredményt.

Az Egyedi listák akkor adják a legtöbb értéket, amikor csökkentik a bizonytalanságot. A felhasználó gyorsabban választ, az ügyfél kevesebb hibás adatot kap, a fejlesztő pedig pontosabb tervből dolgozik. Ez nem látványos ígéret, hanem gyakorlati előny. És ilyen feladatnál ez számít igazán.