ആപ്പ് ഇൻ ദി എയറിൽ എങ്ങനെ നിലനിർത്തൽ നടപ്പിലാക്കുന്നു

ഒരു മൊബൈൽ ആപ്ലിക്കേഷനിൽ ഒരു ഉപയോക്താവിനെ നിലനിർത്തുന്നത് ഒരു മുഴുവൻ ശാസ്ത്രമാണ്. കോഴ്‌സിന്റെ രചയിതാവ് അതിന്റെ അടിസ്ഥാനകാര്യങ്ങൾ VC.ru-ലെ ഞങ്ങളുടെ ലേഖനത്തിൽ വിവരിച്ചു ഗ്രോത്ത് ഹാക്കിംഗ്: മൊബൈൽ ആപ്പ് അനലിറ്റിക്സ് മാക്‌സിം ഗോഡ്‌സി, ആപ്പിലെ മെഷീൻ ലേണിംഗ് മേധാവി. ഒരു മൊബൈൽ ആപ്ലിക്കേഷന്റെ വിശകലനത്തിനും ഒപ്റ്റിമൈസേഷനുമുള്ള പ്രവർത്തനത്തിന്റെ ഉദാഹരണം ഉപയോഗിച്ച് കമ്പനിയിൽ വികസിപ്പിച്ച ടൂളുകളെ കുറിച്ച് മാക്സിം സംസാരിക്കുന്നു. ആപ്പ് ഇൻ ദി എയറിൽ വികസിപ്പിച്ച ഉൽപ്പന്ന മെച്ചപ്പെടുത്തലിനുള്ള ഈ ചിട്ടയായ സമീപനത്തെ Retentioneering എന്ന് വിളിക്കുന്നു. നിങ്ങളുടെ ഉൽപ്പന്നത്തിൽ നിങ്ങൾക്ക് ഈ ഉപകരണങ്ങൾ ഉപയോഗിക്കാം: അവയിൽ ചിലത് ഉണ്ട് സൗജന്യ ആക്സസ് GitHub-ൽ.

ലോകമെമ്പാടുമുള്ള 3 ദശലക്ഷത്തിലധികം സജീവ ഉപയോക്താക്കളുള്ള ഒരു ആപ്ലിക്കേഷനാണ് ആപ്പ് ഇൻ എയർ, അതിലൂടെ നിങ്ങൾക്ക് ഫ്ലൈറ്റുകൾ ട്രാക്കുചെയ്യാനും പുറപ്പെടൽ/ലാൻഡിംഗ് സമയങ്ങളിലെ മാറ്റങ്ങളെക്കുറിച്ചുള്ള വിവരങ്ങൾ നേടാനും ചെക്ക്-ഇൻ, എയർപോർട്ട് സവിശേഷതകൾ എന്നിവ നേടാനും കഴിയും.

ഫണലിൽ നിന്ന് പാതയിലേക്ക്

എല്ലാ ഡെവലപ്‌മെന്റ് ടീമുകളും ഒരു ഓൺബോർഡിംഗ് ഫണൽ നിർമ്മിക്കുന്നു (ഉൽപ്പന്നത്തിന്റെ ഉപയോക്തൃ സ്വീകാര്യത ലക്ഷ്യമിട്ടുള്ള ഒരു പ്രക്രിയ). മുകളിൽ നിന്ന് മുഴുവൻ സിസ്റ്റവും നോക്കാനും ആപ്ലിക്കേഷൻ പ്രശ്നങ്ങൾ കണ്ടെത്താനും നിങ്ങളെ സഹായിക്കുന്ന ആദ്യ ഘട്ടമാണിത്. എന്നാൽ ഉൽപ്പന്നം വികസിക്കുമ്പോൾ, ഈ സമീപനത്തിന്റെ പരിമിതികൾ നിങ്ങൾക്ക് അനുഭവപ്പെടും. ഒരു ലളിതമായ ഫണൽ ഉപയോഗിച്ച്, ഒരു ഉൽപ്പന്നത്തിന്റെ വ്യക്തമല്ലാത്ത വളർച്ചാ പോയിന്റുകൾ നിങ്ങൾക്ക് കാണാൻ കഴിയില്ല. ആപ്ലിക്കേഷനിലെ ഉപയോക്താക്കളുടെ ഘട്ടങ്ങൾ പൊതുവായി പരിശോധിക്കുക, മാനദണ്ഡത്തിന്റെ അളവുകൾ കാണിക്കുക എന്നതാണ് ഫണലിന്റെ ലക്ഷ്യം. എന്നാൽ ഫണൽ വ്യക്തമായ പ്രശ്നങ്ങളിലേക്കോ അല്ലെങ്കിൽ പ്രത്യേക ഉപയോക്തൃ പ്രവർത്തനത്തിലേക്കോ മാനദണ്ഡത്തിൽ നിന്നുള്ള വ്യതിയാനങ്ങൾ വിവേകപൂർവ്വം മറയ്ക്കും.

ആപ്പ് ഇൻ ദി എയറിൽ, ഞങ്ങൾ ഞങ്ങളുടെ സ്വന്തം ഫണൽ നിർമ്മിച്ചു, പക്ഷേ ഉൽപ്പന്നത്തിന്റെ പ്രത്യേകതകൾ കാരണം ഞങ്ങൾ ഒരു മണിക്കൂർഗ്ലാസ് ഉപയോഗിച്ചു. തുടർന്ന് സമീപനം വിപുലീകരിക്കാനും ആപ്ലിക്കേഷൻ തന്നെ നൽകുന്ന സമ്പന്നമായ വിവരങ്ങൾ ഉപയോഗിക്കാനും ഞങ്ങൾ തീരുമാനിച്ചു.

നിങ്ങൾ ഒരു ഫണൽ നിർമ്മിക്കുമ്പോൾ, ഉപയോക്താവിന്റെ ഓൺബോർഡിംഗ് പാതകൾ നിങ്ങൾക്ക് നഷ്ടപ്പെടും. ഉപയോക്താവിന്റെയും ആപ്ലിക്കേഷന്റെയും പ്രവർത്തനങ്ങളുടെ ഒരു ശ്രേണിയാണ് പാതകളിൽ അടങ്ങിയിരിക്കുന്നത് (ഉദാഹരണത്തിന്, ഒരു പുഷ് അറിയിപ്പ് അയയ്ക്കുന്നത്).

ടൈംസ്റ്റാമ്പുകൾ ഉപയോഗിച്ച്, നിങ്ങൾക്ക് ഉപയോക്താവിന്റെ പാത വളരെ എളുപ്പത്തിൽ പുനർനിർമ്മിക്കാനും അവയിൽ ഓരോന്നിനും ഒരു ഗ്രാഫ് ഉണ്ടാക്കാനും കഴിയും. തീർച്ചയായും, ധാരാളം ഗ്രാഫുകൾ ഉണ്ട്. അതിനാൽ, നിങ്ങൾ സമാന ഉപയോക്താക്കളെ ഗ്രൂപ്പുചെയ്യേണ്ടതുണ്ട്. ഉദാഹരണത്തിന്, നിങ്ങൾക്ക് എല്ലാ ഉപയോക്താക്കളെയും പട്ടിക വരികൾ ഉപയോഗിച്ച് ക്രമീകരിക്കാനും അവർ ഒരു നിശ്ചിത ഫംഗ്ഷൻ എത്ര തവണ ഉപയോഗിക്കുന്നുവെന്നും പട്ടികപ്പെടുത്താനും കഴിയും.

അത്തരമൊരു പട്ടികയെ അടിസ്ഥാനമാക്കി, ഫംഗ്‌ഷനുകളുടെ ഉപയോഗത്തിന്റെ ആവൃത്തി അനുസരിച്ച് ഞങ്ങൾ ഒരു മാട്രിക്സ് ഉണ്ടാക്കി ഉപയോക്താക്കളെ ഗ്രൂപ്പുചെയ്‌തു, അതായത് ഗ്രാഫിലെ നോഡുകൾ വഴി. ഇത് സാധാരണയായി സ്ഥിതിവിവരക്കണക്കിലേക്കുള്ള ആദ്യപടിയാണ്: ഉദാഹരണത്തിന്, ഈ ഘട്ടത്തിൽ ചില ഉപയോക്താക്കൾ ചില ഫംഗ്ഷനുകൾ ഉപയോഗിക്കുന്നില്ലെന്ന് നിങ്ങൾ കാണും. ഞങ്ങൾ ഫ്രീക്വൻസി വിശകലനം നടത്തിയപ്പോൾ, ഗ്രാഫിലെ ഏത് നോഡുകളാണ് "ഏറ്റവും വലുത്" എന്ന് ഞങ്ങൾ പഠിക്കാൻ തുടങ്ങി, അതായത് ഉപയോക്താക്കൾ ഏറ്റവും കൂടുതൽ സന്ദർശിക്കുന്ന പേജുകൾ. നിങ്ങൾക്ക് പ്രധാനപ്പെട്ട ചില മാനദണ്ഡങ്ങൾക്കനുസരിച്ച് അടിസ്ഥാനപരമായി വ്യത്യസ്തമായ വിഭാഗങ്ങൾ ഉടനടി ഹൈലൈറ്റ് ചെയ്യപ്പെടും. ഉദാഹരണത്തിന്, സബ്‌സ്‌ക്രിപ്‌ഷൻ തീരുമാനത്തിന്റെ അടിസ്ഥാനത്തിൽ ഞങ്ങൾ വിഭജിച്ച ഉപയോക്താക്കളുടെ രണ്ട് ക്ലസ്റ്ററുകൾ ഇവിടെയുണ്ട് (ആകെ 16 ക്ലസ്റ്ററുകൾ ഉണ്ടായിരുന്നു).

ഇതെങ്ങനെ ഉപയോഗിക്കണം

നിങ്ങളുടെ ഉപയോക്താക്കളെ ഈ രീതിയിൽ നോക്കുന്നതിലൂടെ, അവരെ നിലനിർത്താൻ നിങ്ങൾ ഉപയോഗിക്കുന്ന ഫീച്ചറുകൾ നിങ്ങൾക്ക് കാണാനാവും അല്ലെങ്കിൽ, ഉദാഹരണത്തിന്, അവരെ സൈൻ അപ്പ് ചെയ്യാൻ അനുവദിക്കുക. സ്വാഭാവികമായും, മാട്രിക്സ് വ്യക്തമായ കാര്യങ്ങളും കാണിക്കും. ഉദാഹരണത്തിന്, ഒരു സബ്‌സ്‌ക്രിപ്‌ഷൻ വാങ്ങിയവർ സബ്‌സ്‌ക്രിപ്‌ഷൻ സ്‌ക്രീൻ സന്ദർശിച്ചത്. എന്നാൽ ഇതുകൂടാതെ, നിങ്ങൾക്ക് ഒരിക്കലും അറിയാത്ത പാറ്റേണുകളും കണ്ടെത്താനാകും.

അതിനാൽ ഒരു ഫ്ലൈറ്റ് ചേർക്കുകയും ദിവസം മുഴുവൻ അത് സജീവമായി ട്രാക്കുചെയ്യുകയും പിന്നീട് എവിടെയെങ്കിലും പറക്കുന്നതുവരെ വളരെക്കാലം അപ്രത്യക്ഷമാവുകയും ചെയ്യുന്ന ഒരു കൂട്ടം ഉപയോക്താക്കളെ ഞങ്ങൾ അബദ്ധവശാൽ കണ്ടെത്തി. പരമ്പരാഗത ഉപകരണങ്ങൾ ഉപയോഗിച്ച് അവരുടെ പെരുമാറ്റം ഞങ്ങൾ വിശകലനം ചെയ്താൽ, ആപ്ലിക്കേഷന്റെ പ്രവർത്തനത്തിൽ അവർ തൃപ്തരല്ലെന്ന് ഞങ്ങൾ കരുതുന്നു: അവർ ഒരു ദിവസത്തേക്ക് അത് ഉപയോഗിച്ചുവെന്നും ഒരിക്കലും മടങ്ങിയിട്ടില്ലെന്നും മറ്റെങ്ങനെ വിശദീകരിക്കാനാകും. എന്നാൽ ഗ്രാഫുകളുടെ സഹായത്തോടെ അവർ വളരെ സജീവമാണെന്ന് ഞങ്ങൾ കണ്ടു, അവരുടെ എല്ലാ പ്രവർത്തനങ്ങളും ഒരു ദിവസത്തേക്ക് യോജിക്കുന്നു.

ഞങ്ങളുടെ സ്ഥിതിവിവരക്കണക്കുകൾ ഉപയോഗിക്കുമ്പോൾ അത്തരമൊരു ഉപയോക്താവിനെ അവന്റെ എയർലൈനിന്റെ ലോയൽറ്റി പ്രോഗ്രാമിലേക്ക് കണക്റ്റുചെയ്യാൻ പ്രോത്സാഹിപ്പിക്കുക എന്നതാണ് ഇപ്പോൾ ഞങ്ങളുടെ പ്രധാന ചുമതല. ഈ സാഹചര്യത്തിൽ, അവൻ വാങ്ങുന്ന എല്ലാ ഫ്ലൈറ്റുകളും ഞങ്ങൾ ഇറക്കുമതി ചെയ്യുകയും പുതിയ ടിക്കറ്റ് വാങ്ങുമ്പോൾ തന്നെ സൈൻ അപ്പ് ചെയ്യാൻ അവനെ പ്രേരിപ്പിക്കുകയും ചെയ്യും. ഈ പ്രശ്നം പരിഹരിക്കാൻ, ഞങ്ങൾ Aviasales, Svyaznoy.Travel, മറ്റ് ആപ്ലിക്കേഷനുകൾ എന്നിവയുമായി സഹകരിക്കാൻ തുടങ്ങി. അവരുടെ ഉപയോക്താവ് ഒരു ടിക്കറ്റ് വാങ്ങുമ്പോൾ, ആപ്പ് ഇൻ ദി എയറിൽ ഫ്ലൈറ്റ് ചേർക്കാൻ ആപ്പ് അവരെ പ്രേരിപ്പിക്കുന്നു, ഞങ്ങൾ അത് ഉടൻ കാണും.

ഗ്രാഫിന് നന്ദി, സബ്‌സ്‌ക്രിപ്‌ഷൻ സ്‌ക്രീനിലേക്ക് പോകുന്ന 5% ആളുകൾ അത് റദ്ദാക്കുന്നത് ഞങ്ങൾ കണ്ടു. ഞങ്ങൾ അത്തരം കേസുകൾ വിശകലനം ചെയ്യാൻ തുടങ്ങി, ആദ്യ പേജിലേക്ക് പോകുന്ന ഒരു ഉപയോക്താവ് ഉണ്ടെന്ന് കണ്ടു, അവന്റെ Google അക്കൗണ്ട് കണക്ഷൻ ആരംഭിക്കുകയും ഉടൻ തന്നെ അത് റദ്ദാക്കുകയും വീണ്ടും ആദ്യ പേജിൽ എത്തുകയും അങ്ങനെ നാല് തവണ. ആദ്യം ഞങ്ങൾ വിചാരിച്ചു, "ഈ ഉപയോക്താവിന് എന്തോ കുഴപ്പമുണ്ട്." തുടർന്ന്, മിക്കവാറും, ആപ്ലിക്കേഷനിൽ ഒരു ബഗ് ഉണ്ടെന്ന് ഞങ്ങൾ മനസ്സിലാക്കി. ഫണലിൽ, ഇത് ഇനിപ്പറയുന്ന രീതിയിൽ വ്യാഖ്യാനിക്കും: ആപ്ലിക്കേഷൻ അഭ്യർത്ഥിക്കുന്ന അനുമതികളുടെ കൂട്ടം ഉപയോക്താവിന് ഇഷ്ടപ്പെട്ടില്ല, അവൻ പോയി.

മറ്റൊരു ഗ്രൂപ്പിന്റെ സ്‌ക്രീനിൽ 5% ഉപയോക്താക്കളെ നഷ്‌ടപ്പെട്ടു, അവിടെ അവരുടെ സ്‌മാർട്ട്‌ഫോണിലെ എല്ലാ കലണ്ടർ ആപ്പുകളിൽ നിന്നും ഒരെണ്ണം തിരഞ്ഞെടുക്കാൻ ആപ്പ് അവരെ പ്രേരിപ്പിക്കുന്നു. ഉപയോക്താക്കൾ വ്യത്യസ്‌ത കലണ്ടറുകൾ വീണ്ടും വീണ്ടും തിരഞ്ഞെടുക്കുകയും തുടർന്ന് ആപ്പിൽ നിന്ന് പുറത്തുകടക്കുകയും ചെയ്യും. ഒരു UX പ്രശ്‌നമുണ്ടെന്ന് ഇത് മാറുന്നു: ഒരു വ്യക്തി ഒരു കലണ്ടർ തിരഞ്ഞെടുത്തതിന് ശേഷം, മുകളിൽ വലത് കോണിലുള്ള പൂർത്തിയായി ക്ലിക്ക് ചെയ്യേണ്ടതുണ്ട്. എല്ലാ ഉപയോക്താക്കളും ഇത് കണ്ടില്ല എന്ന് മാത്രം.

ആപ്പിന്റെ ആദ്യ സ്‌ക്രീൻ ഇൻ എയർ

ഞങ്ങളുടെ ഗ്രാഫിൽ, ഏകദേശം 30% ഉപയോക്താക്കൾ ആദ്യ സ്‌ക്രീനിനപ്പുറത്തേക്ക് പോകുന്നില്ലെന്ന് ഞങ്ങൾ കണ്ടു: ഉപയോക്താവിനെ സബ്‌സ്‌ക്രൈബുചെയ്യാൻ പ്രേരിപ്പിക്കുന്നതിൽ ഞങ്ങൾ തികച്ചും ആക്രമണാത്മകമാണ് എന്നതാണ് ഇതിന് കാരണം. ആദ്യ സ്ക്രീനിൽ, Google അല്ലെങ്കിൽ Triplt ഉപയോഗിച്ച് രജിസ്റ്റർ ചെയ്യാൻ ആപ്പ് നിങ്ങളോട് ആവശ്യപ്പെടുന്നു, കൂടാതെ രജിസ്ട്രേഷൻ ഒഴിവാക്കുന്നതിനെ കുറിച്ച് ഒരു വിവരവുമില്ല. ആദ്യ സ്‌ക്രീൻ വിടുന്നവരിൽ 16% ഉപയോക്താക്കൾ “കൂടുതൽ” ക്ലിക്കുചെയ്‌ത് വീണ്ടും മടങ്ങുന്നു. ആപ്ലിക്കേഷനിൽ ആന്തരികമായി രജിസ്റ്റർ ചെയ്യുന്നതിനുള്ള ഒരു മാർഗം അവർ അന്വേഷിക്കുകയാണെന്ന് ഞങ്ങൾ കണ്ടെത്തി, അത് അടുത്ത അപ്‌ഡേറ്റിൽ ഞങ്ങൾ റിലീസ് ചെയ്യും. കൂടാതെ, ഉടനെ പോകുന്നവരിൽ 2/3 ഒന്നും ക്ലിക്ക് ചെയ്യുന്നില്ല. അവർക്ക് എന്താണ് സംഭവിക്കുന്നതെന്ന് കണ്ടെത്താൻ, ഞങ്ങൾ ഒരു ഹീറ്റ്മാപ്പ് നിർമ്മിച്ചു. ക്ലിക്കുചെയ്യാനാകുന്ന ലിങ്കുകളല്ലാത്ത ആപ്പ് ഫീച്ചറുകളുടെ ഒരു ലിസ്റ്റിലാണ് ഉപഭോക്താക്കൾ ക്ലിക്ക് ചെയ്യുന്നതെന്ന് ഇത് മാറുന്നു.

ഒരു മൈക്രോ നിമിഷം ക്യാപ്‌ചർ ചെയ്യുക

അസ്ഫാൽറ്റ് റോഡിനോട് ചേർന്നുള്ള പാതകൾ ചവിട്ടിമെതിക്കുന്ന ആളുകളെ നിങ്ങൾക്ക് പലപ്പോഴും കാണാം. ഈ പാതകൾ കണ്ടെത്താനും സാധ്യമെങ്കിൽ റോഡുകൾ മാറ്റാനുമുള്ള ശ്രമമാണ് നിലനിർത്തൽ.

തീർച്ചയായും, യഥാർത്ഥ ഉപയോക്താക്കളിൽ നിന്ന് ഞങ്ങൾ പഠിക്കുന്നത് മോശമാണ്, എന്നാൽ ആപ്ലിക്കേഷനിൽ ഒരു ഉപയോക്തൃ പ്രശ്നം സൂചിപ്പിക്കുന്ന പാറ്റേണുകൾ ഞങ്ങൾ സ്വയമേവ ട്രാക്ക് ചെയ്യാൻ തുടങ്ങി. ഉപയോക്താവ് വീണ്ടും വീണ്ടും ഒരേ സ്‌ക്രീനിലേക്ക് മടങ്ങുമ്പോൾ, ധാരാളം “ലൂപ്പുകൾ” സംഭവിക്കുകയാണെങ്കിൽ ഇപ്പോൾ ഉൽപ്പന്ന മാനേജർക്ക് ഇമെയിൽ അറിയിപ്പുകൾ ലഭിക്കും.

ഒരു ആപ്ലിക്കേഷന്റെ പ്രശ്‌നങ്ങളും വളർച്ചാ മേഖലകളും വിശകലനം ചെയ്യുന്നതിന് ഉപയോക്തൃ പാതകളിലെ പാറ്റേണുകൾ പൊതുവെ താൽപ്പര്യമുണർത്തുന്നതായി നോക്കാം:

• ലൂപ്പുകളും സൈക്കിളുകളും. ഉപയോക്താവിന്റെ പാതയിൽ ഒരു ഇവന്റ് ആവർത്തിക്കുമ്പോഴാണ് മുകളിൽ സൂചിപ്പിച്ച ലൂപ്പുകൾ, ഉദാഹരണത്തിന്, കലണ്ടർ-കലണ്ടർ-കലണ്ടർ-കലണ്ടർ. ധാരാളം ആവർത്തനങ്ങളുള്ള ഒരു ലൂപ്പ് ഒരു ഇന്റർഫേസ് പ്രശ്‌നത്തിന്റെ അല്ലെങ്കിൽ മതിയായ ഇവന്റ് അടയാളപ്പെടുത്തലിന്റെ വ്യക്തമായ സൂചകമാണ്. ഒരു സൈക്കിൾ ഒരു അടഞ്ഞ പാത കൂടിയാണ്, എന്നാൽ ഒരു ലൂപ്പിൽ നിന്ന് വ്യത്യസ്തമായി അതിൽ ഒന്നിലധികം ഇവന്റുകൾ ഉൾപ്പെടുന്നു, ഉദാഹരണത്തിന്: ഫ്ലൈറ്റ് ചരിത്രം കാണൽ - ഒരു ഫ്ലൈറ്റ് ചേർക്കൽ - ഫ്ലൈറ്റ് ചരിത്രം കാണൽ.
• ഫ്ലോസ്റ്റോപ്പറുകൾ - ഉപയോക്താവിന്, ചില തടസ്സങ്ങൾ കാരണം, ആപ്ലിക്കേഷനിലൂടെ ആവശ്യമുള്ള ചലനം തുടരാൻ കഴിയാത്തപ്പോൾ, ഉദാഹരണത്തിന്, ക്ലയന്റിന് വ്യക്തമല്ലാത്ത ഒരു ഇന്റർഫേസ് ഉള്ള ഒരു സ്ക്രീൻ. അത്തരം ഇവന്റുകൾ വേഗത കുറയ്ക്കുകയും ഉപയോക്താക്കളുടെ പാത മാറ്റുകയും ചെയ്യുന്നു.
• വിഭജന പോയിന്റുകൾ പ്രധാനപ്പെട്ട സംഭവങ്ങളാണ്, അതിനുശേഷം വ്യത്യസ്ത തരത്തിലുള്ള ക്ലയന്റുകളുടെ പാതകൾ വേർതിരിക്കുന്നു. പ്രത്യേകിച്ചും, ടാർഗെറ്റ് പ്രവർത്തനത്തിലേക്കുള്ള നേരിട്ടുള്ള പരിവർത്തനമോ കോൾ-ടു-ആക്ഷനോ അടങ്ങിയിട്ടില്ലാത്ത സ്‌ക്രീനുകളാണ് ഇവ, ചില ഉപയോക്താക്കളെ അതിലേക്ക് ഫലപ്രദമായി തള്ളിവിടുന്നു. ഉദാഹരണത്തിന്, ഒരു ആപ്ലിക്കേഷനിലെ ഉള്ളടക്കം വാങ്ങുന്നതുമായി നേരിട്ട് ബന്ധമില്ലാത്ത, എന്നാൽ ഉപഭോക്താക്കൾക്ക് ഉള്ളടക്കം വാങ്ങാനോ വാങ്ങാതിരിക്കാനോ താൽപ്പര്യമുള്ള ചില സ്‌ക്രീനുകൾ വ്യത്യസ്തമായി പ്രവർത്തിക്കും. വിഭജന പോയിന്റുകൾ ഒരു പ്ലസ് ചിഹ്നമുള്ള നിങ്ങളുടെ ഉപയോക്താക്കളുടെ പ്രവർത്തനങ്ങളെ സ്വാധീനിക്കുന്ന പോയിന്റുകളാകാം - അവർക്ക് വാങ്ങൽ അല്ലെങ്കിൽ ക്ലിക്ക് ചെയ്യാനുള്ള തീരുമാനത്തെ സ്വാധീനിക്കാൻ കഴിയും, അല്ലെങ്കിൽ ഒരു മൈനസ് ചിഹ്നം - കുറച്ച് ഘട്ടങ്ങൾക്ക് ശേഷം ഉപയോക്താവ് ആപ്ലിക്കേഷൻ ഉപേക്ഷിക്കുമെന്ന് അവർക്ക് നിർണ്ണയിക്കാനാകും.
• നിർത്തലാക്കപ്പെട്ട പരിവർത്തന പോയിന്റുകൾ വിഭജന പോയിന്റുകളാണ്. ടാർഗെറ്റ് പ്രവർത്തനത്തിന് പ്രേരിപ്പിക്കുന്ന സ്‌ക്രീനുകളായി നിങ്ങൾക്ക് അവയെ കണക്കാക്കാം, പക്ഷേ ചെയ്യരുത്. ഉപയോക്താവിന് ആവശ്യമുള്ള സമയത്തും ഇത് ഒരു ഘട്ടമായിരിക്കാം, പക്ഷേ ഞങ്ങൾക്ക് അതിനെക്കുറിച്ച് അറിയാത്തതിനാൽ ഞങ്ങൾ അത് തൃപ്തിപ്പെടുത്തുന്നില്ല. ട്രാക്ക് വിശകലനം ഈ ആവശ്യം തിരിച്ചറിയാൻ അനുവദിക്കണം.
• വ്യതിചലന പോയിന്റ് - ഉപയോക്താവിന് മൂല്യം നൽകാത്ത സ്ക്രീനുകൾ/പോപ്പ്-അപ്പുകൾ, പരിവർത്തനത്തെ ബാധിക്കില്ല, കൂടാതെ ടാർഗെറ്റ് പ്രവർത്തനങ്ങളിൽ നിന്ന് ഉപയോക്താവിനെ വ്യതിചലിപ്പിക്കുന്ന പാതകളെ "മങ്ങിക്കാൻ" കഴിയും.
• ബ്ലൈൻഡ് സ്പോട്ടുകൾ എന്നത് ഉപയോക്താവിന് എത്തിച്ചേരാൻ വളരെ ബുദ്ധിമുട്ടുള്ള ആപ്ലിക്കേഷന്റെയും സ്ക്രീനുകളുടെയും ഫീച്ചറുകളുടെയും മറഞ്ഞിരിക്കുന്ന പോയിന്റുകളാണ്.
• ഡ്രെയിനുകൾ - ട്രാഫിക് ചോർച്ചയുള്ള പോയിന്റുകൾ

പൊതുവേ, ഉപയോക്താവിനായി ചില സ്റ്റാൻഡേർഡ് ഉപയോഗ സാഹചര്യങ്ങൾ ആസൂത്രണം ചെയ്യാൻ ശ്രമിക്കുമ്പോൾ ഉൽപ്പന്ന മാനേജർമാർ സാധാരണയായി ചിന്തിക്കുന്നതിനേക്കാൾ തികച്ചും വ്യത്യസ്തമായ രീതിയിലാണ് ക്ലയന്റ് ആപ്ലിക്കേഷൻ ഉപയോഗിക്കുന്നത് എന്ന് മനസ്സിലാക്കാൻ ഗണിതശാസ്ത്ര സമീപനം ഞങ്ങളെ അനുവദിച്ചു. ഓഫീസിൽ ഇരുന്ന് മികച്ച ഉൽപ്പന്ന കോൺഫറൻസുകളിൽ പങ്കെടുക്കുമ്പോൾ, ആപ്ലിക്കേഷൻ ഉപയോഗിച്ച് ഉപയോക്താവ് തന്റെ പ്രശ്നങ്ങൾ പരിഹരിക്കുന്ന എല്ലാ യഥാർത്ഥ ഫീൽഡ് അവസ്ഥകളും സങ്കൽപ്പിക്കുന്നത് ഇപ്പോഴും വളരെ ബുദ്ധിമുട്ടാണ്.

ഇത് എന്നെ ഒരു വലിയ തമാശയെ ഓർമ്മിപ്പിക്കുന്നു. ഒരു ടെസ്റ്റർ ഒരു ബാറിൽ കയറി ഓർഡർ ചെയ്യുന്നു: ഒരു ഗ്ലാസ് ബിയർ, 2 ഗ്ലാസ് ബിയർ, 0 ഗ്ലാസ് ബിയർ, 999999999 ഗ്ലാസ് ബിയർ, ഒരു ഗ്ലാസിൽ ഒരു പല്ലി, -1 ഗ്ലാസ് ബിയർ, qwertyuip ഗ്ലാസ് ബിയർ. ആദ്യത്തെ യഥാർത്ഥ ഉപഭോക്താവ് ബാറിൽ കയറി വിശ്രമമുറി എവിടെയാണെന്ന് ചോദിക്കുന്നു. ബാറിൽ തീപിടിച്ച് എല്ലാവരും മരിക്കുന്നു.

ഈ പ്രശ്നത്തിൽ ആഴത്തിൽ മുഴുകിയിരിക്കുന്ന ഉൽപ്പന്ന വിശകലന വിദഗ്ധർ ഒരു മൈക്രോമൊമെന്റ് എന്ന ആശയം അവതരിപ്പിക്കാൻ തുടങ്ങി. ആധുനിക ഉപയോക്താവിന് അവരുടെ പ്രശ്നത്തിന് തൽക്ഷണ പരിഹാരം ആവശ്യമാണ്. കുറച്ച് വർഷങ്ങൾക്ക് മുമ്പ് ഗൂഗിൾ ഇതിനെക്കുറിച്ച് സംസാരിക്കാൻ തുടങ്ങി: കമ്പനി അത്തരം ഉപയോക്തൃ പ്രവർത്തനങ്ങളെ മൈക്രോ നിമിഷങ്ങൾ എന്ന് വിളിച്ചു. ഉപയോക്താവ് ശ്രദ്ധ തിരിക്കുന്നു, അബദ്ധത്തിൽ ആപ്ലിക്കേഷൻ ക്ലോസ് ചെയ്യുന്നു, അവനിൽ നിന്ന് എന്താണ് വേണ്ടതെന്ന് മനസ്സിലാകുന്നില്ല, ഒരു ദിവസം കഴിഞ്ഞ് വീണ്ടും ലോഗിൻ ചെയ്യുന്നു, വീണ്ടും മറക്കുന്നു, തുടർന്ന് ഒരു സുഹൃത്ത് മെസഞ്ചറിൽ അയച്ച ലിങ്ക് പിന്തുടരുന്നു. ഈ സെഷനുകളെല്ലാം 20 സെക്കൻഡിൽ കൂടുതൽ നീണ്ടുനിൽക്കില്ല.

അതിനാൽ ഞങ്ങൾ സപ്പോർട്ട് സർവീസിന്റെ പ്രവർത്തനം സജ്ജീകരിക്കാൻ ശ്രമിച്ചു തുടങ്ങി, അതിലൂടെ ജീവനക്കാർക്ക് തൽസമയം പ്രശ്നം എന്താണെന്ന് മനസ്സിലാക്കാൻ കഴിയും. ഒരു വ്യക്തി പിന്തുണാ പേജിൽ വന്ന് അവന്റെ ചോദ്യം എഴുതാൻ തുടങ്ങുമ്പോഴേക്കും, അവന്റെ പാത അറിയുന്നതിലൂടെ നമുക്ക് പ്രശ്നത്തിന്റെ സാരാംശം നിർണ്ണയിക്കാനാകും - അവസാന 100 ഇവന്റുകൾ. മുമ്പ്, പിന്തുണാ അഭ്യർത്ഥനകളുടെ ടെക്‌സ്‌റ്റുകളുടെ ML വിശകലനം ഉപയോഗിച്ച് ഞങ്ങൾ എല്ലാ പിന്തുണാ അഭ്യർത്ഥനകളുടെയും വിതരണത്തെ വിഭാഗങ്ങളായി ഓട്ടോമേറ്റ് ചെയ്‌തു. വർഗ്ഗീകരണത്തിന്റെ വിജയമുണ്ടെങ്കിലും, എല്ലാ അഭ്യർത്ഥനകളുടെയും 87% 13 വിഭാഗങ്ങളിൽ ഒന്നായി ശരിയായി വിതരണം ചെയ്യുമ്പോൾ, ഉപയോക്താവിന്റെ സാഹചര്യത്തിന് ഏറ്റവും അനുയോജ്യമായ പരിഹാരം സ്വയമേവ കണ്ടെത്താനാകുന്ന പാതകൾ ഉപയോഗിച്ചാണ് ഇത് പ്രവർത്തിക്കുന്നത്.

ഞങ്ങൾക്ക് വേഗത്തിൽ അപ്‌ഡേറ്റുകൾ റിലീസ് ചെയ്യാൻ കഴിയില്ല, പക്ഷേ ഞങ്ങൾക്ക് പ്രശ്നം ശ്രദ്ധിക്കാൻ കഴിയും, കൂടാതെ ഞങ്ങൾ ഇതിനകം കണ്ട സാഹചര്യം ഉപയോക്താവ് പിന്തുടരുകയാണെങ്കിൽ, അദ്ദേഹത്തിന് ഒരു പുഷ് അറിയിപ്പ് അയയ്ക്കുക.

ഒരു ആപ്ലിക്കേഷൻ ഒപ്റ്റിമൈസ് ചെയ്യുന്നതിനുള്ള ചുമതലയ്ക്ക് ഉപയോക്തൃ പാതകൾ പഠിക്കുന്നതിന് സമ്പന്നമായ ഉപകരണങ്ങൾ ആവശ്യമാണെന്ന് ഞങ്ങൾ കാണുന്നു. കൂടാതെ, ഉപയോക്താക്കൾ സ്വീകരിക്കുന്ന എല്ലാ പാതകളും അറിയുന്നതിലൂടെ, നിങ്ങൾക്ക് ആവശ്യമായ പാതകൾ ഒരുക്കാനാകും, കൂടാതെ ഇഷ്‌ടാനുസൃതമാക്കിയ ഉള്ളടക്കത്തിന്റെ സഹായത്തോടെ, പുഷ് അറിയിപ്പുകളും അഡാപ്റ്റീവ് യുഐ ഘടകങ്ങളും "കൈകൊണ്ട്" ഉപയോക്താവിനെ അവന്റെ ആവശ്യങ്ങൾക്ക് ഏറ്റവും അനുയോജ്യമായ പ്രവർത്തനങ്ങളിലേക്ക് നയിക്കുകയും പണം കൊണ്ടുവരുകയും ചെയ്യുന്നു. , നിങ്ങളുടെ ബിസിനസ്സിനായുള്ള ഡാറ്റയും മറ്റ് മൂല്യവും.

എന്താണ് ശ്രദ്ധിക്കേണ്ടത്

• ഒരു ഉദാഹരണമായി ഫണലുകൾ ഉപയോഗിച്ച് ഉപയോക്തൃ പരിവർത്തനം പഠിക്കുന്നത് അർത്ഥമാക്കുന്നത് ആപ്ലിക്കേഷൻ തന്നെ നമുക്ക് നൽകുന്ന സമ്പന്നമായ വിവരങ്ങൾ നഷ്‌ടപ്പെടുത്തുന്നു എന്നാണ്.

• ഗ്രാഫുകളിലെ ഉപയോക്തൃ പാതകളുടെ നിലനിർത്തൽ വിശകലനം, ഉപയോക്താക്കളെ നിലനിർത്താൻ നിങ്ങൾ ഉപയോഗിക്കുന്ന ഫീച്ചറുകൾ കാണാൻ നിങ്ങളെ സഹായിക്കുന്നു അല്ലെങ്കിൽ, ഉദാഹരണത്തിന്, സബ്‌സ്‌ക്രൈബ് ചെയ്യാൻ അവരെ പ്രോത്സാഹിപ്പിക്കുന്നു.
• ആപ്ലിക്കേഷനിലെ ഉപയോക്തൃ പ്രശ്‌നങ്ങൾ സൂചിപ്പിക്കുന്ന പാറ്റേണുകൾ ട്രാക്ക് ചെയ്യാനും ശ്രദ്ധിക്കാൻ ബുദ്ധിമുട്ടുള്ള ബഗുകൾ കണ്ടെത്താനും അടയ്ക്കാനും തത്സമയം സ്വയമേവ, നിലനിർത്തൽ ഉപകരണങ്ങൾ സഹായിക്കുന്നു.

• ഉപയോക്തൃ പെരുമാറ്റത്തിന്റെ വ്യക്തമല്ലാത്ത പാറ്റേണുകൾ കണ്ടെത്താൻ അവ സഹായിക്കുന്നു.

• പ്രധാന ഉപയോക്തൃ ഇവന്റുകളും മെട്രിക്‌സും പ്രവചിക്കുന്നതിന് ഓട്ടോമേറ്റഡ് ML ടൂളുകൾ നിർമ്മിക്കുന്നത് നിലനിർത്തൽ ടൂളുകൾ സാധ്യമാക്കുന്നു: ഉപയോക്തൃ നഷ്ടം, LTV, ഗ്രാഫിൽ എളുപ്പത്തിൽ നിർണ്ണയിക്കാവുന്ന മറ്റ് നിരവധി മെട്രിക്‌സ്.

ആശയങ്ങളുടെ സ്വതന്ത്രമായ കൈമാറ്റത്തിനായി ഞങ്ങൾ നിലനിർത്തലിനു ചുറ്റും ഒരു കമ്മ്യൂണിറ്റി കെട്ടിപ്പടുക്കുകയാണ്. വ്യത്യസ്ത മൊബൈൽ, വെബ് ആപ്ലിക്കേഷനുകളിൽ നിന്നുള്ള അനലിസ്റ്റുകൾക്കും ഉൽപ്പന്നങ്ങൾക്കും സ്ഥിതിവിവരക്കണക്കുകളും മികച്ച സാങ്കേതികതകളും രീതികളും കൈമാറാൻ കഴിയുന്ന ഒരു ഭാഷയായി ഞങ്ങൾ വികസിപ്പിക്കുന്ന ടൂളുകളെ കുറിച്ച് നിങ്ങൾക്ക് ചിന്തിക്കാനാകും. കോഴ്‌സിൽ ഈ ഉപകരണങ്ങൾ എങ്ങനെ ഉപയോഗിക്കാമെന്ന് നിങ്ങൾക്ക് പഠിക്കാം ഗ്രോത്ത് ഹാക്കിംഗ്: മൊബൈൽ ആപ്പ് അനലിറ്റിക്സ് ബൈനറി ജില്ല.

അവലംബം: www.habr.com