socialgekon.com
  • Pagrindinis
  • Planavimas Ir Prognozavimas
  • Šaudymas
  • Vikrus
  • Technologija
Darbo Ateitis

Įmonių navigacija: suinteresuotųjų šalių bendradarbiavimo projektavimo metodikos

Į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



Apie įmonių navigacijos projektavimo sistemas

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.

Navigacija yra tiesiog „kelio nustatymas“

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.

Navigacinis dizainas imituoja viešojo transporto sistemas, pavyzdžiui, Londono metro.

Londono metro sistema yra sudėtingas vamzdžių ir tunelių tinklas. Tačiau naudojant gerai suprojektuotą navigacinę sistemą, vartotojo patirtis yra paprasta ir lengvai suprantama. ( Šaltinis )

Bendradarbiavimo navigacijos projektavimo metodika

Į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 .

1. Suinteresuotųjų šalių pradinis susitikimas

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.

2. „Mėlynojo dangaus“ minčių šturmas

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ų:

  1. Jei norėtumėte peržengti 5 ar 10 metų į priekį be jokių apribojimų ar kliūčių, ką norėtumėte pamatyti ateityje?
  2. Ar turite idėjų - neatsižvelgiant į tai, kaip lengva ar sudėtinga -, bet neturite galimybės jas įgyvendinti?
  3. Jei būtumėte šios įmonės generalinis direktorius, ką darytumėte šioje situacijoje?
  4. Ar rinkoje matote poreikių, kuriuos galėtų patenkinti ši programa?

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!

Įmonės navigacijos komanda galvoja apie tai

Mažų grupių ar individualių minčių lietus gali atskleisti istorines kliūtis ir generuoti „mėlynojo dangaus“ idėjas, kurios gali skatinti naujoves.

3. Skausmo taškai ir problemų identifikavimas

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:

  1. Kuo vartotojai skundžiasi labiausiai?
  2. Ar naudojate kokias nors paslaugas (pvz., Žiniatinklio srauto analizę ar paspaudimų stebėjimą), kurios stebi vartotojų elgseną sistemoje?
  3. Ar yra įmonės sistemos sričių, kurios naudojamos retai, ir jūs negalite paaiškinti, kodėl?
  4. Jei galėtumėte ką nors pakeisti šioje programoje, kas tai būtų?

Įžvalga, kur vartotojai turi problemų, vaidins svarbų vaidmenį nustatant dabartinio dizaino spragas. Užfiksuokite šiuos taškus, kad galėtumėte naudoti šią metodiką.

4. Bendrų interesų diagrama

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:

  1. Kurios funkcijos ar turinys jaučiasi priklausantys?
  2. Ar vartotojai bando atlikti tam tikrus veiksmus, kurie būtų lengviau, jei jie būtų atliekami nuosekliai?
  3. Ar yra nereikalingų galimybių, kurias būtų galima lengvai sujungti ar supaprastinti?
  4. Ar yra kokia nors galimybė suderinti mėlynojo dangaus idėjas su esamais skausmo taškais ar problemomis?

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į .

Grupė vykdo giminingumo diagramų sesiją, kad apibrėžtų navigacijos dizainą.

Bendrų interesų diagrama padeda komandoms suvokti daugybę kokybinių duomenų ir sukurti aiškius ir veiksmingus tolesnius žingsnius kuriant įmonės programų architektūrą.

5. Loginis pertvarkymas

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:

  1. Dabar, kai vartotojas yra „čia“, ką ji dar gali padaryti?
  2. Kokia yra kita loginė vartotojo veikla šiame scenarijuje?
  3. Ar iš šio požiūrio mes nepraleidžiame jokių galimybių išspręsti vartotojo problemą?
  4. Ar yra kitur egzistuojančių funkcijų ar turinio, kurie galėtų būti naudingi pagal šį scenarijų?

Pradėję pokalbį šia tema, bendradarbiaukite su suinteresuotosiomis šalimis ir atitinkamai pertvarkykite bendrų interesų grupes.

6. Hierarchija

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.

Turinio hierarchijos pavyzdys: naujienos patenka į naujienų temą A tema patenka į naujienų straipsnį A.1

Bendrų interesų grupės atskleidžia ryšius tarp informacijos ir gali būti pirmasis žingsnis apibrėžiant įmonės programų architektūrą.

Į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:

  1. Kaip šios giminingos grupės yra susijusios ir kodėl jos susijusios?
  2. Ar yra keletas priklausomybės grupių priklausomybių, kurias turime pripažinti?
  3. Ar vartotojai galės atlikti užduotį nenorėdami pereiti į kitą sistemos sritį?
  4. Ar yra įprastų hierarchijų, žinomų vartotojams iš kitų pramonės šakų ar paslaugų modelių, kurias galima naudoti kaip nuorodą?

Š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.

7. Nomenklatūra ir parametrai

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į:

  1. Ko vartotojai dažniausiai ieško apsilankę?
  2. Ar sunku rasti turinį ar funkcijas? Kodėl juos sunku rasti?
  3. Ar yra pramonės terminų ar kalbų, kurios kai kuriems vartotojams gali būti nepažįstamos, todėl jiems sunkiau rasti tai, ko jie ieško?
  4. Kaip mes galime pasirinkti etiketes, kurios yra įprastos ar įprastos?

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.

8. Integracija su vartotojo patirties projektavimo procesu

Turint išsamų būsimos informacijos architektūros vaizdą, dabar laikas pritaikyti šios metodikos rezultatus apskritai vartotojo patirties projektavimo procesas .

Dizaineris naudoja smeigtukus ir atspaudus, kad nustatytų įmonės programos UX dizainą.

Navigacijos dizainas tiesiogiai integruojamas į didesnį „UX“ dizaino projektą.

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.

Esmė

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ą.

Kaip nustatyti tinkamą baltos spalvos balansą „iPhone“ nuotraukose

Šaudymas

Kaip nustatyti tinkamą baltos spalvos balansą „iPhone“ nuotraukose
Teisėtos sporto lažybos: nauja ekonomika, sukurta ant vice

Teisėtos sporto lažybos: nauja ekonomika, sukurta ant vice

Finansų Procesai

Populiarios Temos
Nusileiskite MVP, patvirtinkite minimalius gyvybingus prototipus (MVPr)
Nusileiskite MVP, patvirtinkite minimalius gyvybingus prototipus (MVPr)
Našumo testavimo ir optimizavimo su „Python“ ir „Django“ vadovas
Našumo testavimo ir optimizavimo su „Python“ ir „Django“ vadovas
Piktogramų naudojimas ir dizaino geriausia praktika
Piktogramų naudojimas ir dizaino geriausia praktika
Bridgewaterio Ray Dalio: tylusis „Big Data“, mašininio mokymosi ir „Fintech“ pradininkas
Bridgewaterio Ray Dalio: tylusis „Big Data“, mašininio mokymosi ir „Fintech“ pradininkas
Susitarkite su „Android“ kūrėjais, ateina naujas „Android“ kompiliatorius
Susitarkite su „Android“ kūrėjais, ateina naujas „Android“ kompiliatorius
 
Biotechnologijų vertinimo savitumas ir geriausia praktika
Biotechnologijų vertinimo savitumas ir geriausia praktika
Vartotojo bandymų su prototipais vertė
Vartotojo bandymų su prototipais vertė
.NET vieneto testavimas: išleiskite iš anksto, kad vėliau išsaugotumėte
.NET vieneto testavimas: išleiskite iš anksto, kad vėliau išsaugotumėte
Geriausias 2021 m. telefonas su kamera: čia yra mūsų 10 geriausių
Geriausias 2021 m. telefonas su kamera: čia yra mūsų 10 geriausių
„Sass Mixins“: Stiliaus lapus laikykite sausus
„Sass Mixins“: Stiliaus lapus laikykite sausus
Kategorijos
Duomenų Mokslas Ir Duomenų BazėsProdukto Gyvavimo CiklasInovacijosMobilus Dizainas„Ux Design“Paskirstytos KomandosNuotolinio Ryšio PakilimasDarbo AteitisProjektavimo ProcesasFinansų Procesai

© 2023 | Visos Teisės Saugomos

socialgekon.com