Hoe om u gebruikers gelukkig te hou wanneer u 'n belangrike opdatering van u aansoek bekend maak Martech Zone
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:
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:
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.
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.
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.
Tags: artikelsvliegvliegtuigkliënt tevredenheidnuwe weergaweplatform
Waarom Martech 'n strategiese noodsaaklikheid vir sakegroei is
14 Junie 2017 om 7:54
Oor die algemeen, wanneer ons nuwe toepassing opdateer, maak ons ​​seker dat oue steeds in die aktiewe modus is totdat mense dit opgradeer na 'n nuwer weergawe. Enige slegte ervaring sal gebruiker dwing om van jou dienste te onttrek. Dit is baie belangrik vir besigheid om daardie gevoel van bewustheid te hê voordat 'n nuwe toepassing bekendgestel word.
Vra ook mense om terugvoer te gee. Nuwe bekendstelling is die tyd waar mense daarvan hou om hul gedagtes oor die toepassing te deel. As hulle iets nuuts in gedagte het, sal hulle met jou deel. Dit sal nuwe geleentheid skep vir jou ontwikkelaar om daardie kenmerk by te voeg wat mense voorstel.
Augustus 15, 2017 by 5: 47 AM
Wanneer ons e-posse aan ons klant stuur oor groot veranderinge aan die webwerf. Ons hou hulle ook toegang tot die ou webwerf as hulle wil. Dit maak hulle gemaklik terwyl hulle dit blaai. Sommige gebruikers hou dalk ook nie van jou nuwe ontwerp nie, so hierdie soort gebruikers kan maklik na die ouer weergawe gaan.