4-ടയർ പുഷ് നോട്ടിഫിക്കേഷൻ ഫാറ്റീഗ് മോഡൽ

ഒരു ഉപയോക്താവിനെ നഷ്ടപ്പെടുത്താനുള്ള ഏറ്റവും വിലകുറഞ്ഞ വഴിയാണ് പുഷ് നോട്ടിഫിക്കേഷനുകൾ. ദിവസം 1 പുഷ് എന്ന നിലയിൽ റിട്ടൻഷൻ കർവ് കുഴപ്പമില്ലാതെ കാണപ്പെടുന്നു - Localytics, Urban Airship എന്നിവയിൽ നിന്നുള്ള ഇൻഡസ്ട്രി ഡാറ്റ മൂന്ന് മാസത്തെ റിട്ടൻഷൻ 88 ശതമാനത്തിന് ചുറ്റും കേന്ദ്രീകരിക്കുന്നു. ദിവസം 3 പുഷ് ആകുമ്പോൾ കർവ് 17 ശതമാന പോയിന്റ് താഴുന്നു. ദിവസം 5 പുഷ് ആകുമ്പോൾ 34 താഴുന്നു. ഈ ആകൃതി കുത്തനെയുള്ളതും തിരിച്ചെടുക്കാനാവാത്തതുമാണ്: ഒരു app ആഴ്ചയിൽ അവർക്ക് വേണ്ടാത്ത 2 മുതൽ 5 വരെ പുഷുകൾ അയക്കുമ്പോൾ 46 ശതമാനം ഉപയോക്താക്കളും പുഷിൽ നിന്ന് പൂർണമായും ഒഴിവാകുന്നു.

Soulwise-ന്റെ പ്രതികരണം ഒരു 4-ടയർ ഫാറ്റീഗ് മോഡലാണ്. ഉരുണ്ടുപോകുന്ന 14-ദിവസ വിൻഡോയിൽ ഓപ്പൺ-റേറ്റ് ക്ഷയം ഇത് കണ്ടെത്തുകയും ഉപയോക്താവ് എന്നെന്നേക്കുമായി ഒഴിവാകുന്നതിന് മുമ്പ് നോട്ടിഫിക്കേഷൻ വോള്യം ക്രമേണ കുറയ്ക്കുകയും ചെയ്യുന്നു.

ഈ പോസ്റ്റ് ഡിസൈൻ, ത്രെഷോൾഡുകൾ, റിക്കവറി ലോജിക് എന്നിവയിലൂടെ കടന്നുപോകുന്നു.

ചുരുക്കത്തിൽ

• Soulwise-ന്റെ 4-ടയർ push notification fatigue model 14 ദിവസത്തെ rolling open-rate window ഉപയോഗിച്ച് താൽപര്യക്കുറവ് കണ്ടെത്തുകയും, ഉപയോക്താക്കൾ opt out ചെയ്യുന്നതിന് മുമ്പ് notification-കളുടെ എണ്ണം കുറയ്ക്കുകയും ചെയ്യുന്നു.
• ടയർ 0 (ആരോഗ്യകരം) പൂർണ്ണ ഷെഡ്യൂൾ ആണ്.
• ടയർ 1 (തരംതാഴ്ത്തിയത്) mid-morning push ഒഴിവാക്കുന്നു.
• ടയർ 2 (anchor-only) രാവിലത്തെ ritual prompt-ഉം ഒരു ഞായറാഴ്ച retrospective-ഉം നിലനിർത്തുന്നു.
• ടയർ 3 (weekly-only) ആഴ്ചയിൽ ഒരു push ആയി കുറയ്ക്കുന്നു.

നാല് തലങ്ങൾ

ഈ state machine ചെറുതാണ്. ഓരോ ഉപയോക്താവും ഒരു സമയത്ത് കൃത്യമായി ഒരു തലത്തിൽ മാത്രമായിരിക്കും.

• T0 - ആരോഗ്യകരം. പൂർണ്ണമായ ഷെഡ്യൂൾ. പ്രഭാത ആചാര പ്രോംപ്റ്റ്, ഉച്ചയ്ക്ക് മുമ്പുള്ള സന്ദർഭോചിത ഓർമ്മപ്പെടുത്തൽ, സായാഹ്ന ധ്യാനം, കൂടാതെ event-anchored പ്രോംപ്റ്റുകളും.
• T1 - തരംതാഴ്ത്തപ്പെട്ടത്. ഉച്ചയ്ക്ക് മുമ്പുള്ള സന്ദർഭോചിത ഓർമ്മപ്പെടുത്തൽ താൽക്കാലികമായി നിർത്തിവയ്ക്കുന്നു. ബാക്കിയെല്ലാം തുടരുന്നു.
• T2 - ആങ്കർ മാത്രം. പ്രഭാത ആചാര പ്രോംപ്റ്റും ഞായറാഴ്ചത്തെ അവലോകനവും മാത്രം ബാക്കിയാകുന്നു. വിവേചനാധികാരമുള്ള എല്ലാ പുഷുകളും താൽക്കാലികമായി നിർത്തിവയ്ക്കുന്നു.
• T3 - പ്രതിവാരം മാത്രം. ഒരൊറ്റ പ്രതിവാര പുഷ് മാത്രം നിലനിൽക്കുന്നു. ദൈനംദിന താളം നിർത്തിവയ്ക്കുന്നു.

ഈ ക്രമത്തിന് പ്രാധാന്യമുണ്ട്. ഉച്ചയ്ക്ക് മുമ്പുള്ളതാണ് ആദ്യം പോകുന്നത്, കാരണം അതിന് ഏറ്റവും കുറഞ്ഞ event weight ആണുള്ളത്: ഇത് ഒരു സന്ദർഭോചിത ഓർമ്മപ്പെടുത്തലാണ്, ദൈനംദിന ആചാരത്തിന്റെ ഭാഗമല്ല. പ്രഭാത പ്രോംപ്റ്റ് ഏറ്റവും കൂടുതൽ കാലം നിലനിർത്തുന്നു, കാരണം event-anchored ദൈനംദിന പുഷുകൾ സാധാരണ പുഷുകളെക്കാൾ ഏകദേശം 2.85x retention ഉണ്ടാക്കുന്നു; അത് ഇല്ലാതാക്കുന്നത് app-നെ ഇല്ലാതാക്കും.

ഒരു tier മാറ്റത്തിന് കാരണമാകുന്നത് എന്ത്

ഓരോ ഉപയോക്താവിനും 14 ദിവസത്തെ ഒരു rolling വിൻഡോയിലെ open-rate ഡാറ്റ. ഓരോ ദിവസവും മോഡൽ കഴിഞ്ഞ 14 ദിവസങ്ങൾ പരിശോധിക്കുകയും ആ വിൻഡോയിൽ അയച്ച push notifications-നുള്ള ഉപയോക്താവിന്റെ open rate കണക്കാക്കുകയും ചെയ്യുന്നു.

Soulwise-ന്റെ പരിധി ഉപയോക്താവിന്റെ വ്യക്തിഗത baseline-ൽ നിന്നുള്ള 30 ശതമാനം open-rate decay ആണ്. ഒരു ഉപയോക്താവ് സാധാരണയായി 60 ശതമാനം push-കൾ തുറക്കുകയും rolling വിൻഡോ 42 ശതമാനത്തിലേക്കോ അതിൽ താഴെയോ കുറയുകയും ചെയ്താൽ, മോഡൽ അവരെ ഒരു tier താഴേക്ക് മാറ്റുന്നു. ഒരൊറ്റ മോശം ആഴ്ചയോട് (അവധി, അസുഖം, ജോലിയിലെ തിരക്കേറിയ ആഴ്ച) പ്രതികരിക്കാതിരിക്കാൻ ഈ ഇടിവ് കുറഞ്ഞത് 3 ദിവസമെങ്കിലും തുടരേണ്ടതുണ്ട്.

Promotion സമമിതമാണ്. ഒരു ഉപയോക്താവ് T2-ൽ ആയിരിക്കുകയും അവരുടെ open rate 3 തുടർച്ചയായ ദിവസങ്ങളിൽ baseline മൈനസ് 30 ശതമാനം പരിധിക്ക് മുകളിലേക്ക് വീണ്ടും ഉയരുകയും ചെയ്താൽ, അവർ T1-ലേക്ക് ഉയരുന്നു. T0-ലേക്കുള്ള വീണ്ടെടുപ്പും അതേ ഘട്ടം പിന്തുടരുന്നു.

ഇവന്റ്-ആങ്കർ ചെയ്ത പുഷുകൾ എന്തുകൊണ്ട് ഏറ്റവും കൂടുതൽ നിലനിൽക്കുന്നു

ഈ ഡിസൈനിന് അടിസ്ഥാനമായ Localytics / Urban Airship ഡാറ്റാ പോയിന്റ്: ഇവന്റ്-ആങ്കർ ചെയ്ത ദൈനംദിന പുഷുകൾ സാധാരണ ദൈനംദിന പുഷുകളെക്കാൾ ഏകദേശം 2.85x റിട്ടൻഷൻ ഉണ്ടാക്കുന്നു. 9 am-ന് വരുന്ന സാധാരണ "ഞങ്ങളോടൊപ്പം ചെക്ക് ഇൻ ചെയ്യൂ!" എന്നത് മറന്നുപോകുന്ന ഒന്നാണ്. ഇന്നത്തെ യഥാർത്ഥ സൈക്കിൾ ഘട്ടവുമായി ആങ്കർ ചെയ്ത ഒരു പ്രഭാത പ്രോംപ്റ്റ് ("സോഫ്റ്റ് സ്റ്റാർട്ട്. ഇന്ന് നിങ്ങളുടെ പ്ലേറ്റിൽ എന്താണുള്ളത്?") ഇവന്റ്-ആങ്കർ ചെയ്തതാണ് - അതിന് പുതിയ വിവരമുണ്ട്.

T2 പ്രഭാത പ്രോംപ്റ്റ് നിലനിർത്തുന്നു, കാരണം അത് നീക്കം ചെയ്താൽ ദൈനംദിന അനുഷ്ഠാനം മുഴുവൻ ഇല്ലാതാകും. ഉപയോക്താവ് രാവിലെ ഒരിക്കലും രാത്രി ഒരിക്കലും ലോഗിൻ ചെയ്യുന്നതിന് ചുറ്റുമാണ് app-ലെ മറ്റെല്ലാം പണിതിരിക്കുന്നത്. പ്രോംപ്റ്റ് ഇല്ലെങ്കിൽ ലൂപ്പ് തകരും.

ക്ഷീണ-ബാനർ UX

ഒരു ഉപയോക്താവിനെ ഡിമോട്ട് ചെയ്യുമ്പോൾ, അവർ അടുത്ത തവണ app തുറക്കുമ്പോൾ app ഉള്ളിൽ ഒരു ചെറിയ ബാനർ കാണിക്കുന്നു:

"ഞങ്ങൾ 7 ദിവസത്തേക്ക് കുറച്ചു - വീണ്ടും കൂട്ടണോ?"

ആ വാക്യം മൂന്ന് കാര്യങ്ങൾ ചെയ്യുന്നു: മാറ്റം അംഗീകരിക്കുന്നു, അത് app-ന്റെ പെരുമാറ്റത്തിന് (ഉപയോക്താവിന്റെ പരാജയത്തിനല്ല) കാരണമായി ചൂണ്ടിക്കാട്ടുന്നു, ഒപ്പം തിരഞ്ഞെടുപ്പിന് അവസരം നൽകുന്നു. നോട്ടിഫിക്കേഷനുകൾ തിരികെ വേണമെങ്കിൽ ഉപയോക്താവിന് ഒറ്റ ടാപ്പിലൂടെ ഡിമോഷൻ മറികടക്കാം.

ഇത് പ്രധാനമാണ്, കാരണം നിശ്ശബ്ദമായ ഒരു ഡിമോഷൻ app ഉപയോക്താവിനെ ഉപേക്ഷിക്കുന്നതുപോലെ തോന്നും. ഉറക്കെയുള്ള ഒന്ന് app കരുതുന്നതുപോലെ തോന്നും. ഒരേ പ്രവൃത്തി, വ്യത്യസ്തമായ അവതരണത്തിൽ.

ഞങ്ങൾ മനഃപൂർവം നിർമിക്കാത്ത ആന്റി-പാറ്റേണുകൾ

എന്തൊക്കെ വിലക്കപ്പെട്ടിരിക്കുന്നു എന്നതിൽ പ്രൊഡക്റ്റ് സ്പെക് വ്യക്തമാണ്:

• "നിങ്ങളുടെ സ്ട്രീക്ക് മുറിക്കരുത്" എന്ന കുറ്റബോധ പുഷ് ഇല്ല. സ്ട്രീക്കുകൾ നഷ്ടഭയം ഉണ്ടാക്കി ലജ്ജിപ്പിക്കലാണ്. ഫറ്റീഗ് മോഡൽ ഉപയോക്താക്കളെ താഴ്ത്തുന്നു; അവരെ ലജ്ജിപ്പിക്കുന്നില്ല.
• T3 ന്റെ അവസാനത്തിൽ "നിങ്ങളെ ഞങ്ങൾക്ക് മിസ് ചെയ്യുന്നു" എന്ന റീആക്ടിവേഷൻ പുഷ് ഇല്ല. T3 ൽ ഉള്ള ഒരു ഉപയോക്താവ് ഇതിനകം app നോട് എന്തെങ്കിലും പറയുകയാണ്. കൂടുതൽ പുഷുകൾ ചേർക്കുന്നത് തെറ്റായ പ്രതികരണമാണ്.
• പുഷ് ബോഡികളിൽ വ്യാജ കൗണ്ടറുകളോ ദൗർലഭ്യമോ ഇല്ല. "X ആളുകൾ ഇപ്പോൾ സൈൻ അപ്പ് ചെയ്തു" എന്നത് ഒരു നോട്ടിഫിക്കേഷൻ അല്ല, ഡാർക്ക്-പാറ്റേൺ നാടകമാണ്.
• പുഷ് ടൈറ്റിലുകളിലോ ബോഡികളിലോ ആർത്തവ അല്ലെങ്കിൽ ജ്യോതിഷ ഉള്ളടക്കം ഇല്ല. വിലക്കപ്പെട്ട പാറ്റേണുകൾ ഉള്ള ബിൽഡുകൾ നിരസിക്കുന്ന ഒരു CI lint ലൂടെയാണ് പുഷ് കടന്നുപോകുന്നത്; ഫറ്റീഗ് മോഡൽ അത് ഒരിക്കലും മറികടക്കില്ല.

സിസ്റ്റത്തിനുള്ളിലെ ഡാറ്റ യഥാർത്ഥത്തിൽ എങ്ങനെയിരിക്കും

ഓരോ ഉപയോക്താവിന്റെയും സ്റ്റേറ്റ് മൂന്ന് ഫീൽഡുകളിലായി മോഡൽ സൂക്ഷിക്കുന്നു:

tier: 'T0' | 'T1' | 'T2' | 'T3'
rolling_open_rate_14d: 0.0 to 1.0
baseline_open_rate: 0.0 to 1.0 (computed from first 30 days)
last_tier_change_at: timestamp

ഇത്രയുമാണ് ഫറ്റീഗ് സ്റ്റേറ്റ് മുഴുവൻ. ബ്രൗസിംഗ് ഹിസ്റ്ററി ഇല്ല, ഓപ്പൺ റേറ്റിന് അപ്പുറം എൻഗേജ്മെന്റ് സ്കോറിംഗ് ഇല്ല, ഉപയോക്താവിൽ പരിശീലിപ്പിച്ച മെഷീൻ-ലേണിംഗ് മോഡൽ ഇല്ല. ഈ ലാളിത്യമാണ് കാര്യം: നിയമങ്ങൾ പരിശോധിക്കാവുന്നതാണ്, ത്രെഷോൾഡുകൾ രേഖപ്പെടുത്തിയിട്ടുണ്ട്, UX അനന്തരഫലങ്ങൾ പ്രവചിക്കാവുന്നതാണ്.

ഇത് എന്തല്ല

പരിധിയെക്കുറിച്ച് ഒരു കുറിപ്പ്.

ഫറ്റീഗ് മോഡൽ ഓരോ ഉപയോക്താവിനും വേണ്ടിയുള്ളതാണ്, ഒരു കൂട്ടത്തിന് വേണ്ടിയല്ല. "നിങ്ങളെപ്പോലുള്ള ഉപയോക്താക്കൾ" എന്നതിലേക്ക് ഞങ്ങൾ നോക്കുന്നില്ല, റിട്ടെൻഷനെക്കുറിച്ച് പഠിക്കാൻ ഉപയോക്താക്കളെ താഴ്ത്തുന്ന പരീക്ഷണങ്ങളും നടത്തുന്നില്ല. ഈ മോഡൽ വ്യക്തിയെ സേവിക്കുന്നു.

ഉപയോക്താവ് നിയന്ത്രിക്കുന്ന ക്രമീകരണങ്ങൾക്ക് പകരവുമല്ല ഇത്. Quiet hours, ഓരോ വിഭാഗത്തിനുമുള്ള mute, എല്ലാ pushes-ഉം വ്യക്തമായി disable ചെയ്യൽ — ഇവയെല്ലാം ഫറ്റീഗ് മോഡലിൽ നിന്ന് സ്വതന്ത്രമായി പ്രവർത്തിക്കുന്നു. രണ്ട് സിസ്റ്റങ്ങളും ഒരുമിച്ച് ചേരുന്നു; മോഡലിന്റെ അനുമാനത്തെക്കാൾ ഉപയോക്താവിന്റെ വ്യക്തമായ തിരഞ്ഞെടുപ്പ് എപ്പോഴും വിജയിക്കുന്നു.

ആപ്പിന്റെ ബാക്കി ഭാഗത്തിന് ഇത് പ്രധാനമാകുന്നത് എന്തുകൊണ്ട്

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

പൂർണമായ ദൈനംദിന ശീല സന്ദർഭം Soulwise ഹബിൽ ലഭ്യമാണ്. ശീലം ആവശ്യപ്പെടുന്നതിന് പകരം പരസ്പരപൂരകമായി തുടരുന്നതിന്റെ ഒരു കാരണമാണ് ഫറ്റീഗ് മോഡൽ.

ചുരുക്കത്തിൽ: ഓപ്റ്റ്-ഔട്ടിന് കാരണമാകാത്ത ഏറ്റവും വലിയ എണ്ണമാണ് ശരിയായ പുഷുകളുടെ എണ്ണം. ഓരോ 14 ദിവസവും, ഓരോ ഉപയോക്താവിനും ആ എണ്ണം കണ്ടെത്തുന്ന വഴിയാണ് ഫറ്റീഗ് മോഡൽ.

പതിവ് ചോദ്യങ്ങൾ

റിറ്റൻഷനായി push-ന്റെ അളവ് ഇത്രയധികം പ്രധാനമാകുന്നത് എന്തുകൊണ്ട്?

Localytics, Urban Airship എന്നിവയിൽ നിന്നുള്ള ഇൻഡസ്ട്രി ഡാറ്റ: ദിവസത്തിൽ ഒരു push ഏകദേശം 88% മൂന്നുമാസ റിറ്റൻഷനുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു. ദിവസത്തിൽ മൂന്ന് push അത് 17 ശതമാനം പോയിന്റ് കുറയ്ക്കുന്നു. ദിവസത്തിൽ അഞ്ച് push അത് 34 ശതമാനം പോയിന്റ് കുറയ്ക്കുന്നു. ഈ ഇറക്കം കുത്തനെയുള്ളതാണ്.

ഇവിടെ "rolling 14-day window" എന്നതുകൊണ്ട് എന്താണ് അർത്ഥമാക്കുന്നത്?

ഓരോ ദിവസവും കഴിഞ്ഞ 14 ദിവസത്തെ ഉപയോക്താവിന്റെ open rate മോഡൽ വീണ്ടും കണക്കാക്കുന്നു. ഈ window മുന്നോട്ട് നീങ്ങുന്നു; പഴയ ഡാറ്റ കാലഹരണപ്പെടുന്നു. ഒരു മോശം ആഴ്ചയോട് അമിതമായി പ്രതികരിക്കാതെ തന്നെ ഇത് സമീപകാല വിമുഖത വേഗത്തിൽ പിടിച്ചെടുക്കുന്നു.

ഒരു ഉപയോക്താവിന് താഴ്ന്ന tier-ൽ നിന്ന് വീണ്ടെടുക്കാൻ കഴിയുമോ?

അതെ. rolling window-നുള്ളിൽ open rate വീണ്ടും threshold-ന് മുകളിലേക്ക് ഉയർന്നാൽ, ഉപയോക്താവ് വീണ്ടും മുകളിലേക്ക് നീങ്ങുന്നു. മോഡൽ സമമിതമാണ്. ക്ഷയം താഴേക്ക് കൊണ്ടുപോകുന്നു, വീണ്ടെടുപ്പ് മുകളിലേക്ക് ഉയർത്തുന്നു.

ഈ ഫീച്ചറിന്റെ ഏറ്റവും മോശം പതിപ്പ് എന്താണ്?

എൻഗേജ്മെന്റ് കണക്കിലെടുക്കാതെ പരമാവധി അളവ് അയയ്ക്കുന്ന ഒരു naive push സിസ്റ്റം. ഉപയോക്താക്കൾ സജീവമായി ആഗ്രഹിക്കാത്ത ഒരു app-ൽ നിന്ന് ആഴ്ചയിൽ 2 മുതൽ 5 വരെ push ലഭിക്കുമ്പോൾ 46% ഉപയോക്താക്കൾ push പൂർണമായും opt out ചെയ്യുന്നുവെന്ന് ഇൻഡസ്ട്രി ഡാറ്റ കാണിക്കുന്നു. ഈ opt-out ഒരിക്കലും സംഭവിക്കാതിരിക്കാനാണ് fatigue മോഡൽ നിലനിൽക്കുന്നത്.