Hoe u gebruikers gelukkig kan hou wanneer u 'n belangrike opdatering van u aansoek bekendstel

gelukkige kliënt

Daar is 'n inherente spanning in die ontwikkeling van produkte tussen verbetering en stabiliteit. Enersyds verwag gebruikers nuwe funksies, funksionaliteit en miskien selfs 'n nuwe voorkoms; daarenteen kan veranderinge weer vlam vat wanneer bekende koppelvlakke skielik verdwyn. Hierdie spanning is die grootste wanneer 'n produk op 'n dramatiese manier verander word - soveel dat dit selfs 'n nuwe produk genoem kan word.

At CaseFleet ons het van hierdie lesse op die harde manier geleer, alhoewel dit baie vroeg in ons ontwikkeling was. Aanvanklik was die navigasie van ons toepassing in 'n ry ikone bo-aan die bladsy:

Casefleet Navigasie

Ondanks die estetiese waarde van hierdie keuse, het ons 'n bietjie beperk gevoel deur die hoeveelheid beskikbare ruimte, veral as ons gebruikers die app op kleiner skerms of mobiele toestelle bekyk. Eendag het een van ons ontwikkelaars op 'n Maandagoggend by die werk aangekom met die vrugte van 'n onaangekondigde naweekprojek: 'n bewys van die konsep van verandering in die uitleg. Die kern van die verandering wat die navigasie van 'n ry langs die bokant van die skerm na 'n kolom links skuif:

Casefleet Links Navigasie

Ons span het gedink dat die ontwerp fantasties lyk, en nadat ons 'n paar afrondingswerk bygevoeg het, het ons dit die week aan ons gebruikers bekend gemaak en verwag dat hulle opgewonde sou wees. Ons was verkeerd.

Terwyl 'n handjievol gebruikers die verandering dadelik aangeneem het, was 'n groot aantal glad nie gelukkig nie en het gesê dat hulle probleme met die toepassing rondbeweeg het. Hulle grootste klagte was egter dat hulle nie van die nuwe uitleg hou nie, maar dat dit hulle onkant betrap het.

Lesse geleer: Verander reg gedoen

Die volgende keer dat ons ons aansoek verander, het ons 'n heel ander proses gebruik. Ons belangrikste insig was dat gebruikers graag hul lot wil beheer. As hulle vir u aansoek betaal, doen hulle dit om 'n rede en wil hulle nie dat hul kosbare funksies van hulle weggeneem word nie.

Nadat ons ons pas ontwerpte koppelvlak voltooi het, het ons dit nie bloot vrygestel nie. In plaas daarvan het ons 'n blogpost daaroor geskryf en skermkiekies met ons gebruikers gedeel.

Casefleet Design Change E-pos

Vervolgens het ons 'n knoppie by die verwelkomingsskerm in ons app gevoeg met 'n groot kop, 'n versigtig vervaardigde kopie en 'n groot oranje knoppie wat gebruikers verwelkom om die nuwe weergawe uit te probeer. Ons het ook opgemerk dat hulle sou kon terugkeer na die oorspronklike weergawe as hulle sou wou (in elk geval 'n rukkie).

Sodra gebruikers in die nuwe weergawe was, was die stappe wat nodig is om terug te keer, enkele klik weg in die gebruiker se profielinstellings. Ons wou nie die knoppie wegsteek om terug te keer nie, maar ons het ook nie gedink dat dit nuttig sou wees vir mense om herhaaldelik heen en weer te swaai nie, wat miskien aanloklik sou wees as die knoppie onmiddellik sigbaar was. In werklikheid het slegs een gebruiker ooit teruggetrek gedurende die maand lange aanmeldperiode. Boonop, toe ons die skakelaar omgeswaai en die nuwe weergawe verpligtend gemaak het, het byna al ons mees aktiewe gebruikers oorgeskakel en het ons goeie terugvoer gegee oor die nuwe weergawe.

Benewens die in-app-aansporings wat ons verskaf het om oor te skakel, het ons ook verskeie e-posse gestuur om gebruikers te laat weet presies wanneer die verandering na die nuwe weergawe permanent gemaak sal word. Niemand is onkant betrap nie en niemand kla nie. In werklikheid was die meeste gebruikers baie tevrede met die nuwe voorkoms.

Waardevolle uitdagings

Dit is tog belangrik om daarop te let dat die vrystelling van 'n opdatering op hierdie manier nie gratis is nie. U ontwikkelingspan sal twee afsonderlike weergawes van dieselfde kodebasis moet onderhou, en u moet ook ingewikkelde probleme oplos oor hoe die weergawes na eindgebruikers gestuur word. U ontwikkelings- en gehalteversekeringspanne sal aan die einde van die proses uitgeput wees, maar u sal waarskynlik saamstem dat die investering van tyd en hulpbronne slim was. Op hipermededingende sagtewaremarkte moet u gebruikers gelukkig hou en daar is geen vinniger manier om hulle ongelukkig te maak as om u koppelvlak skielik te verander nie.

2 Comments

  1. 1

    As ons 'n nuwe program opdateer, sorg ons gewoonlik dat oud nog in die aktiewe modus is totdat mense dit opgradeer na 'n nuwer weergawe. Enige slegte ervaring sal gebruikers dwing om van hul dienste te onttrek. Dit is baie belangrik vir die onderneming om die besef te hê voordat hulle 'n nuwe program begin.

    Vra mense ook om terugvoer te gee. Nuwe bekendstelling is die tyd waarin mense graag hul gedagtes oor die app wil deel. As hulle iets nuuts in gedagte het, sal hulle met u deel. Dit skep 'n nuwe geleentheid vir u ontwikkelaar om die funksie by te voeg wat mense voorstel.

    Dankie

  2. 2

    Wanneer ons e-pos aan ons klante stuur oor belangrike veranderinge aan die webwerf. Ons hou hulle ook toegang tot die ou webwerf as hulle wil. Dit maak hulle gemaklik terwyl hulle daarop blaai. Sommige gebruikers hou dalk ook nie van u nuwe ontwerp nie, so hierdie soort gebruikers kan maklik na die ouer weergawe oorgaan.

Wat dink jy?

Hierdie webwerf gebruik Akismet om spam te verminder. Leer hoe jou opmerking verwerk is.