Jak zajistit spokojenost uživatelů při vydávání zásadní aktualizace vaší aplikace
Ve vývoji produktu je inherentní napětí mezi zlepšením a stabilitou. Na jedné straně uživatelé očekávají nové funkce, funkčnost a možná i nový vzhled; na druhé straně se změny mohou obrátit zpět, když náhle zmizí známá rozhraní. Toto napětí je největší, když se produkt dramaticky změní - natolik, že by se dal nazvat novým produktem.
At CaseFleet některé z těchto lekcí jsme se naučili tvrdě, i když ve velmi rané fázi našeho vývoje. Navigace naší aplikace byla původně umístěna v řadě ikon v horní části stránky:
Navzdory estetické hodnotě této volby jsme se cítili poněkud omezeni množstvím dostupného prostoru, zvláště když naši uživatelé sledovali aplikaci na menších obrazovkách nebo mobilních zařízeních. Jednoho dne dorazil jeden z našich vývojářů v pondělí ráno do práce s plody neohlášeného víkendového projektu: důkaz koncepce změny dispozice. Jádro změny pohybující se navigací z řádku v horní části obrazovky do sloupce vlevo:
Náš tým si myslel, že design vypadá fantasticky, a po přidání několika dokončovacích prvků jsme jej ten týden vydali našim uživatelům v očekávání, že budou nadšení. Mýlili jsme se.
I když se změna okamžitě ujala hrstka uživatelů, podstatný počet nebyl vůbec šťastný a hlásili potíže s pohybem po aplikaci. Jejich největší stížností však nebylo, že se jim nové uspořádání nelíbilo, ale že je to zaskočilo.
Poučení: Změna byla provedena správně
Až příště změníme aplikaci, použijeme mnohem odlišný proces. Naším klíčovým poznatkem bylo, že uživatelé mají rádi kontrolu nad svým osudem. Když za vaši žádost zaplatí, činí to z nějakého důvodu a nechtějí, aby jim byly odebrány jejich ceněné funkce.
Poté, co jsme dokončili naše nově navržené rozhraní, jsme ho jednoduše neuvolnili. Místo toho jsme o tom napsali blogový příspěvek a sdíleli screenshoty s našimi uživateli.
Dále jsme přidali tlačítko na uvítací obrazovku v naší aplikaci s velkým nadpisem, pečlivě vytvořenou kopií a velkým oranžovým tlačítkem, které vítá uživatele k vyzkoušení nové verze. Také jsme si všimli, že by se mohli vrátit k původní verzi, pokud by si to přáli (přesto na chvíli).
Jakmile uživatelé byli v nové verzi, kroky potřebné k návratu zpět byly umístěny několik kliknutí daleko v nastavení profilu uživatele. Nechtěli jsme skrýt tlačítko pro návrat, ale také jsme si nemysleli, že by bylo užitečné, aby lidé opakovaně přepínali tam a zpět, což by mohlo být lákavé, kdyby bylo tlačítko okamžitě viditelné. Ve skutečnosti se během měsíčního období přihlášení vrátil pouze jeden uživatel. V době, kdy jsme přepnuli přepínač a učinili novou verzi povinnou, téměř všichni naši nejaktivnější uživatelé přešli a poskytli nám skvělou zpětnou vazbu o nové verzi.
Kromě pobídek v aplikaci, které jsme poskytli pro přechod, jsme poslali několik e-mailů, které uživatelům přesně věděly, kdy bude změna nové verze natrvalo. Nikdo nebyl zaskočen a nikdo si nestěžoval. Většina uživatelů byla ve skutečnosti s novým vzhledem velmi spokojena.
Užitečné výzvy
Přesto je důležité si uvědomit, že vydání aktualizace tímto způsobem není zdarma. Váš vývojový tým bude muset udržovat dvě oddělené verze stejné kódové základny a budete také muset vyřešit složité problémy týkající se způsobu odesílání verzí koncovým uživatelům. Vaše týmy pro vývoj a zajišťování kvality budou na konci procesu vyčerpány, ale pravděpodobně budete souhlasit, že investice času a zdrojů byla chytrá. Na hyperkonkurenčních softwarových trzích musíte udržovat spokojenost uživatelů a neexistuje rychlejší způsob, jak je učinit nešťastnými, než náhle změnit vaše rozhraní.