4-तह पुश नोटिफिकेसन थकान मोडेल

पुश नोटिफिकेसन भनेको प्रयोगकर्ता गुमाउने सबैभन्दा सस्तो तरिका हो। दिनमा 1 पुश पठाउँदा रिटेन्सन कर्भ ठीकै देखिन्छ - Localytics र Urban Airship को उद्योग डेटा अनुसार तीन महिनाको रिटेन्सन करिब 88 प्रतिशतमा रहन्छ। दिनमा 3 पुश पठाउँदा यो कर्भ 17 प्रतिशत बिन्दुले झर्छ। दिनमा 5 पुश पठाउँदा 34 ले झर्छ। यसको आकार ठाडो र अपरिवर्तनीय हुन्छ: कुनै app ले हप्तामा 2 देखि 5 वटा नचाहिएका पुश पठाउँदा 46 प्रतिशत प्रयोगकर्ताले पुश पूरै बन्द गरिदिन्छन्।

Soulwise को जवाफ भनेको 4-तह थकान मोडेल हो। यसले 14-दिनको रोलिङ अवधिमा ओपन-रेट घट्दै गएको पत्ता लगाउँछ र प्रयोगकर्ताले सधैंका लागि पुश बन्द गर्नुअघि नोटिफिकेसनको मात्रा बिस्तारै घटाउँछ।

यस पोस्टले डिजाइन, थ्रेसहोल्ड, र रिकभरी लजिकलाई व्याख्या गर्छ।

छोटकरीमा

• Soulwise को 4-तह वाला push notification थकान मोडेलले disengagement पत्ता लगाउन 14-दिनको चलायमान open-rate window प्रयोग गर्छ, र प्रयोगकर्ताहरूले opt out गर्नुअघि नै notification को मात्रा घटाउँछ।
• तह 0 (स्वस्थ) पूर्ण schedule हो।
• तह 1 (घटाइएको) ले बिहान मध्यतिरको push हटाउँछ।
• तह 2 (anchor मात्र) ले बिहानको ritual prompt र आइतबारको समीक्षा राख्छ।
• तह 3 (साप्ताहिक मात्र) ले हप्तामा एउटा push मा घटाउँछ।

चार तह

स्टेट मेसिन सानो छ। हरेक प्रयोगकर्ता एक पटकमा ठ्याक्कै एउटा तहमा हुन्छ।

• T0 - स्वस्थ। पूर्ण तालिका। बिहानको अनुष्ठान प्रम्प्ट, मध्य-बिहानको प्रासंगिक नज, साँझको चिन्तन, साथै घटना-आधारित प्रम्प्टहरू।
• T1 - घटाइएको। मध्य-बिहानको प्रासंगिक नज रोकिएको छ। बाँकी सबै जारी रहन्छ।
• T2 - एंकर-मात्र। बिहानको अनुष्ठान प्रम्प्ट र आइतबारको समीक्षा मात्र बाँकी रहन्छ। सबै ऐच्छिक पुसहरू रोकिएका छन्।
• T3 - साप्ताहिक-मात्र। एउटै साप्ताहिक पुस मात्र बाँकी रहन्छ। दैनिक क्रम स्थगित हुन्छ।

क्रमले अर्थ राख्छ। मध्य-बिहान सबैभन्दा पहिले हट्छ किनभने यसको घटना भार सबैभन्दा कम हुन्छ: यो प्रासंगिक नज हो, दैनिक अनुष्ठानको आफ्नै अंश होइन। बिहानको प्रम्प्ट सबैभन्दा लामो समय राखिन्छ किनभने घटना-आधारित दैनिक पुसहरूले सामान्य पुसहरूको तुलनामा करिब 2.85x रिटेन्सन दिन्छन्; यसलाई हटाउनु भनेको app नै सकिनु हो।

टियर परिवर्तन केले गराउँछ

प्रत्येक प्रयोगकर्ताको लागि open-rate डाटाको 14-दिने रोलिङ विन्डो। हरेक दिन मोडेलले पछिल्ला 14 दिन हेर्छ र त्यो विन्डोमा पठाइएका push notification को प्रयोगकर्ताको open rate गणना गर्छ।

Soulwise को थ्रेसहोल्ड भनेको प्रयोगकर्ताको आफ्नै बेसलाइनबाट 30 प्रतिशत open-rate घट्नु हो। यदि कुनै प्रयोगकर्ताले सामान्यतया 60 प्रतिशत push खोल्छन् र रोलिङ विन्डो 42 प्रतिशत वा त्योभन्दा तल झर्छ भने, मोडेलले उनलाई एक टियर तल झार्छ। एउटै खराब हप्ता (बिदा, बिरामी, अफिसको व्यस्त हप्ता) मा प्रतिक्रिया नदिनको लागि यो गिरावट कम्तीमा 3 दिनसम्म कायम रहनुपर्छ।

प्रमोशन पनि उस्तै तरिकाले हुन्छ। यदि कुनै प्रयोगकर्ता T2 मा छन् र उनको open rate लगातार 3 दिनसम्म आफ्नो बेसलाइनबाट 30 प्रतिशत थ्रेसहोल्ड घटाएको माथि चढ्छ भने, उनी T1 मा माथि जान्छन्। T0 मा फर्किनलाई पनि त्यही चरण लाग्छ।

किन इभेन्ट-एंकर गरिएका पुशहरू सबैभन्दा लामो समय टिक्छन्

डिजाइनलाई डोर्‍याउने Localytics / Urban Airship को डाटा बिन्दु: इभेन्ट-एंकर गरिएका दैनिक पुशले सामान्य दैनिक पुशको तुलनामा लगभग 2.85x बढी रिटेन्सन दिन्छ। बिहान 9 बजेको सामान्य "हामीसँग चेक इन गर्नुहोस्!" बिर्सिने खालको हुन्छ। तर आजको वास्तविक चक्र चरणसँग जोडिएको बिहानीको प्रम्प्ट ("सहज सुरुवात। आज तपाईंको प्लेटमा के छ?") इभेन्ट-एंकर गरिएको हो - यसमा नयाँ जानकारी हुन्छ।

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 का परिणामहरू अनुमानयोग्य छन्।

यो के होइन

दायराको बारेमा एउटा टिप्पणी।

थकान मोडल प्रति-प्रयोगकर्ता हो, प्रति-समूह होइन। हामी "तपाईंजस्तै प्रयोगकर्ता" हेर्दैनौं वा रिटेन्सनको बारेमा सिक्न प्रयोगकर्तालाई तल झार्ने प्रयोगहरू चलाउँदैनौं। यो मोडलले व्यक्तिको सेवा गर्छ।

यसले प्रयोगकर्ताले नियन्त्रण गर्ने सेटिङहरूलाई पनि प्रतिस्थापन गर्दैन। शान्त समय, प्रति-श्रेणी म्युट, र स्पष्ट रूपमा सबै पुश बन्द गर्ने — यी सबै थकान मोडलबाट स्वतन्त्र रूपमा काम गर्छन्। दुई प्रणाली सँगै मिलेर चल्छन्; मोडलको अनुमानभन्दा प्रयोगकर्ताको स्पष्ट छनोट सधैं जित्छ।

यो किन बाँकी app का लागि महत्त्वपूर्ण छ

push notification नै दैनिक अनुष्ठानलाई दैनिक बनाइराख्ने तरिका हो। push अनुमति गुमाउने check-in app ले आफ्नो मुख्य retention loop गुमाउँछ। 4-tier मोडेल यसैले छ — ताकि app ले यो अनुमतिको दुरुपयोग नगरोस् र बिस्तारै, अलिकति झिझोलो भएर लामो समयसम्म, यसलाई नगुमाओस्।

दैनिक अनुष्ठानको पूर्ण सन्दर्भ Soulwise hub मा छ। fatigue मोडेल चाहिँ अनुष्ठान माग्ने नभई आपसी किन रहन्छ भन्ने एक भाग हो।

छोटो भन्नुपर्दा: सही push सङ्ख्या भनेको opt-out नगराउने सबैभन्दा ठूलो सङ्ख्या हो। fatigue मोडेल नै app ले हरेक प्रयोगकर्ताका लागि, हरेक 14 दिनमा त्यो सङ्ख्या पत्ता लगाउने तरिका हो।

सामान्य प्रश्नहरू

रिटेन्सनका लागि push को संख्याले किन यति धेरै फरक पार्छ?

Localytics र Urban Airship को इन्डस्ट्री डेटा अनुसार: दिनमा एउटा push पठाउँदा करिब 88% तीन-महिने रिटेन्सनसँग मेल खान्छ। दिनमा तीनवटा push पठाउँदा त्यो 17 प्रतिशत बिन्दुले घट्छ। दिनमा पाँचवटा push पठाउँदा त्यो 34 प्रतिशत बिन्दुले घट्छ। यो ढाँचा निकै ठाडो छ।

यहाँ "रोलिङ 14-दिने window" को अर्थ के हो?

मोडेलले हरेक दिन प्रयोगकर्ताको पछिल्लो 14 दिनको open rate पुनः गणना गर्छ। यो window अगाडि सर्दै जान्छ; पुरानो डेटा हटिराख्छ। यसले एउटै खराब हप्तामा बढी प्रतिक्रिया नदिई हालैको निष्क्रियता छिटो समात्छ।

के कुनै प्रयोगकर्ता तल्लो tier बाट माथि फर्किन सक्छ?

सक्छ। यदि रोलिङ window भित्र open rate फेरि थ्रेसहोल्डभन्दा माथि पुग्यो भने, प्रयोगकर्ता माथि सर्छ। मोडेल सन्तुलित छ। निष्क्रियताले तल झार्छ, सक्रियताले माथि उठाउँछ।

यो सुविधाको सबैभन्दा खराब संस्करण के हो?

एउटा अबुझ push सिस्टम जसले engagement जस्तोसुकै भए पनि अधिकतम संख्यामा push पठाउँछ। इन्डस्ट्री डेटा अनुसार 46% प्रयोगकर्ताले push पूरै बन्द गर्छन् जब उनीहरूले मन नपराएको app बाट हप्तामा 2 देखि 5 push पाउँछन्। फटिग मोडेल यही कारणले छ — ताकि कसैले push बन्द नै नगरोस्।