Kuinka pitää käyttäjät tyytyväisinä julkaisemalla sovelluksellesi merkittävä päivitys

Tyytyväinen asiakas

Tuotekehityksessä on luontainen jännite parantamisen ja vakauden välillä. Toisaalta käyttäjät odottavat uusia ominaisuuksia, toiminnallisuutta ja ehkä jopa uuden ilmeen; Toisaalta muutokset voivat palata, kun tutut rajapinnat yhtäkkiä katoavat. Tämä jännite on suurin, kun tuotetta muutetaan dramaattisella tavalla - niin paljon, että sitä voidaan jopa kutsua uudeksi tuotteeksi.

At CaseFleet olemme oppineet joitain näistä opetuksista kovalla tavalla, vaikkakin hyvin varhaisessa kehitysvaiheessamme. Aluksi sovelluksemme navigointi sijaitsi kuvakkeiden rivillä sivun yläosassa:

Casefleet-navigointi

Huolimatta tämän valinnan esteettisestä arvosta, tunsimme jonkin verran rajoitettua käytettävissä olevan tilan määrässä, varsinkin kun käyttäjät katselivat sovellusta pienemmillä näytöillä tai mobiililaitteilla. Eräänä päivänä yksi kehittäjistämme saapui töihin maanantaiaamuna ilmoittamattoman viikonloppuprojektin hedelmillä: osoitus asettelun muutoksen käsitteestä. Muutoksen ydin, joka siirtää navigoinnin riviltä ruudun yläreunassa vasemmalla olevaan sarakkeeseen:

Casefleet Vasen navigointi

Tiimimme mielestä muotoilu näytti upealta, ja muutaman viimeisen silauksen lisäämisen jälkeen julkaisimme sen käyttäjillemme sillä viikolla odottaen heidän olevan innoissaan. Olimme väärässä.

Vaikka kourallinen käyttäjiä hyväksyi muutoksen heti, huomattava osa heistä ei ollut ollenkaan tyytyväinen ja ilmoitti vaikeuksistaan ​​liikkua sovelluksessa. Heidän suurin valituksensa ei kuitenkaan ollut, että he eivät pitäneet uudesta ulkoasusta, vaan että se sai heidät varmaan.

Opitut: Vaihda Valmis oikealle

Seuraavan kerran, kun muutimme sovellustamme, käytimme paljon erilaista prosessia. Keskeinen näkemyksemme oli, että käyttäjät haluavat hallita kohtaloa. Kun he maksavat hakemuksestasi, he tekevät sen syystä, eivätkä he halua, että heidän arvokkaat ominaisuutensa poistetaan heiltä.

Kun olemme suunnitelleet vasta suunnitellun käyttöliittymän, emme yksinkertaisesti vapauttaneet sitä. Sen sijaan kirjoitimme siitä blogikirjoituksen ja jaoimme kuvakaappauksia käyttäjillemme.

Casefleet Design Change Change Email

Seuraavaksi lisäsimme sovelluksen tervetulonäyttöön painikkeen, jossa oli iso otsikko, huolellisesti muotoiltu kopio ja iso oranssi painike, joka kutsui käyttäjät kokeilemaan uutta versiota. Huomasimme myös, että he voisivat palata alkuperäiseen versioon, jos he haluavat (jonkin aikaa joka tapauksessa).

Kun käyttäjät olivat uudessa versiossa, paluun edellyttämät vaiheet olivat useita napsautuksia käyttäjän profiiliasetuksissa. Emme halunneet piilottaa painiketta palataksesi, mutta emme myöskään ajatelleet, että ihmisille olisi hyödyllistä vaihtaa edestakaisin edestakaisin, mikä olisi saattanut olla houkuttelevaa, jos painike olisi heti näkyvissä. Itse asiassa vain yksi käyttäjä on koskaan palannut kuukausittaisen valintajakson aikana. Lisäksi siihen mennessä, kun käännimme kytkimen ja teimme uudesta versiosta pakollisen, melkein kaikki aktiivisimmat käyttäjät olivat vaihtaneet ja antaneet meille hyvää palautetta uudesta versiosta.

Siirtymiseen liittyvien sovelluksen sisäisten kannustimien lisäksi lähetimme useita sähköposteja, joissa kerroimme käyttäjille tarkalleen, milloin muutos uuteen versioon tehdään pysyväksi. Kukaan ei jäänyt kiinni eikä kukaan valittanut. Itse asiassa useimmat käyttäjät olivat erittäin tyytyväisiä uuteen ulkoasuun.

Kannattaa kannattaa

Silti on tärkeää huomata, että päivityksen julkaiseminen tällä tavalla ei ole ilmaista. Kehitystiimisi on ylläpidettävä kahta erillistä versiota samasta koodikannasta ja sinun on myös ratkaistava monimutkaiset ongelmat siitä, miten versiot lähetetään loppukäyttäjille. Kehitystyön ja laadunvarmistuksen tiimisi ovat uupuneet prosessin loppuun mennessä, mutta olet todennäköisesti samaa mieltä siitä, että ajan ja resurssien sijoittaminen oli fiksua. Hyper kilpailukykyisillä ohjelmistomarkkinoilla sinun on pidettävä käyttäjät tyytyväisinä, eikä ole nopeampaa tapaa tehdä heistä onnettomia kuin muuttaa yhtäkkiä käyttöliittymäsi.

2 Kommentit

  1. 1

    Yleensä kun päivitämme uutta sovellusta, varmistamme, että vanha on edelleen aktiivisessa tilassa, kunnes ihmiset päivittävät sen uudempaan versioon. Huono kokemus pakottaa käyttäjän kieltäytymään palveluistasi. Yrityksille on erittäin tärkeää saada tietoisuus ennen uuden sovelluksen käynnistämistä.

    Pyydä lisäksi ihmisiä antamaan palautetta. Uusi julkaisu on aika, jolloin ihmiset rakastavat jakaa ajatuksiaan sovelluksesta. Jos heillä on jotain uutta mielessä, he jakavat kanssasi. Se luo kehittäjälle uuden mahdollisuuden lisätä ominaisuus, jota ihmiset ehdottavat.

    Kiitos

  2. 2

    Kun lähetämme asiakkaalle sähköpostiviestejä verkkosivuston suurista muutoksista. Pidämme heidät pääsemään myös vanhalle verkkosivustolle, jos he haluavat. Se tekee niistä mukavia selaamisen aikana. Jotkut käyttäjät eivät ehkä pidä uudesta suunnittelustasi, joten tällaiset käyttäjät voivat siirtyä helposti vanhempaan versioon.

Mitä mieltä olet?

Tämä sivusto käyttää Akismetiä roskapostin vähentämiseksi. Lue, miten kommenttitietosi käsitellään.