Rakennuspalkkisuunnittelu: modulaarinen suunnittelustrategia UXersille

Artikkeli, joka auttaa täyttämään modulaaristen mallien aukot UX-näkökulmasta.

Aloitan tarinalla

Jos vihaat tarinoita, sinun tulisi ohittaa tämä osa. Kyse on UX-suunnittelijasta, jonka tehtävänä oli puolustaa organisaationsa modulaarista suunnittelustrategiaa. Hänellä on lyhyet ruskeat hiukset ja siniset silmät. Jos et ole vielä arvannut, se UX-suunnittelija olen minä.

Noin kahdeksan kuukautta sitten tiimimme kokoontui modulaariseen suunnittelustrategiaan, nimeltään oliokeskeinen UX (OOUX). Toisin kuin muut laaja-alaiset modulaariset järjestelmät, OOUX pyytää sinua keskittymään ydinsisältötyyppiesi - mitä OOUX kutsuu objekteiksi - modularisointiin ja tarkastelemaan tarkkaan näiden esineiden suhdetta toisiinsa. Tämä prosessi auttaa suunnittelutiimiä paljastamaan kontekstuaalisen navigoinnin luontaisia ​​esiintymiä ja siirtymään kohti johdonmukaisia ​​käyttöliittymämoduuleja.

No ... se sopii mainiosti tietoarkkitehtuurien ja kuvikirjastojen suunnitteluun, mutta entä kokemusten suunnittelu. Loppujen lopuksi sisältösi mobilisointi on vain puoli taistelua. Jos aiot olla UX: n etulinjassa, sinun täytyy kysyä miksi ja miten.

Miksi ja miten

Saatat sanoa itsellesi: “älä kerro minulle miksi ja miten! Olen UX-tutkija, dang nabbit! Syön miksi ja miten aamiaiseksi. ”Annan selittää.

En puhu strategiasta ominaisuustasolla. En puhu prosessivuoista, metallilankoista ja prototyypeistä. Puhun sovellustason strategiasta. Tiedätkö, mitä meidän pitäisi aina tehdä, mutta jotenkin ei ole aikaa? Ja puhun siitä, että siitä tulee kiinteä osa lähestymistapaamme muihin strategioihimme, kuten modulaariseen suunnitteluun.

Puhutaan esimerkin avulla saadaksesi sinulle hieman enemmän asiayhteyttä. Oletetaan, että suunnittelemme treffisovellusta, jonka yksi sisällön ydinosa on profiili. Modulaarisessa suunnittelussa kysyisimme: ”missä tämä sisältö voi näkyä käyttöliittymässä?” - ja vastauksemme perusteella suunnittelimme moduulit jokaiselle näistä skenaarioista. Ehkä suunnittelemme profiilin, joka voidaan näyttää luettelossa, tai profiilin, joka vie koko näytön. Tietoarkkitehtuuri. Kuviot. Tarkista, tarkista.

Profiilin

Mutta nyt kun olemme päättäneet mitä, mitä tapahtuu, kun huomaamme väistämättä, että meidän on mietittävä, miksi joku haluaa nähdä tietyn profiilin ensisijaisesti? Ja miten tuo profiili näyttää kyseiselle henkilölle? Toteutammeko nämä strategiat tosiasian jälkeen ja toivomme, että mikään ei rikkoa?

Toivon, että ravistat päätäsi siellä, koska vastaus on äänekäs kielteinen kielto.

Sen sijaan, että hypätä päätä ensin moduulien suunnitteluun, meidän pitäisi rakentaa strateginen kehys, joka voi auttaa ohjaamaan suunnittelupyrkimyksiämme joka suunnasta. Sen sijaan, että määrittäisimme sisältömme kasvot - käyttöliittymässä näkyvät asiat -, meidän on ensin määriteltävä, miten ja miksi sisältö tukee tätä sisältöä. Tätä kutsutaan rakennuspalikkosuunnitteluksi.

Anna rakennuspalikoiden suunnittelu

Sen sijaan, että pyydät sinua ajattelemaan ensin moduulien sisältöä, kuten muidenkin mallien, rakennuspalikoiden suunnittelu pyytää sinua keskittymään sen sisällön takana olevaan strategiaan.

Olkoon strategian rakennusaineiden suunnittelussa puitteet suunnittelulle; ei toisinpäin.

Vasta sen jälkeen kun olet määritellyt UX-strategiasi - sisällön ylläpitävän kehyksen -, voit alkaa suunnitella, kuinka kyseinen sisältö esitetään käyttöliittymässä. Jokaisen ydinsisällön kappaleen ”iso kuva” -strategia on rakennuspalikas. Rakennuspalikat määrittelevät yhdessä tuotteen UX-arvon.

Rakennuspalikoiden suunnittelu on modulaarinen suunnittelu UXers-laitteille.

Rakennusaineen anatomia

Palaa takaisin treffisovellus-esimerkkiin ymmärtääksesi paremmin tätä tapaa luoda merkityksellistä ja jäsenneltyä sisältöä. Nyt kun olen tunnistanut osan ydinsisällöstä sovelluksessani - profiilissa -, on aika käydä läpi ja tunnistaa strategiat, jotka voivat vaikuttaa tämän lohkon suunnitteluun. Tutkimalla muiden strategisten aloitteiden ja sisällön välistä suhdetta pystymme kriittisemmin ajattelemaan, kuinka lähestymme näiden tietojen suunnittelua ja toimittamista.

Profiililohkon anatomia alkaa muotoutua.

Kun tutkitaan sovellustason strategioiden välisiä suhteita, on parasta aloittaa korkealta tasolta ja työskennellä alaspäin. Esimerkiksi, jos tunnistan henkilöitä strategian pääkomponentiksi, voin jakaa tämän strategian edelleen tunnistamalla:

  • profiilien kanssa kiinnittyvät erityiset persoonat;
  • missä sovelluksessa he ovat vuorovaikutuksessa tämän sisällön kanssa;
  • niiden käyttöympäristö;
  • ydintoiminnot, joita he toteuttavat profiileissa;
  • ja kuinka usein he käyttävät tätä sisältöä.

Se voi näyttää noin:

Henkilö-profiili-suhde tarjoaa enemmän asiayhteyttä siihen, miltä profiiliprofiilini kasvot näyttävät ja tuntuvat.

Kun olen antanut hieman enemmän asiayhteyttä sille, miksi tämä sisältö on arvokasta tietylle käyttäjätyypille, voin alkaa kriittisemmin miettiä, mitkä toimet on priorisoitava, miten moduuli tulisi rakentaa edistämään persoonallisia käyttäytymismalleja, ja missä kokemuksen mukaan tämä sisältö on toimitettava.

Tämä tekniikka antaa suunnittelijoille mahdollisuuden keskittyä tärkeisiin asioihin ja olla kiinni visuaalisuudesta, vuorovaikutuksen viettelystä ja muista käyttöliittymän suunnittelumallista, jotka näyttävät hyvältä, mutta eivät tue käyttäjän todellista käyttäytymistä.

Jos toistan tämän harjoituksen toisen strategisen aloitteen yhteydessä, saadaan lisää oivalluksia. Käytetystä strategisten aloitteiden lukumäärästä ja monimutkaisuudesta riippuen siitä voi nopeasti tulla aikaa vievä prosessi. Suosittelen aloittamista enintään kahdella strategialla.

Joten siellä se on. Esimerkki siitä, miten kastat kasteesi rakennuspalikoiden suunnittelulla. Jos uskot, että tästä olisi hyötyä suunnittelutiimillesi, tutustu alla oleviin Pikaopas-oppaisiin, jotta saataisiin lisävinkkejä. Ja tietenkin, mielelläni kuullaan ajatuksesi kaikista modulaarisista asioista. Lisää kommenttisi alla tai tavoita LinkedIn.

Pikaopas

Olen huomannut, että monet modulaariset suunnittelumallit tarjoavat lukijoilleen toimitettavia tehtäviä, joten haluaisin korostaa, että annat arvokkaan tiedon:

Vaihe # 1: Strategian kartoitus.

Teemme sisältö- ja komponenttivarastot, joten miksi et strategiainventaariota? Tee luettelo kaikista käytössäsi olevista sovellustason strategioista. Esimerkkejä ovat: persoonat, tiedot, käyttöympäristö ja ihmisen ympäristösuunnittelu, reagoivuus jne. Tämä on hyvä tilaisuus keskeyttää ja kysyä: "Onko meillä vakaa strategia sovelluksellemme?" Jos vastaus on kieltävä, on aika päästä töihin.

Tehtävä: Rallitiimin jäsenet voivat itsenäisesti luoda omia strategia-luetteloitaan.

Vaihe 2: Määritä ydinsisältösi.

Tämä on tavaraa, jonka käyttäjät tekevät toimia sovelluksessasi. Selvittääksesi tämän estä jonkin aikaa aivoriihiistunnon kanssa ryhmäsi kanssa. Esitä itsellesi kysymyksiä, kuten: “mitä käyttäjät etsivät? View? Lataa? ”Kun olet tunnistanut osan ydinsisällöstä, kirjoita se paperille ja ripusta seinälle.

Toimenpiteet: Pidä ensimmäinen aivoriihi-istunto joukkueesi kanssa.

Vaihe 3: Määritä miten ja miksi.

Nyt kun olet tunnistanut sovellustason strategiasi ja ydinsisällön, on aika koota nämä kaksi! Palaa aivoriihihuoneeseesi jatkokokousta varten ja varmista, että tiimisi tuo strategia-luettelonsa. Pyydä tässä prosessin osassa tiimisi paikastrategiaa sen jälkeen muistiinpanoista kaikista ydinsisällöistä, joille strategia voi vaikuttaa.

Tehtävä: Pidä seuranta-aivoriihi-istunto tiimisi kanssa.

Vaihe 4: Rakennusosan anatomia.

On aika jakaa ja valloittaa. Määritä ryhmän jäsenille kourallinen ydinsisältötyyppejä - tai rakennuspalikoita - ja pyydä heitä toistamaan tämän sisällön anatomia.

Tehtävä: Määritä jokaiselle joukkueen jäsenelle useita sisältötyyppejä. Ryhmän jäsenen tulisi määritellä sisällön anatomia.

Vaihe # 5: Kohdista, kohdista, kohdista

Viimeisenä vaiheena saat jengi takaisin yhdessä hillittynä esityksenä, jossa jokainen joukkueen jäsen esittelee rakennuspalikoidensa anatomian. Säästä lopussa aikaa kysymyksiin, kohdistukseen ja seuraaviin vaiheisiin liittyviin päätöksiin kunkin rakennuspalikan yksittäisten strategisten komponenttien ajamiseksi.

Tehtävä: Aikataulu, jonka aikana ryhmän jäsenet esittävät rakennusosan anatomian.

RUXERS on tuonut tämän artikkelin sinulle. RUXERS on todellisten käyttäjäkokemuksen johtajien yhteisö, joka jakaa ja keskustelee uusimmista suunnittelusta, käyttökokemuksista, käytettävyydestä ja tutkimuksesta. Olemme Twitterissä - liity mukaan!