Me ihmiset olemme tottumusten orjia, ja suosikkisovelluksemme ovat osa päivittäistä rutiiniamme. Kun jokin tuttu yhtäkkiä näyttää tai toimii eri tavalla, se laukaisee kaikki selviytymisvaistomme: häviön välttäminen, ylimääräisen työn pelko ja pelkkä ärsyyntyminen. Psykologisesti tämä on normaalia. Luotamme lihasmuistiin (se vanha Slack-oikotie!) ja uponneisiin kustannuksiin (kuukausien tuotteen oppiminen) ja puolustamme vaistomaisesti status quoa. Ihmiset vihaavat tunnetta, että heidän täytyy "tuhlata" vaivaa oppia uudelleen. Huomaamme myös haittapuolet nopeammin kuin hyvät puolet – negatiivisuusharha tarkoittaa, että käyttäjät keskittyvät enemmän ärsyttävään uuteen bugiin tai piilotettuun painikkeeseen kuin juhlivat kiiltävää ominaisuutta.
Ajan myötä ihmiset muistavat, missä asiat sijaitsevat. Jos siirrät valikoita tai painikkeita (jopa hyvää tarkoittaen), se rikkoo sen henkisen kartan. Esimerkiksi, kun Slack esitteli suuren uuden sivupalkin romahtaneilla osioilla ja paljon valkoista tilaa, monet käyttäjät valittivat sen "piilottavan" kanavat ja tekevän navigoinnista kolme napsautusta kauempana. He eivät olleet väärässä – heidän tapansa järkkyivät. Käyttäjät ovat investoineet aikaa vanhan käyttöliittymän oppimiseen. Mikä tahansa muutos tuntuu tuon tiedon hukkaamiselta. Mitä monimutkaisempi työkalu, sitä jyrkempi oppimiskäyrä; tehokäyttäjät tuntevat usein erityistä suojelunhalua. Veteraani-Basecamp-käyttäjät, esimerkiksi, luottavat sen yksinkertaiseen kolmen paneelin suunnitteluun. Jos Basecamp uudistaisi käyttöliittymänsä radikaalisti yhdessä yössä, jopa sen uskollinen fanikunta saattaisi närkästyä – koska he ovat jo maksaneet "koulutuskustannuksen."
Muutos näyttää usein pelottavalta. Ihmiset hyppäävät ajatukseen "uusi = vaikeampi," vaikka se olisi pitkällä aikavälillä parempi. Uudelleensuunnittelu tuntuu kuin yllätystesti, johon he eivät ole lukeneet. (Siksi niin monet valitukset uusista suunnitteluista keskittyvät silmäkarkkiin ja "kiireisiin" asetteluihin.) Siksi myös Slackin vuoden 2023 uudelleensuunnittelu – joka tunki keskustelut, säikeet ja ilmoitukset epämääräisiin "Koti"- ja "Aktiivisuus"-osioihin – otettiin huonosti vastaan. Käyttäjät kokivat uuden navigoinnin sekavammaksi, ei yksinkertaisemmaksi. Vihaamme menettää sitä, mitä tiedämme, jopa enemmän kuin pidämme saman asian saavuttamisesta. Käyttäjä saattaa vastahakoisesti myöntää, että uusi tumma teema "näyttää kivalta," mutta hän valittaa silti, jos se tarkoittaa hetkellistä kamppailua löytää hakupalkki. Mieli keskittyy kaikkeen menetettyyn tai uuteen kitkaan. SaaS-sovelluksissa jopa pienet asettelumuutokset laukaisevat tämän: painikkeen siirto tai värinvaihto voi innoittaa suhteettoman suurta vastalausetta.
Ihmiset hylkäävät usein muutoksen ei itsepäisyyden, vaan itsesuojelun vuoksi. He ovat rakentaneet mukavuusalueen sovellukseesi, ja mikä tahansa suuri muutos tuntuu vedolta tuntemattomaan. Tosielämän esimerkit ovat runsaasti: Slackin viimeisin uudistus yritti selkeyttää, mutta tehokäyttäjät vastustivat, että se piilotti olennaisen tiedon epämääräisten välilehtien taakse. (Nuo käyttäjät näkivät vain huolellisesti järjestetyt kanavansa katoavan "Aktiivisuus"-osioon – automaattisesti laukaisten vaistonvaraisen paniikin.) Sen sijaan, kun Basecamp on säätänyt käyttöliittymäänsä vuosien varrella, he ovat tehneet sen niin vähitellen ja läpinäkyvästi, että se harvoin päätyy otsikoihin. Oppitunti? Aina kun mahdollista, kohtele käyttäjiä kumppaneina: selitä, miksi uskot muutoksen auttavan, osallista heidät varhain ja älä koskaan aliarvioi, kuinka kiintyneitä he ovat sovelluksesi nykyiseen versioon.
Miten hallita siirtymiä ja lieventää vastareaktiota
Sovelluksen muuttamisen ei tarvitse aiheuttaa mellakkaa. Indie-kehittäjillä ja pienillä SaaS-tiimeillä on tehokas etu: ketteryys ja läheisyys käyttäjiin. Hyödynnä se. Tässä on todistettuja taktiikoita, jotka tekevät päivityksistä sujuvampia, psykologia huomioon ottaen:
Pehmeät lanseeraukset ja vaiheistetut julkaisut
Älä käännä kytkintä kaikille kerralla. Kokeile uusia ominaisuuksia ensin sisäisesti tai pienellä beta-ryhmällä. Esimerkiksi anna oman tiimisi tai muutaman ystävällisen asiakkaan käyttää päivitystä "incognito" ennen yleistä julkaisua. Tämä auttaa huomaamaan hämmentävät kohdat aikaisin (ja estää noloja täysimittaisia romahduksia). Pehmeät julkaisut rakentavat myös käyttäjien hyvää tahtoa: fanit rakastavat tuntea olevansa VIP-sisäpiiriläisiä. Monet menestyneet SaaS-tuotteet noudattavat tätä kaavaa – testaavat hiljaa muutoksia 5–10 % käyttäjistä, silottavat kipupisteet ennen suurta paljastusta. Se luo puskurin, jossa voit hienosäätää ilman paniikkia.
Valinnaiset betat ja version vaihtokytkimet
Anna käyttäjille hallintavalta. Anna heidän sanoa "kyllä" tai "ei" uuteen versioon omilla ehdoillaan. Tarjoa banneri tai asetus, kuten "Kokeile uuden sovelluksen esikatselua" (tai päinvastoin, "Pidän klassikosta" -kytkin). Tällä tavalla tehokäyttäjät, jotka menestyvät vanhalla tavalla, voivat pysyä siinä hieman pidempään, kun uteliaat voivat vapaaehtoisesti testata. Esimerkiksi Codeship (devops SaaS) julkaisi käyttöliittymän uudistuksen kahden ensimmäisen kuukauden ajan valinnaisella kytkimellä. He keräsivät palautetta molemmilta ryhmiltä, korjasivat räikeät ongelmat ja vasta sitten poistivat kytkimen käytöstä. Tämä lähestymistapa vähentää pelkoja ja tarjoaa konkreettisia tietoja siitä, kuka pitää tai vihaa muutosta. Se vaatii ylimääräistä työtä, mutta mikään ei hajota vastareaktiota kuten valinnan antaminen ihmisille.
Selkeä viestintä ja tarinankerronta
Käyttäjät vihaavat tuntea olevansa yllätettyjä. Ennen (ja jälkeen) muutoksen, selitä "miksi". Kirjoita ystävällinen blogiposti, lähetä ilmoitussähköposti tai näytä sovelluksen sisäinen huomautus, joka selittää, mitä uutta on ja miksi se on tärkeää. Korosta etuja heidän kielellään ("Käytä vähemmän aikaa viestien etsimiseen" tai "Nopea uusi kojelauta nopeampia oivalluksia varten"). Kehystä se parannustarinana eikä mysteerinä. Esimerkiksi yksi startup, joka siirtyi Slackista Basecampiin, kertoi tiimilleen, miksi vaihto ratkaisisi tietyt kipupisteet (kadonneet tehtävät chatissa, ei tiketöintiä). Tiimi hyväksyi muutoksen, koska he näkivät logiikan. Kokeile tehdä lyhyitä opastusvideoita tai "mitä uutta" -kierroksia. Kun ihmiset ymmärtävät tavoitteen (ja näkevät kuvakaappaukset), se vähentää ahdistusta.
Nopea opastus voi muuttaa sekaannuksen luottamukseksi. Jos uudelleensuunnittelusi muuttaa merkittävästi työnkulkuja, harkitse valinnaisen opastetun kierroksen tai työkaluvihjeiden lisäämistä ensimmäisellä käynnistyksellä. Korosta tärkeimmät muutokset (napit siirtyneet, uudet välilehdet jne.) lyhyillä, ystävällisillä osoituksilla. Monet sovellukset menestyvät "ensimmäisen käytön" päällysteellä, joka sanoo: "Hei, uusi postilaatikkosivu täällä!" tai "Vinkki: Kokeile tätä nopeampaa tapaa." Nämä lempeät opastukset rauhoittavat käyttäjiä siitä, etteivät he jää täysin pimeään.
Kerää varhaista palautetta väsymättä
Perusta kanavia kuullaksesi käyttäjiltä heti julkaisun jälkeen. Yksinkertainen palautelomake, ponnahduskysely tai jopa seurantakanava (esim. Slack-ryhmä tai foorumiketju) voi paljastaa turhautumia reaaliajassa. Osallistu palautteeseen – jopa negatiivisiin reaktioihin – ja kiitä ihmisiä siitä. Kun käyttäjät tuntevat olevansa kuultuja ("Kyllä, tiedämme, että nappi puuttuu ja korjaamme sen!"), he rauhoittuvat nopeammin. Aluksi priorisoi nopeat korjaukset kriittisille ongelmille. Kuten Codeshipin tiimi havaitsi, laadullisen ja määrällisen palautteen kerääminen julkaisun aikana antaa mahdollisuuden käsitellä kynnyskysymyksiä aikaisin ja osoittaa hyvää tahtoa ("Pyysit, me toimimme").
Aina kun mahdollista, näytä dataa tai konkreettisia syitä rakastaa muutosta. Jos uusi ominaisuus tekee tehtävästä 50 % nopeamman, kerro siitä. Jos käyttöliittymä on saavutettavampi tai mobiiliystävällisempi, mainitse se. Käytä todellisia esimerkkejä (esim. "Ei enää 100 viestin selaamista!" tai "Haku vie 2 sekuntia 6 sijaan"). Tämä teknologiapainotteinen yleisö kaipaa todisteita. Kojelautakaavio tai yksinkertainen ennen/jälkeen kuvakaappaus päivitysmerkinnöissäsi voi olla pitkä tie.
Tarjoa tukea ja resursseja: Oleta, että jotkut käyttäjät kamppailevat. Ehkäise turhautumista päivittämällä ohjeet, UKK:t ja opastusvideot vastaamaan uutta suunnittelua. Tarjoa live Q&A foorumilla tai webinaariesitys suurista muutoksista. Nopea, henkilökohtainen tuki (jopa vain empaattiset vastaukset vihaisiin viesteihin) voi muuttaa vihaajat puolestapuhujiksi. Lyhyesti sanottuna, ole päinvastainen epäystävälliselle yritysbotille: ole inhimillinen, reagoiva ja kärsivällinen. Ystävällinen vastaus, kuten "Voi ei, anteeksi, että se hämäsi sinua – anna minun näyttää sinulle nopea korjaus!" osoittaa empatiaa.
Jokainen näistä taktiikoista käsittelee ydinpelkoja. Muutosten hellävarainen ja läpinäkyvä julkaisu antaa käyttäjille tunteen hallinnasta (ja säilyttää hyvää tahtoa). Se ei tarkoita innovaation säästämistä – vain sitä, että yhdistät parannuksesi käyttäjän empatiaan. Indie-kehittäjillä ei ehkä ole suuria QA-tiimejä, mutta he voivat hyödyntää avointa viestintää ja joustavuutta. Epävarmoissa tilanteissa muista: käyttäjä, joka tuntee olevansa ohjattu päivityksen läpi, on paljon todennäköisemmin jäämässä, vaikka muutokset olisivat suuria.
Kuuluisat uudelleensuunnitteluvirheet ja opitut läksyt
Jopa jättiyritykset, joilla on valtavasti resursseja, ovat kompastelleet. Sosiaalinen uutissivusto lanseerasi "Digg v4," täydellisen uudistuksen, joka poisti monia rakastettuja ominaisuuksia (kuten hautauspainikkeen ja tehotyökalut) ja oli täynnä virheitä. Uskolliset "Digg Nation" -käyttäjät tunsivat olonsa vieraantuneiksi ja turhautuneiksi – liikenne romahti noin 30%. Opetus: Älä heitä lasta pesuveden mukana. Radikaalit uudistukset voivat rankaista ydinkäyttäjiäsi. Sen sijaan iteroi vähitellen ja suojaa rakastetut toiminnot. Testaa raskaita betasyklejä suurten muutosten varalta.
Snapchat uudelleenjärjesti chat- ja "Discover"-näytöt, erottaen ystävien tarinat julkkiksista/julkaisijoista. Tuloksena oli hämmennys ja vastalauseet. Huippujulkkikset (kuten Kylie Jenner ja muut) mollasivat uutta asettelua "niin surullisena", ja aloittivat jopa verkkovetoomuksen (yli 1,2 miljoonaa allekirjoittajaa) muutoksen kumoamiseksi. Snap lopulta osittain perääntyi yhdistämällä ystävien tarinat takaisin. Opetus: Kuuntele intohimoisia käyttäjiäsi nopeasti. Erityisesti mobiilisovelluksissa käyttöliittymän muutokset voivat täysin vääristää, miten ihmiset navigoivat. Tämä olisi voinut olla sujuvampaa valinnaisella esikatselulla tai asteittaisilla muutoksilla sen sijaan, että kaikki muutettiin kerralla.
Loppuvuodesta 2016 Twitter alkoi oletuksena näyttää käyttäjille algoritmista "Top Tweets" -syötettä pelkän kronologisen sijaan. Käyttäjät tunsivat olonsa hämmentyneiksi ja kaipasivat omien ystäviensä julkaisuja. Takaiskun jälkeen Twitter mahdollisti helpon vaihdon takaisin käänteiseen kronologiaan. Viime aikoina Twitterin äkillinen uudelleenbrändäys "X":ksi (2023) – logojen muuttaminen ja tutun linnun poistaminen – jätti monet käyttäjät järkyttyneiksi ja petetyiksi yön yli tapahtuneesta muutoksesta. Opetus: Ydinkäyttäjien hallinta on pyhää. Älä pakota algoritmisia sääntöjä tai brändi-identiteetin muutoksia ilman selvää opt-out-mahdollisuutta tai perusteellista varoitusta. Vähitellen toteuttaminen ja tuttujen elementtien säilyttäminen (vaikka vain väliaikaisesti) voi helpottaa siirtymistä.
Perinteinen viestipalsta sai ensimmäisen merkittävän kasvojenkohotuksensa, siirtyen moderniin responsiiviseen suunnitteluun. Monet pitkäaikaiset käyttäjät moittivat mukautettujen subreddit-tyylien, inline-merkkien ja vanhan 'alien'-logon menettämistä. Tuntui siltä, että yhteisöt menettivät osan identiteetistään. Tämän seurauksena tuhannet jatkoivat "old.reddit.com" -näkymän käyttöä kauan päivityksen jälkeen. Opetus: Verkkoyhteisöt arvostavat mukauttamista. Kun uudelleensuunnittelet, säilytä se, mikä tekee jokaisesta ryhmästä ainutlaatuisen, tai tarjoa asteittainen opt-in. Reddit käytti vuosia vanhan tyylin ominaisuuksien poistamiseen. Indie SaaS, jossa on käyttäjien luomaa sisältöä, tulisi edetä varovaisesti globaalien käyttöliittymämuutosten kanssa.
Slack julkaisi tyylikkään uuden navigointimallin, joka yhdisti kaiken Koti, DM:t, Toiminta jne. -alle, edistääkseen "keskittymistä". Mutta käyttäjät kutsuivat sitä heti askeleeksi taaksepäin: tärkeät kanavat hautautuivat, ja paljon tyhjää tilaa tarkoitti, että "puolet tarvittavista tiedoista on piilotettu". Jopa teknologiajohtajat vitsailivat Twitterissä tehottomuudesta. Slack puolusti muutosta "järjestettynä", mutta monille se tuntui hämmentävältä. Opetus: Selkeys > minimalismi. Jos ryhmittelet valikoita, merkitse ne selkeästi. Käyttäjätestaus olisi voinut paljastaa, että termit kuten "Toiminta" olivat liian epämääräisiä. Tarjoamalla beta-pääsyn (ja mahdollisuuden peruuttaa) olisi voinut pehmentää iskua.
Instagramin siirtyminen tiukasta kronologisesta syötteestä algoritmiohjattuun syötteeseen muutti peruskokemusta. Käyttäjät valittivat, että heidän suosikkitilit piilotettiin. (Lisämakua lisäsi se, että samaan aikaan Instagram esitteli rohkean uuden sovellusikonin ja logon – monet pitkäaikaiset käyttäjät vihasivat äkillistä sateenkaaren sävyistä gradienttia, koska se poikkesi liiaksi tutusta kameraikonista.) Aikajanan muutos toteutettiin lupauksilla algoritmien säätämisestä, mutta ei mahdollisuutta palauttaa täysin vanhaa käyttäytymistä. Opetus: Kun uudelleensuunnittelu vaikuttaa siihen, miten ihmiset näkevät toistensa sisältöä (tai brändisi logoa!), vastustus on voimakasta. Jos sinun täytyy automatisoida tai optimoida syötteitä, tee se asteittain ja harkitse, että tarjoat teho käyttäjille mahdollisuuden pysyä vanhassa näkymässä, ainakin aluksi.
Jopa Facebook on kompastellut. Vuonna 2008 se esitteli uuden "Uutisvirta"-kotisivun, joka osoittautui ärsyttäväksi miljoonille – yli 1,7 miljoonaa käyttäjää allekirjoitti "Vetoomuksen uutta Facebookia vastaan". Yhtiö perääntyi nopeasti joistakin muutoksista lepyttääkseen käyttäjiä. Ironisesti, vuosien kuluessa, kukaan ei voinut sopia siitä, mikä vanha suunnittelu oli oikeastaan paras. Opetus: Suurissa perintötuotteissa mikä tahansa muutos ärsyttää jotakuta. Suorita A/B-testejä ja kunnioita palautetta tarpeeksi oikeuttaaksesi luottamuksen, mutta tunnusta, että et voi miellyttää kaikkia. Joskus turvallisin lähestymistapa on hyvin asteittainen käyttöönotto, johon sisältyy paljon käyttäjäpalautetta.
Suosittu suoratoistosovellus Spotify päivitys piilotti tutut kontrollit. Käyttäjät huomasivat, että "toista"- ja "tykkää"-painikkeet piilotettiin valikkoon sen sijaan, että ne olisivat näkyvissä nyt-soitto-ruudulla. Vastalause oli nopea ja äänekäs – monet julistivat uuden asettelun alennukseksi. Muutaman päivän kuluessa Spotify hiljaa palautti kadonneet painikkeet kuunneltuaan käyttäjävalituksia. Opetus: Älä piilota usein käytettyjä ominaisuuksia. Jos muutos rikkoo lihasmuistia (erityisesti teho-ominaisuuksien, kuten toisto/satunnaistoisto), odota vastalauseita. Testaa käyttöliittymämuutokset kohdekäyttäjillä, ja jos jokin tuntuu vähemmän kätevältä, ole valmis perumaan se.
Kerran sosiaalisen verkoston jättiläinen, MySpace yritti lukuisia uudelleensuunnitteluja pysyäkseen viileänä – lisäämällä skeuomorfisia tekstuureja, sitten myöhemmin erittäin "musta ja kulta" musiikkikeskeisen teeman. Joka kerta käyttäjät tunsivat, että sivusto menetti omalaatuisen, käyttäjäkeskeisen tyylinsä. Vaikka MySpacen laskuun oli monia syitä, jokainen suuri uudistus kiihdytti käyttäjien pakoa Facebookiin. Opetus: Jos yleisösi perustuu henkilökohtaiseen ilmaisuun, raskas mallinnus tai pakotetut "parannukset" voivat tappaa tunnelman. Anna käyttäjien mukauttaa (tai jatkaa tekemään, mitä he rakastavat) sen sijaan, että pakotat yhden koon sopivan kaikille -uudistuksen.
Viime aikoina Tumblr otti käyttöön uusia sisältösuodattimia ja käyttöliittymämuutoksia, joita monet luovat bloggaajat eivät pitäneet, kutsuen käyttöliittymää vähemmän intuitiiviseksi ja liian brändätyksi. Käyttäjät valittivat, että se sotki, mikä oli kerran minimalistinen blogialusta. Tumblr on sittemmin perunut joitakin muutoksista ja keskittynyt suorituskyvyn parantamiseen. Opetus: Viljele ydinnicheäsi (Tumblrin tapauksessa fandom-taiteilijat ja kirjoittajat). Radikaalit uudelleensuunnittelut niche-yhteisössä ovat riskialttiita. Joskus olemassa olevan kokemuksen vakauttaminen on turvallisempi veto kuin räikeä uudelleenkirjoitus.
Jokaisessa näistä tarinoista on sama moraali: Käyttäjät rakastavat tuntea olevansa hallinnassa ja pelkäävät menettävänsä sen, mitä he ovat oppineet tuntemaan. Yhteinen tekijä on, että äkilliset, selittämättömät uudistukset lähes aina laukaisevat reaktion. Indie-kehittäjälle tämä tarkoittaa, että suunnittele siirtymäsi kuin elokuvaohjaaja – esitä traileri, näytä kulissien takaista materiaalia ja anna yleisön aplodien kaikua ennen kuin muutat käsikirjoitusta. Pidä viestintä avoimena, anna käyttäjien siirtyä uuteen versioon rauhassa ja ole valmis hienosäätämään tai perumaan, jos jokin ei vain toimi heille. Lopulta suunnittelu voi olla objektiivisesti parempi paperilla, mutta jos se saa käyttäjät tuntemaan olonsa eksyneiksi, se ei ole heille parempi.