Keksiin termi tänään: Loathsome Design.

Se tarkoittaa jotain " suunnittelupäätöksiä, jotka tekevät minusta halun kuolla." Toisin sanoen, se on äskettäin suosittu " suunnittelu ilahduttaa " konsepti.

Loathsome muotoilu vangitsee turhautumisen olemuksen. Usein tämä johtuu laiminlyönnistä - yritettäessä saavuttaa yksi asia, jotain muuta on jätettävä tieltä.

Miksi sinun pitäisi välittää kauhistuttavat suunnittelukäytännöt?

Koska he ovat päätösten tyyppi joka voi ajaa käyttäjää vaikutuspiiriisi ja kilpailijoihisi.

1) Piilotetut asetukset

Avain Spotify -sovellukseni tänään, kun halusin näyttää tietämättömän yhteistyön työntekijän "äärimmäisen laadukkaista" streaming-vaihtoehdoista, jotta hän voisi tehdä perustellun päätöksen siitä, mihin musiikkialustoihin hänet palvelisi parhaiten - Google Play Musiikki, Spotify tai Tidal.

Ennen kuin Spotify uudisti Android-sovelluksensa jäljittelemään iOS-sovelluksen (ja itse iOS: n) suunnittelukieltä, asetuskuvake oli hampurilaisvalikossa. Se oli yksinkertainen ja intuitiivinen.

Nyt, kun hampurilaisvalikko on paahto, neljä valikkovaihtoehtoa on siirretty näytön alareunassa olevaan pysyvään kohtaan.

Spotify

Joten missä asetuspainike on?

Kysyn itseltäni kysymyksen.

Näyttää siltä, ​​että Spotifyin suunnittelijat ovat tuoneet asetukset pois "Kirjasto" -välilehden oikeassa yläkulmassa. äärimmäisen ei-intuitiivinen sijoitus, jos kysyt minulta.

Huomasitko, missä "Oma profiili" -painike meni? En minä. Sinun kirjastosi vasemmassa yläkulmassa oleva pikku kuvake (joka tuskin kulkee tikkuhahmolle) on juuri etsimäsi kuvake.

Uusi muotoilu saattaa häiritä käyttäjiä, koska se pakottaa heidät viemään valikkoa asetusten tai profiilin löytämiseksi.

Joillekin tämä voi olla erinomainen esimerkki Applen tyyppisen alivalikon haitoista; muille tämä on vain murheellinen muotoilu .

2) häiritsevä käynnisty

Yksi erityisen hankala muotoiluvalikoima on häiritsevä lanseeraus. Uber ja Wikipedia ovat molemmat erittäin syyllisiä tähän, paitsi että Wikipedia vain tekee tämän aikana varainhankintakausi , kun Uber tekee tämän vuoden.

Häiritsevä lanseeraus on sellainen, jossa käyttäjän on suoritettava tehtävä ennen sovelluksen käyttämistä. Useimmissa tapauksissa tämä on kertaluonteinen asia, joka vaaditaan käyttäjiltä, ​​jotka ovat ensimmäisessä käynnistysvaiheessa, käyttäjän on ilmoittauduttava ennen kuin he voivat käyttää palvelua. Se on järkevää, eikä se ole niin paljon vaivaa.

Uber vie tämän askeleen eteenpäin pakottamalla käyttäjiä arvioimaan edellistä kuljettajaansa ennen kuin he voivat järjestää matkan. Riippumatta siitä, onko sinulla kiire tai jos et halua arvioida kuljettajaa, et voi tilata ratsasta ilman luokitusta edelliseen.

Tämä ei ole vain haittaa, mutta se muuttaa aktiivisesti tapaa, jolla käyttäjät ovat vuorovaikutuksessa sovelluksen kanssa. Käyttäjiä kehotelemattomasti kehottamalla arvioimaan kuljettajaa jokaisella laukaisulla, he lähinnä tarjoavat käyttäjille mahdollisuuden napsauttaa luokitusta mahdollisimman nopeasti (katso: klassinen ilmastointi ).

Uberin suunnitteluryhmän taululle luultavasti tuntui hyvältä ajatukselta todella kammottava taktiikka, joka on tehnyt minulle ja todennäköisesti muille käyttäjille apatiaa kohti luokitusjärjestelmää.

uber

Käyttäjiä kannustetaan tehokkaasti olemaan luulemaan ennen luokitusta, koska näin tapahtuu viivyttää heidän tyydytystä . Jokainen kuljettaja saa viiden tähden arvosanan (tai missä käyttäjän peukalossa on mukavasti luokitusasteikko) kokemuksesta riippumatta.

Wikipedia on syyllistynyt myös tähän, joskin vähäisemmässä määrin. Varainhankintakauden aikana Wikipedian kävijöitä kehotetaan lahjoittamaan online-tietosanakirjaa - jotain, jota en ole luonnollisesti vastustanut.

Se, että sivusto pyytää käyttäjää lahjoittamaan, tekee siitä järjettömän.

Lahjoituksen kehote ottaa näytön koko korkeuden ja ei anna viitteitä siitä, että käyttäjän on vain vieritettävä alas nähdäksesi aiotun sivun.

Ajan myötä tietenkin useimmat käyttäjät saavat tietää, että jos he eivät halua lahjoittaa, he tarvitsevat vain vierittää alaspäin, mutta ensimmäisten käyttäjien kannalta se on todennäköisesti katastrofaalinen ärsyttävyys.

3) Vaikea vuorovaikutus

Ajoittain kaikki, jotka edellyttävät, että suunnittelun valinta on hankalaa, edellyttää sitä vaativia vuorovaikutuksia. Erinomainen esimerkki tästä on tapa, jolla Applen ja kolmannen osapuolen Android-versiot ovat suunnitelleet herätyskelloohjelmansa.

Kyse ei ole kokonaisista sovelluksista, jotka aiheuttavat minulle tuntua rasitukselta, vaan pikemminkin tavasta, jolla suunnittelijat vaativat käyttäjiä syöttämään kellonajan, jolloin hälytys soi.

Tämä on puhdasta pahaa. Kuka päätti, että rullaaminen tiettyyn aikaan yhden askeleen aikana oli hyvä idea?

Ei vain se kestää kauemmin vierittää kuin se syöttää aikaa yksi kourallinen muita tavallisia tapoja, mutta sitä ei myöskään voida tehdä yhdessä liikkeessä. ZTE: n Android-iholla, jotta "01" minuutista "59" minuuttiin saataisiin, käyttäjien on pyyhkäistävä useita kertoja .

IOS: ssa yksi pyyhkäisy lähettää lukumäärät pyörivästi. Tietenkin se on hienoa ja realistista, mutta se on tuskin tehokkaampaa tai käyttökelpoisempaa. Tämä näyttää olevan a nykyinen trendi kanssa Apple.

herätyskello

Tehokas ja käytännöllinen menetelmä hälytysten syöttämiseen on esitetty Android-laitteessa.

androidclock

Googlen suunnittelijat ovat selvittäneet ulkoasun, jonka avulla käyttäjät voivat syöttää hälytysarvot vain kahdella napautuksella . Tämä tarkoittaa sitä, että kun unelias käyttäjät yrittävät asettaa hälytyksen, heitä ei tule pakottaa kiinnittämään erityistä huomiota syöttötapoihin, vaan voivat keskittyä pääsemään nukkumaan.

Älä anna käyttäjiesi näkemään suunnittelua

Ei ole olemassa monia asioita, jotka tekevät käyttäjistä hajua sovelluksestasi. Tyypillisesti numero yksi rikos on yksinkertaisesti haittaavat käyttäjiä.

Kriittisten toimintojen piilottaminen, sovelluksen käynnistämisen häiritseminen ja liian monimutkaisten vuorovaikutussuunnittelujen suunnittelu haittaavat käyttäjiäsi, ja riippuen siitä, kuinka paljon ne haittaavat niitä, ne voivat hankaloittaa sovellustasi.

Välttämättömän muotoilun epäonnistumisten välttäminen ei ole kovaa.

Sinun tarvitsee vain aloittaa (ja viimeistellä) jokainen ominaisuus yhdellä yksinkertaisella kysymyksellä: voinko tehdä tämän yhtä käteväksi ja intuitiiviseksi kuin se voisi olla?

Jos vastaus mihinkään näistä kysymyksistä on ei, niin on vielä tehtävä työtä.