A feltételezések rosszak az üzleti élethez. Rosszak, mert természetesen véleményeket tartunk azért, ahogyan a világ és az elfogultságok alapján látjuk a dolgokat, amelyek velünk történt. A tervezés során a feltételezések veszélyesek, mert a tervezési költségek pénzt, időt és erőforrásokat (a weboldal építője mindezeket vághat le, és megkapja web hosting A jobb oldali áramvonalat is simogatja. És sokkal több pénz, idő és erőforrás költsége, mint amennyit egyszerűen egyszerű Felhasználói tesztelés ami segíthet az általunk tartott elméleteknek bizonyítani (vagy elutasítás).
A következő feltételezések gyakran az alábbi eredmények közül legalább az egyiket eredményezik:
A felhasználói tesztelés az, ahol a felhasználók ténylegesen alkalmazást vagy webhelyet (vagy legalábbis egy prototípusát) használnak, és visszajelzést és betekintést nyújtanak, amely javíthatja azt. Felhasználói tesztelés túlmutat egy egyszerű visszajelzést felmérés és magában nézi a tényleges felhasználók (vagy a célpiac), mivel próbára design. (Győződjön meg róla, hogy biztonságos felhő tároló .)
Ebben a cikkben önkiszolgálunk saját felhasználói tesztjeinket Userlook - Ez az, hogy meghatározzuk azokat a kérdéseket, amelyeket meg szeretnénk kérdezni, elküldjük a felhasználót olyan linket, ahol távolról elvégezhetik a felhasználói tesztet a saját idejében. Ez segít a felhasználói tesztelés automatizálásában (amely időt takarít meg), miközben a felhasználói tesztelők beszerzése saját felhasználói alapunkból (amely pénzt takarít meg).
Megjegyzés: Ha inkább van UserLook toborozni tesztelők az Ön számára, hogy rendben is - az árképzés az oldalon különböző lehetőségeket.
Lehet, hogy kíváncsi, hogy milyen gyakran kell futtatnia a felhasználói teszteket. A rövid válasz: folyamatosan - mindig a felhasználói tesztelés. Amikor a döntéseket úgy táplálják, hogy a felhasználók egyenesen kérik, akkor úgy érzed, hogy kevésbé aggódsz, és sokkal jobban magasabb a siker, amikor a tervező termék végül nyilvánosan elérhetővé válik.
A többség az idő, a csapatok bedobja a törülközőt felhasználói teszt, mert nem értik, hogy miért csinálod, ezért kérünk minden rossz kérdéseket, ami homályos válaszokat, amelyek nem nyújtanak sokat betekintést. Mielőtt kérdéseket tesz fel a felhasználói tesztben, először meg kell kérdeznünk magunkat "Miért csináljuk ezt?" És "mit akarunk tanulni a felhasználói tesztből?"
Mielőtt elkezdjük, először meg kell fontolnunk, hogy teszteljük-e egy MVP-t (minimális életképes terméket) - amelyre a felhasználói tesztelés a megfelelő megközelítés - vagy egy már validált termék használhatósága, amely esetben a megfelelő megközelítés a megfelelő megközelítés . Ha egy MVP-t tesztel, akkor valószínűleg legjobban a felhasználói tesztelésre összpontosít.
Amikor a felhasználói tesztelés az alapvető kérdés: "Ez megoldja ezt a problémát?" Azonban a használhatósági tesztelésnél a meghatározó kérdés: "Mennyire jól oldja meg a problémát?"
A felhasználói tesztelés először jön, és ez történik, amint van MVP. Használhatósági tesztelés történik, miután a magterméket validálták, és itt az ideje, hogy testes legyen a funkcionalitás szélesebb körének, hogy az alkalmazás vagy a weboldal ajánlani. Összefoglalni:
Ebben a lépésben beállítjuk a felhasználólátogatást, és meghatározzuk a kérdéskészletünket, megvitatják a teszthossz, a kártérítés és az út mentén.
Indítsa el a Felhasználói nézethez való bejelentkezéskor, majd válassza ki:
Néhány űrlapmezőket meglehetősen magától értetődő (például neve Test), de majd végigmenni néhány kevésbé nyilvánvaló lehetőségek, amelyek hatással lehetnek a kimenetele a tesztek során.
Nyilvánvaló? Valójában nem annyira! Míg előfordulhat, hogy itt egy élő webhely URL-jét hozzáadja, valójában az Inviser Studio, az Adobe XD, a vázlat, a vázlat és alapvetően bármilyen képernyődiorizációs eszközzel rendelkező prototípusokat is tartalmazhatunk, amely szinkronizálja a felhőt a felhőbe - ami azt jelenti, hogy hamarabb tesztelhetünk (azaz az értékes befektetés előtt) pénz, idő és erőforrások, amelyek a különböző fejlesztési összetettségekbe kerülnek).
Ahhoz, hogy ezt a munkát végezzen, egyszerűen szinkronizálja a tervezést, hogy vázolja a felhőt, az Invision-t, vagy bármi legyen az egyenértékben a választott tervezőeszközben, majd illessze be az adott megosztási kapcsolatot az űrlap mezőbe.
Valószínűleg kíváncsi, hogy miért akarsz határidőt állítani a felhasználói teszten. Itt van egy példa: az öt másodperces felhasználói teszt. Ebben a napban és korban, ahol a felhasználók türelmetlenek, feledékenyek és könnyen zavarodtak, öt másodperces felhasználói tesztet mutathat fel, amit a felhasználó valóban emlékszik arra, hogy mit látnak.
Azonnal világossá tette, amit a weboldalról szólt? Ha a válasz nem, akkor a felhasználó valószínűleg megérkezik a Vissza gombra. Az öt másodperces felhasználói teszt meghatározhatja, hogy a képernyő vagy a weboldal egyértelműen kommunikál-e, amit a felhasználónak meg kell tennie.
Bár csak opcionális, bizonyos kompenzáció szintje ösztönzi a felhasználókat, hogy minőségi visszajelzést nyújtson. A kompenzációnak nem kell pénzügyi kompenzációt kell jelentenie, ez lehet valami olyan egyszerű, mint a szabad hozzáférés, amit az épület.
Természetesen a kérdések a teszt legmeghatározóbb aspektusa. Az igazság valószínűleg sok kérdésed van, de fontos, hogy emlékezzünk arra, hogy szükség szerint sok felhasználói tesztet folytathatunk, így minden egyes teszt előtt hosszú és keményen gondolkodunk arról, hogy mit szeretne tanulni.
Például a kezdeti szabad feltárása teszt kiderülne, hogy a felhasználók Probléma merült fel, így azután tervezése másik iteráció egyik kérdés a nyomon követési teljesítmény teszt lehet: "Mit frusztrációk ment volna regisztrálni?
A kontextus intro az első dolog, amit a felhasználók látnak, amikor elkezdik a tesztet - ez az, ahol bemutatjuk magunkat, magyarázzuk meg, mit csinálunk (és miért) és elvárásokat állítunk be. Ha a felhasználó köteles egy adott feladatot elvégezni, akkor ez az, ahol bemutatjuk ezt a feladatot, és kijelentjük, hogy vannak néhány kérdésre válaszolni (ezek a vizsgálati folyamat során az oldalsávban jelennek meg).
A résztvevő információ magában foglalja a nevét, e-mailt, életkorát, foglalkozását, helyét, háztartási jövedelmét és nemét. Ha akartuk látni, hogy a különböző típusú visszatérő visszajelzést korrelál a különböző demográfiai, tudtuk szegmens ezt az adatot, hogy hozzájáruljon az úgynevezett használati personas, egyfajta írott történet, amely leírja egy bizonyos típusú felhasználó valamint azok igényeit és céljait.
Például 18 és 29 évesek, és 48- 59 évesek természetesen eltérő igények és célkitűzések ha, mondjuk, Facebook - ahol a fiatalabb felhasználók talán vegyenek részt a márka és az idősebb demográfiai érdemes tartózkodás Kapcsolatba a barátaival. Bár opcionális, ezek az adatok több kontextust kínálhatnak a felhasználói visszajelzéshez, és hozzájárulhatnak ezeknek a személyeknek a fejlődéséhez.
A hatókör meghatározása után meg kell kapnunk egy URL-t, amelyet megoszthatunk a felhasználói tesztelőkkel. Ezt követően a felhasználók elvégezhetik a teszteket a saját idejében, így szabadon dolgozhatunk valami mástól.
Ha a vizsgálati kérdéseket helyesen határozták meg, akkor néhány magas színvonalú visszajelzést kell kapnunk, ami mind a megható, mind a következetes; Ez azt jelenti, hogy világos, hogy mit kell változtatnunk a következő iterációban, néhány visszajelzéssel több visszajelzéssel, mint mások.
Ezután egyszerűen a visszajelzés megszervezésének esete.
Affinitás-leképezés egy olyan csoportosítási technika, amelyet különböző adatok szervezésére használnak, beleértve a betekintést, ötleteket, vázlatok, visszajelzéseket és ripeteket; Ebben a forgatókönyvben a felhasználói visszajelzést a közös témák alapján szerveztük meg. Ha például a felhasználói tesztelés, például ezek a közös témák segíthetnek abban, hogy hozza meg, hogy milyen termékadatokat hívnak, lényegében olyan funkciókat és javításokat, amelyek elsősorban a gyakran előforduló visszajelzésekre összpontosítanak, miközben a kevésbé gyakori visszajelzéseket másodlagos aggodalomra ad okot.
Miután végrehajtotta ezeket a nagy prioritású fejlesztést, jellemzői és javítások a jelenlegi sprintciklus, egy másik forduló a felhasználói tesztelés ezután felfedezheti a frissítési lehetőségeket a fejlesztési lehetőség, amely a következő Sprint ciklus alapjait (amely egyébként, magában foglalhatja az alacsony prioritású feladatot is az előző sprintből). Akkor csak öblítse le és ismételje meg: mindig tesztelje!
Ez a cikk eredetileg megjelent a szóban forgó 317 nettó, a világ legkelendőbb magazin a webes tervezők és fejlesztők számára. Vásároljon ki kérdezést 317 vagy Feliratkozás a netre .
Kapcsolódó cikkek:
(Kép hitel: buzzfeed) Szóval szeretné tudni, hogyan kell rangsorolni a Google-ban. A jó hír az, hogy nem kell pr..
Tudhatod Hogyan kell felhívni az embereket , de olyan digitális portré létrehozása, amely megkülönböztethe..
A 19. század csodálatos ideje volt a művészetnek. A művészeket nagy tekintetben tartották, és a nyilvánosságot a művé..
Éjfél, és ez az egyik div A webhelyén még mindig úgy néz ki, mint egy gyermek játékláda. Az összes elem..
A csendélet nem mindenki csésze tea - egy bizonyos sorozatot vesz igénybe Festési technikák - De számomra mindig kedvence volt. Szeretem a teljes körű irányítást a b..
Vertex Workshop Leader Glen déli Megosztja a legjobb tippeket, hogy segítsen javítani ..
A virtuális valóság nem teljesen új, de csak az elmúlt néhány évben volt, hogy a technológia elérte azt a pontot, ahol ..
Ez a bemutató lefedi az eszköz építésének folyamatát - ebben az esetben a űrhajó design - valós fokú ko..