it-swarm-eu.dev

Testuje A / B účelné využití zdrojů pro koncového uživatele mobilní aplikace?

Webové stránky mohou například povolit testování A/B například zobrazením jiné stránky. Mobilní aplikace by musela shromažďovat data a vrátit je. Je v zásadě v pořádku mít software „telefon domů“ pro optimalizaci částí displeje? Mělo by být uživateli sděleno, proč žádám o toto povolení, i když nevidí výhodu v aktuální aplikaci?

ÚPRAVA: Abychom objasnili, i když je uživateli sděleno, že to dělám (což bych absolutně udělal), je testování A/B natolik důležité pro koncového uživatele, že by stálo za to, aby měli kompromis software občas telefon domů? Upravil jsem otázku tak, aby odrážel toto, namísto své původní otázky, než jsem se sám odvrátil.

3
Don

Pokud si myslíte, že je to dost důležité a uživatel je rád, že vám to dovolím, nevidím problém. Nebudete vám posílat ohromná množství dat zpět, takže nechápu, proč by tomu uživateli vadilo. Většina uživatelů chytrých telefonů má přesto neomezený internetový kontakt (alespoň ve Velké Británii všichni přicházejí s jedním, kromě některých Blackberrys).

Můžete zkusit něco jako MixPanel , pokud chcete vidět, jak uživatelé vaši aplikaci používají a jak ji můžete vylepšit. Nikdy jsem to nepoužíval, ale vypadá zajímavě.

2
matto1990

Do našich aplikací jsme s určitým úspěchem implementovali typ testování mobilní aplikace A/B. Důležité je zapamatovat si, že poplatky za data se v různých sítích a zemích liší. Mám pocit, že je nejlepší co nejvíce minimalizovat využití dat. Jako takový jsme implementovali náš A/B test jako dvě různá „témata“ pro aplikaci. uživatelé si mohli vybrat, jaké téma chtěli, a na stránce možností byla možnost hlasovat o svém oblíbeném a odeslat zpětnou vazbu.

Sběr zpětné vazby od uživatelů na konci není snadný na žádné mobilní platformě, ani na těch vyspělejších. Jste opravdu zaseknutí spoléhat na uživatele ochotní jít extra míle a oslovit vás přímo ...

2
Ryan

Myslím, že způsob, jakým formulujete otázku, je trochu matoucí, ale přesto se pokusím odpovědět.

Doporučeným postupem pro instalovatelné aplikace je informovat uživatele předem o tom, co se stane, a nabídnout jim možnost jeho deaktivace. Dobrým příkladem je Google Chrome, který upozorňuje uživatele na to, že bude přenášet data do Googlu, a nabízí vám tu a tam možnost zakázat je. Je to také podobné upozorněním, které vám iPhone dá, když aplikace chce „vám zaslat oznámení Push“. Buďte v popředí, jasní a čestní a uživatelé vám za to podělí.

Pokud jde o otázku „Je testování A/B dostatečně důležité pro koncového uživatele“ - nemyslím si, že je otázka velmi důležitá. Ať už koncoví uživatelé považují testování A/B za důležité nebo ne, nemělo by vám bránit v tom, abyste chtěli vylepšit vaši aplikaci, protože pokud ano, budou nakonec šťastnější. Proveďte také testování A/B, ale ujistěte se, že jste upřímní, jaká data přenášíte - jedná se o dva samostatné subjekty.

1
Rahul

Obecně se po spuštění do výroby budete chtít zaměřit na prodej a podporu aplikace. Strávit nezanedbatelné množství času testování vylepšení rozhraní vyladění, když byste měli být marketing nebo opravy chyb nemusí být žádoucí.

Pokud chcete spustit testy A/B (nebo vícerozměrné testy, pokud je v aplikaci vůbec nějaká složitost), připravil bych verzi softwaru a vydal ji v beta verzi. Jako beta můžete

  • vzdát se nutnosti odradit uživatele tím, že navrhnou, že jejich zkušenosti se mohou lišit od někoho jiného (je to beta, bude to trochu volatilní),
  • - vydávejte nové testovací varianty (tj. "aktualizace") tak často, jak chcete, a
  • shromažďovat lepší zpětnou vazbu (tj. testovat metriky) tím, že ji navrhne jako výměnu za bezplatné použití nebo včasný přístup k softwaru.
0
Matt

Jak říká matto1990, je vyžadováno více informací, ale v zásadě bych řekl, že uživatel by měl být informován v případě, že by mohly vzniknout jakékoli náklady.

Navíc, i když je hovor zdarma, může to uživatele stále problematicky ovlivňovat. Představte si, že uživatel čeká na důležité volání, ale nedokáže to projít, protože v tu chvíli aplikace zahájila hovor.

0
Dan Barak