Miksi Axure RP ei ole suositumpi UX-suunnittelussa?
Miksi Axure RP ei ole suositumpi UX-suunnittelussa kuin muut suunnitteluohjelmistot? Tämä on kysymys, joka pitää minut oikeutetusti hereillä öisin.
Monien muotoiluyhteisöjen jäsenenä ja blogien tilaajana minua tulvii aina mukaansatempaava keskustelu Sketch vs. Figma vs. Adobe XD. Tuntuu siltä, että enemmän ihmisiä tykkää puhua Illustratorin kuin Axuren käytöstä, herran tähden!
Ei kannata luottaa minuun, Uxtools.co teki vuonna 2018 kyselytutkimuksen, johon osallistui 2775 suunnittelijaa eri puolilta maailmaa ja jossa 68 % identifioi itsensä tuotesuunnittelijaksi tai UX-suunnittelijaksi. Prototypointityökalujen (ei pidä sekoittaa UI-työkaluihin, jotka ovat erillinen tutkimuskategoria) osalta Axure on sijalla 10. Vielä hämmästyttävämpää on se, että kolmannella sijalla on prototypointi koodissa!
Katsottaessa tarkemmin tämän kyselyn tuloksia, Sketch voittaa ylivoimaisesti, kun kyse on suosiosta. Sketchin luonut Bohemian Coding on tehnyt hienoa työtä luodessaan tyylikkään, nopean ja erittäin hyvin tuetun tuotteen. Uskon, että suuri syy sen suosioon on se, että he panostavat voimakkaasti kolmansien osapuolten lisäosiin ja kannustavat tukiyhteisöjä.
Keskustellessani UX-suunnittelijakavereideni ja uusien kasvojen kanssa meetupeissa, huomasin henkilökohtaisesti, että ainakin neljä viittä vaille puolet heistä käyttää Sketchiä pääasiallisena suunnitteluohjelmistonaan, jopa silloin, kun he työskentelevät yritystuotteiden parissa. Axurea 5+ vuotta käyttäneenä en vain ymmärrä. Joitakin vain mobiilisovellusten suunnittelua lukuun ottamatta Sketch > Invision > (Avocode/Zeplin) työnkulku tuntuu vain monilta tarpeettomilta liikkuvilta osilta.
Axure RP 9:n myötä he lisäsivät runsaasti ominaisuuksia, jotka ilahduttivat hardcore-faneja (minut mukaan lukien). Vihdoinkin meillä on nyt Sketchin upeat symbolien ohitusominaisuudet ja kehittäjän tarkastustila, joka tuottaa punaviivoja, CSS:n vientiä ja dokumentointia. He jopa lisäsivät Sketch-liitännäisen niitä tilanteita varten, joissa tarvitaan Sketchin kieltämättä parempia käyttöliittymäsuunnitteluominaisuuksia.
Tämä yhdistettynä loistavaan repeater-ominaisuuteen, pinottaviin dynaamisiin paneeleihin, loistaviin sisäänrakennettuihin flow-mapping-työkaluihin ja luokkansa parhaimpaan vuorovaikutuslogiikkaan asettaa ohjelmiston todella pakan yläpuolelle, kun UX (ei UI) on pelin nimi.
Voit tietysti huomioida, että työskentelen enimmäkseen hyvin monimutkaisten ohjelmistojen parissa, jotka sattuvat myös useimmiten olemaan yritysohjelmia. Painopiste on paljon vähemmän ”hienoissa” interaktioissa, kuten animaatioissa ja siirtymissä, ja paljon enemmän tai joustavien käyttötapausten täyttämisessä.
Hyvä esimerkki on näyttö, jossa käyttäjän täytyy:
- Konsultoida datataulukkoa ja
- Käyttää tuota tietoa mallintamaan rahaliikennetapahtuma.
Meidän täytyy testata, näytämmekö oikeaa ja odotettua dataa ja annamme käyttäjälle mahdollisuuden syöttää syötteitä. Syötteistä riippuen haluamme lähettää heidät eri polkuja pitkin.
Haasteemme on kolmitahoinen.
Haasteemme on kolmitahoinen.