Kuidas oma kasutajatele rõõmu pakkuda, kui avaldate oma rakendusele olulise värskenduse

õnnelik klient

Tootearenduses on loomupärane pinge täiustamise ja stabiilsuse vahel. Ühelt poolt ootavad kasutajad uusi funktsioone, funktsionaalsust ja võib-olla isegi uut välimust; teisest küljest võivad muutused anda tagasilöögi, kui tuttavad liidesed äkki kaovad. See pinge on suurim siis, kui toodet muudetakse dramaatiliselt - nii palju, et seda võiks isegi uueks tooteks nimetada.

At CaseFleet õppisime mõnda neist õppetundidest raskelt, ehkki meie arengu väga varajases staadiumis. Esialgu asus meie rakenduse navigeerimine ikooni reas lehe ülaosas:

Casefleet Navigation

Vaatamata selle valiku esteetilisele väärtusele tundsime, et vaba ruumi maht piiras meid mõnevõrra, eriti kui meie kasutajad vaatasid rakendust väiksematel ekraanidel või mobiilseadmetes. Ühel päeval saabus üks meie arendajatest esmaspäeva hommikul tööle teatamata nädalavahetuse projekti viljadega: tõestus paigutuse muutmise kontseptsiooni kohta. Muudatuse tuum, mis liigutab navigeerimist reast piki ekraani ülemist veergu vasakul:

Casefleet vasakpoolne navigeerimine

Meie meeskond arvas, et disain nägi välja fantastiline ja pärast paari viimase lihvi lisamist avaldasime selle sellel nädalal oma kasutajatele, lootes, et nad on sellest vaimustuses. Me eksisime.

Kui käputäis kasutajaid võttis muudatuse koheselt omaks, polnud suur osa neist sugugi rahul ja teatas, et neil on rakenduses liikumisel raskusi. Nende suurim kaebus ei seisnenud siiski selles, et uus kujundus neile ei meeldinud, vaid et see tabas neid valusalt.

Õpitud õppetunnid: muutke tehtud õigeks

Järgmisel korral, kui oma rakendust muutsime, kasutasime hoopis teistsugust protsessi. Meie peamine arusaam oli see, et kasutajatele meeldib oma saatust kontrollida. Kui nad maksavad teie rakenduse eest, maksavad nad seda mingil põhjusel ja nad ei taha, et nende väärtuslikud funktsioonid neilt ära võetakse.

Pärast meie äsja loodud liidese valmimist me seda lihtsalt ei vabastanud. Selle asemel kirjutasime selle kohta blogipostituse ja jagasime oma kasutajatega ekraanipilte.

Casefleet Design Change Email

Järgmisena lisasime oma rakenduse tervitusekraanile nupu, millel oli suur pealkiri, mõned hoolikalt koostatud koopiad ja suur oranž nupp, mis kutsus kasutajaid uut versiooni proovima. Samuti märkisime, et nad võiksid soovi korral algse versiooni juurde minna (mõnda aega ikkagi).

Kui kasutajad olid uues versioonis, asusid tagasipöördumiseks vajalikud toimingud kasutaja profiili seadetes mitme hiireklõpsu kaugusel. Me ei tahtnud naasmiseks nuppu peita, kuid ei arvanud ka, et inimestel oleks kasulik korduvalt edasi-tagasi vahetada, mis oleks võinud olla ahvatlev, kui nupp oleks kohe nähtav. Tegelikult pöördus kuu pikkuse osalemisperioodi jooksul tagasi vaid üks kasutaja. Pealegi olid lüliti ümberpööramise ja uue versiooni kohustuslikuks muutmise hetkeks peaaegu kõik meie aktiivsemad kasutajad üle läinud ja andnud meile uue versiooni kohta suurepärast tagasisidet.

Lisaks rakendusesisestele stiimulitele, mille me üleminekuks pakkusime, saatsime mitu e-kirja, milles andsime kasutajatele teada, millal muudatus uuele versioonile püsivaks muudetakse. Kedagi ei tabatud kõrvalt ja keegi ei kaebanud. Tegelikult oli enamik kasutajaid uue ilme üle ülimalt rahul.

Väärt väljakutsed

Siiski on oluline märkida, et sellisel viisil värskenduse vabastamine pole tasuta. Teie arendustiim peab hoidma sama koodibaasi kahte eraldi versiooni ja peate lahendama ka keerukad probleemid seoses versioonide lõppkasutajatele saatmisega. Teie arendus- ja kvaliteedi tagamise meeskonnad on protsessi lõpuks kurnatud, kuid tõenäoliselt nõustute, et aja ja ressursside investeerimine oli nutikas. Hüperkonkurentsiga tarkvaraturgudel peate kasutajad rõõmustama ja pole kiiremat võimalust neid õnnetuks muuta kui järsku oma liidest muuta.

2 Kommentaarid

  1. 1

    Üldiselt veendume uue rakenduse värskendamisel, et vana on endiselt aktiivses režiimis, kuni inimesed selle uuemale versioonile täiendavad. Mis tahes halb kogemus sunnib kasutajat teie teenustest loobuma. Äri jaoks on väga oluline, et enne uue rakenduse käivitamist oleks selline teadlikkus olemas.

    Lisaks paluge inimestel tagasisidet anda. Uus turule toomine on aeg, kus inimesed armastavad rakenduse kohta oma mõtteid jagada. Kui neil on midagi uut meeles, siis nad jagavad teiega. See loob teie arendajale uue võimaluse lisada see funktsioon, mida inimesed soovitavad.

    Aitäh

  2. 2

    Kui saadame oma kliendile e-kirju veebisaidi suuremate muudatuste kohta. Hoiame neil soovi korral juurdepääsu ka vanale veebisaidile. See muudab need selle sirvimise ajal mugavaks. Samuti ei pruugi mõnele kasutajale teie uus kujundus meeldida, nii et sellised kasutajad saavad hõlpsasti minna vanemale versioonile.

Mis sa arvad?

Sellel saidil kasutatakse rämpsposti vähendamiseks Akismetit. Vaadake, kuidas teie andmeid töödeldakse.