Įmonės navigacijos sistemos projektavimas (arba perprojektavimas) nėra lengvai suprantama užduotis. Įmonės taikomosios programos aptarnauja daug vartotojų, jose galima rasti daug įvairių asmenų, jose yra daug turinio ir funkcijų. Kai kurios įmonės programos turi net keletą internetinių stalinių ir mobiliųjų produktų, kuriuos reikia sklandžiai integruoti, kad būtų malonesnė vartotojo patirtis.
Nors tai gali pasirodyti bauginanti ar net neįmanoma užduotis, kurią geriausiai gali atlikti didelė „ekspertų“ komanda, pavienis informacinis architektas arba „UX“ dizaineris gali vienas pats išspręsti įmonės taikomųjų programų patobulinimo dizainą, jei tik ji laikosi efektyvios metodikos suinteresuotųjų šalių bendradarbiavimui.
'Valgydami dramblį, gerkite po vieną kąsnį'. - Creightonas Williamsas Abramsas jaunesnysis
Pagrindiniai skirtumai tarp įmonės programų ir mažesnių žiniatinklio sistemų yra didžiulis turinio kiekis ir funkcijų įvairovė. Kai mažesnės sistemos gali veiksmingai pasikliauti gana plokščia navigacijos sistema (t. Y. Mažiau paspaudimų, kad būtų galima pasiekti visą turinį), įmonės programų architektūrai dažnai reikia kelių lygių meniu ir kruopščiai išdėstytų kelio paieškos mechanizmų. Kuo sudėtingesnė navigacijos sistema, tuo svarbiau, kad pačią sistemą būtų lengva naudoti, gerai organizuota ir suderinta su vartotojo mentalinis modelis .
Galutinis tikslas gali būti aiškus, tačiau jei būtų sukurtas „tobulas“ įmonės navigacijos sistemos dizainas, kiekviena įmonė būtų jį priėmusi. Be tobulintos sistemos yra daug vietos tobulėjimui, kūrybiškumui ir naujovėms. Tai taip pat atskleidžia faktą, kad kiekviena įmonė yra skirtinga, jos naudojimo atvejai ir reikalavimai navigacijai naudojant sudėtingą programą skiriasi.
Iš esmės navigacija yra „kelio paieška“. Jūrininkai gali plaukioti atvirame vandenyne naudodamiesi žvaigždėmis; sausumos keliautojai gali rasti tikslą naudodamiesi orientyrais; ir įmonės programų vartotojai pasiekia savo galutinius tikslus pasikliaudami įvairiais skaitmeniniais rodikliais.
Pavyzdžiui, skaitmeninėje visatoje navigacija priklauso nuo raktinių žodžių, etikečių, spalvų, ikonografijos, raginimo veikti objektų ir kitų ekrano rodiklių pasirinkimo ir išdėstymo. Kai turinys yra prastai organizuotas, ypatybės yra netyčia paženklintos, atsitiktinai parinkti raktiniai žodžiai arba piktogramos yra bukos ar netradicinės, vartotojai gali nusivilti ar pamesti ... ir jie gali tiesiog išeiti.
Įmonės aplinka yra savaime sudėtinga, todėl norint veiksmingai veikti, reikia daugybės organizacijų. Nė vienas asmuo negali intuityviai žinoti ar suprasti visos įmonės programos apimties ar unikalių ir įvairių jos vartotojų lūkesčių. Yra daug nuomonių dėl kurie rezultatai yra būtini bet kuriai projektavimo metodikai. Nepaisant to, kas sukurta galų gale, bet kokia metodika turėtų prasidėti suinteresuotųjų šalių bendradarbiavimas .
Bet koks didelio masto projektas turėtų prasidėti a suinteresuotųjų šalių pradinis susitikimas . Iš esmės tai yra didelis susitikimas su visais pagrindiniais dalyviais (nuotoliniu būdu ar vietoje), kad būtų galima pradėti projektą. Paprastai suinteresuotųjų šalių pradiniame susitikime dalyvauja vienas vedėjas, kuris supažindina su projekto tikslais, nustato visus suinteresuotųjų šalių vaidmenis ir atideda projekto vadovus (kur tinkama) dėl papildomo konteksto, kad būtų galima pradėti bendradarbiauti.
Kuo didesnė komanda, tuo svarbiau surengti oficialų suinteresuotųjų šalių susitikimą. Panašiai kaip olimpiados atidarymo ceremonija, šis šiek tiek iškilmingas projekto pradinis taškas visoms suinteresuotosioms šalims aiškiai parodo, kad „žaidimai prasidėjo“.
Kaip dizaineriui, geriausia gauti suinteresuotųjų šalių sąrašą ir jų vaidmenis kaip orientyrą planuojant navigacijos dizaino sesijas ir interviu. Kiekvienas iš šio sąrašo yra svarbus ir vertingas darbui, kurį reikia atlikti.
Nustačius ir įtraukus visas suinteresuotąsias šalis, raskite laiko susitikti mažesnėse grupėse arba suplanuokite individualius interviu, kad surengtumėte minčių audras ir minčių seansus. Atidarę duris svajoti apie „mėlynojo dangaus“ ateitį, žmonės rečiau filtruoja savo idėjas ar nuomonę, o naujovėms suteikiama galimybė išskleisti savo sparnus.
Daugeliu atvejų istorinės kliūtys ar nepagrįsti apribojimai gali išlikti suinteresuotųjų šalių galvose, bet realiai jų nebėra (dėl, pavyzdžiui, naujų technologijų, pokyčių rinkoje, įmonės taikomų pajamų pokyčių ar kitų veiksnių) . Kai suinteresuotieji subjektai dalijasi susirūpinimu dėl šių kliūčių, pabandykite paklausti „kodėl“, prieš priimdami tokius, kokie jie yra. Čia gali būti paslėpta galimybė.
Norėdami pradėti šį protų audros procesą, pradėkite nuo kelių klausimų:
Gali atrodyti, kad toks požiūris atvers „kirminų skardinę“, tačiau tol, kol visiems bus aišku pagal „mėlynojo dangaus“ scenarijų, gali nutikti puikių dalykų. Pabandyk!
Kai vartotojai patiria skausmą ar nusivylimą naršydami per didelės apimties įmonės sistemą, norėdami rasti turinį ar funkcijas, kurios turėtų būti lengviau prieinamos, šie vartotojai dažniau atsisako ir (kartais) randa alternatyvą. Ta alternatyva gali būti su konkurentais.
Būkite realistiškas ir agresyvus nustatydamas vartotojo skausmo taškus ir problemas. Daugelis suinteresuotųjų šalių turi tiesioginę prieigą prie vartotojų atsiliepimų apklausų, mokymų ir kitų komunikacijos formų pagalba. Pasinaudokite šiomis žiniomis, kad geriau suprastumėte, kaip genda dabartinė įmonės navigacijos sistema.
Šie klausimai gali paskatinti rutulį nustatyti skausmo taškus ir problemas:
Įžvalga, kur vartotojai turi problemų, vaidins svarbų vaidmenį nustatant dabartinio dizaino spragas. Užfiksuokite šiuos taškus, kad galėtumėte naudoti šią metodiką.
Kaip dizaineris „lipdukai“ gali būti geriausias jūsų draugas. Bet jei per daug suinteresuotųjų šalių nėra tame pačiame biure arba jūs esate vienintelis nuotolinis šaltinis, popieriaus lipnios pastabos naudojamos veltui. Labai svarbu rasti veiksmingą internetinio bendradarbiavimo metodą. Čia yra įvairiausių internetinių bendradarbiavimo įrankių kuris gali būti naudojamas užfiksuoti visas „Blue Sky“ protų audros ir skausmo taškų bei problemų identifikavimo fazių įvestis.
Užfiksavę nemažą įvesties kiekį, kitas žingsnis yra sutvarkyti tą įvestį į bendrų interesų grupes. Bendrų interesų diagramos yra bendradarbiavimo pratimas, leidžiantis visoms suinteresuotosioms šalims rasti ryšį ar bendras ypatybes tarp atskirų idėjų ar turinio tipų. Šis pratimas leidžia dizaineriui sutelkti visas „mėlynojo dangaus“ idėjas ir „skausmo taškus bei problemas“.
Pvz., Tai gali padėti proceso ir procedūrų turinį sugrupuoti į biblioteką arba dabartinius įvykius ir naujienų vertus naujinius į konsoliduotą internetinį laikraštį. Skatinkite suinteresuotąsias šalis būti kūrybiškomis formuojant bendrų interesų grupes.
Suinteresuotųjų šalių bendrų interesų diagramų sesijose užduokite tokius klausimus:
Skatinkite suinteresuotąsias šalis pagalvoti apie konkrečius scenarijus, kurie vartotojus pritraukia prie tam tikros sistemos funkcijos. Naudojant realaus gyvenimo scenarijus viskas yra perspektyvi ir palengvina suinteresuotųjų šalių buvimą įsijautęs į vartotojo patirtį .
Baigus giminingumo diagramos pratimą, svarbu atsitraukti ir pažvelgti į sistemą visapusiškai. Dažnai yra logiška operacijų tvarka, kurios vartotojas gali vykdyti bet kurioje sudėtingoje aplinkoje. Atidžiai apsvarstykite, ar yra galimybių teikti paslaugą, kurios šiuo metu nėra (naujovės), ar paskatinti vartotoją išplėsti įmonės navigacijos sistemos naudingumą (atradimas) pateikiant kelio nustatymo rodiklius.
Norėdami užfiksuoti šią loginę organizaciją ar operacijų tvarką, dizaineris gali sukurti schemą arba, sudėtingesniais atvejais, a vartotojo kelionės žemėlapis , pradedant pagrindine darbo eiga, o tada išsišakojant į kitą turinį ar funkcijas.
Klausimai, kurie gali paskatinti jūsų suinteresuotąsias šalis, yra šie:
Pradėję pokalbį šia tema, bendradarbiaukite su suinteresuotosiomis šalimis ir atitinkamai pertvarkykite bendrų interesų grupes.
Didesnėje giminingumo grupėje arba tarp atskirų giminystės grupių greičiausiai bus ryšių ar priklausomybių. Bendradarbiaukite su suinteresuotosiomis šalimis, kad nustatytumėte tuos santykius ar priklausomybes, tada suskirstykite jas į hierarchijas. Hierarchija yra tiesiog išgalvotas būdas apibūdinti, kaip turinio dalis ar funkcija priklauso panašaus turinio ar funkcijų grupei. Pavyzdžiui, vienas naujienų straipsnis priklauso temai, o tema - skyriui, skirtam naujienoms.
Įspėjimas!
Šiuo projektavimo proceso metu suinteresuotosios šalys gali norėti naudoti esamą įmonės departamentų organizaciją kaip įmonės sistemos hierarchijos pagrindą. Nors lengva imituoti įmonės padalinio organizaciją (kur paprastai slypi turinio ir funkcijų nuosavybė), tai gali būti didžiulė klaida!
Vartotojams nerūpi, kam priklauso turinys. Be to, kadangi didelės įmonės mėgstu dažnai persitvarkyti , įmonės navigacijos projektavimo sistema, suderinta su departamento organizacija, nebegalios, kai tik įvyksta pirmasis „perorientavimas“.
Pasinaudokite iki šiol pateikta metodika ir vėl laikykitės šio pavojingo požiūrio. Šie klausimai gali padėti palengvinti pokalbį su suinteresuotosiomis šalimis:
Šiuo projektavimo proceso metu yra daug būdų patikrinti, ar metodas veikia. Apsvarstykite skirtingus vartotojų bandymų ir vartotojų tyrimų metodus, kad patvirtintumėte hierarchiją arba nustatytumėte problemines sritis, kurioms reikia daugiau dėmesio.
Su visu būsimos įmonės programų architektūros modeliu, dar vadinamu informacinė architektūra - laikas pasirinkti raktinius žodžius (nomenklatūrą) ir nustatyti parametrus (apibrėžimus).
Nomenklatūra arba ženklinimas yra svarbus navigacijos dizaino elementas dėl trijų pagrindinių priežasčių: (a) nomenklatūra yra tiesiogiai susijusi su SEO (paieškos sistemų optimizavimas), nes paieškos sistemos pirmiausia ieško turinio pagal raktinius žodžius; b) tinkamos terminologijos naudojimas kaip kelio nustatymo mechanizmas padės vartotojams rasti tai, ko jie siekia, pasitelkdami skaitmeninį orientyrą; ir c) išmaniosios etiketės gali nukreipti vartotojus į sistemos sritį, kuri gali būti nelengvai pasiekiama iš pagrindinio nukreipimo puslapio ar pagrindinio puslapio. Rasti yra valdomas kelio nustatymo mechanizmų, tokių kaip etiketės. Jei etiketė yra klaidinanti ar nėra intuityvi, vartotojas gali visai nesivarginti jos spustelėti.
Turėdami visą nomenklatūrą (etiketes), nurodytą informaciniame architektūros modelyje, bendradarbiaukite su suinteresuotosiomis šalimis, kad nustatytumėte parametrus (apibrėžimus) kiekvienai modelio paženklintai sričiai. Tai užtikrins, kad turinys ir funkcijos priklauso tam tikrai sričiai. Be to, šis pratimas sukuria ilgalaikes įmonės programų architektūros kūrimo gaires, kurios atgaivins dabartinį projektavimo procesą.
Kalbant apie nomenklatūrą ir parametrus, štai keli klausimai, kuriuos turėtumėte užduoti suinteresuotosioms šalims, kurios paskatins pokalbį:
Kaip jau minėta, nomenklatūrai išbandyti galima naudoti daug įvairių metodų, tokių kaip kortelių rūšiavimas , A / B bandymai ir objektinis UX (OOUX) . Kai susiduriate su labai techniška įmonės sistema, kurioje yra daugybė pramonės lingo, apsvarstykite galimybę pastatyti a kontroliuojamas žodynas arba sistemoje pateiktas aiškinamasis žodynas.
Turint išsamų būsimos informacijos architektūros vaizdą, dabar laikas pritaikyti šios metodikos rezultatus apskritai vartotojo patirties projektavimo procesas .
Nors gali būti naujai nukaldintos įmonės navigacijos sistemos sričių, kurių nėra, kai vyksta projektavimo projektas, tas zonas galima „išjungti“ arba paslėpti, kol turinys ar funkcijos bus paruoštos išleisti. Tada, kai dizaineris persikėlė, suinteresuotosios šalys gali toliau kurti sistemą savo „mėlyno dangaus“ svajonių link.
'Jei jį pastatysite, [jie] ateis'. - Svajonių laukas, 1989 m.
Suprojektuoti įmonės navigacijos sistemą nėra lengva užduotis. Tačiau pasinaudojus suinteresuotųjų šalių žiniomis, tas pastangas pavyks valdyti.
Atmetus didelio masto dizaino projektų sudėtingumą, visada siekiama nepamiršti vartotojo. Naudodamasis praktiniu požiūriu į vartotojų tyrimus ir užduodamas protingus klausimus žmonėms, tiesiogiai bendraujantiems su vartotoju, net nuotolinis, pavienis ar laisvai samdomas dizaineris gali išspręsti dideles dizaino problemas. Neišsigąskite - tiesiog atlikite veiksmus po vieną.