বাংলাদেশ ও পশ্চিমবঙ্গের বেশিরভাগ অ্যাপে আপনার হাতে সময় মাত্র ৩০ সেকেন্ড।
এই ৩০ সেকেন্ডেই একজন নতুন ইউজার প্রথম সেশনে ঠিক করে ফেলে — আবার ফিরবে কিনা। মনে রাখবেন, একটি low-end Android ফোনে, সীমিত ডেটা প্যাকে, ৫ ধাপের অনবোর্ডিং পড়ার ধৈর্য কারও নেই। অর্থাৎ ইউজারকে শেখানোর সময় আপনি পাবেন না — পাবেন শুধু একটি ছোট জানালা: একটি signal, একটি action, একটি channel — ইউজার চলে যাওয়ার ঠিক আগের মুহূর্তে।
দুটি শব্দ আগে বুঝে নিই। Churn মানে ইউজার অ্যাপ ছেড়ে চলে যাওয়া (আর ফিরে না আসা)। অ্যাপ ইউজার রিটেনশন হলো তার উল্টোটা — ইউজারকে ধরে রাখা। এই গাইডে কাস্টমার জার্নি বিল্ডার দিয়ে আমরা শিখব: সেশনের ভেতরের signal কিভাবে পড়তে হয়, প্রতিটি সেশন-জানালার জন্য কোন channel মানানসই, আর বাস্তব-সেশনের গতিতে কাজ করে এমন ৩টি জার্নি।
আজই আপনার প্রথম lifecycle জার্নি চালু করুন
ফ্রি সাইন আপ করুন
Activation-এর জানালা আপনার অনবোর্ডিংয়ের চেয়েও ছোট
Activation হলো সেই মুহূর্ত যখন একজন নতুন ইউজার প্রথম অর্থবহ কাজটি করে — যা দেখে বোঝা যায় অ্যাপটি সে “বুঝেছে”। পুরো মোবাইল lifecycle-এ এটিই সবচেয়ে গুরুত্বপূর্ণ মুহূর্ত। এটি ঠিকঠাক হলে install একজন ইউজারে পরিণত হয়। মিস হলে install হয়ে যায় একটি churn পরিসংখ্যান।
বেশিরভাগ টিম জানে তাদের key প্রথম action কী — প্রথম deposit, প্রথম level, প্রথম article পড়া, প্রথম order, প্রথম profile সেটআপ। কঠিন প্রশ্ন হলো কখন এটি হতে হবে।
”
প্রাথমিক পর্যায়েই churn ঠেকাতে চাইলে আপনাকে সত্যিই দ্রুত কাজ করতে হবে: install করার প্রথম এক থেকে পাঁচ মিনিটের মধ্যে।
Alina Shatkovskaya
সিনিয়র প্রোডাক্ট মার্কেটিং ম্যানেজার
এ
justDice
এটাই activation-এর জানালা — কয়েক মিনিট, যখন install এখনও “গরম” আর ইউজার এখনও অ্যাপের ভেতরে, ঠিক করছে থাকবে কিনা। এখানেই জার্নিকে চালু হতে হবে।
একই প্যাটার্ন lifecycle-এর পরের ধাপেও ফিরে আসে: paywall দেখা, cart-এ জিনিস রেখে দেওয়া, home screen-এ এসে কী করবে বুঝতে না পারা। (Paywall হলো সেই স্ক্রিন যেখানে subscription বা payment চাওয়া হয়।) এগুলোর প্রতিটিই একটি ছোট জানালা — যেখানে আগ্রহ তুঙ্গে আর পরের ৩০ সেকেন্ডই ফলাফল ঠিক করে দেয়।
Activation মিস করা সবচেয়ে ব্যয়বহুল, কিন্তু design নীতি একটাই: সেশনের ভেতরের signal পড়ুন, সঠিক channel-এ ১টি মেসেজ পাঠান, জানালা বন্ধ হওয়ার আগেই ইউজারকে ধরুন।
ইউজার ধরতে যে ৩টি in-session signal track করা উচিত
এই ছোট জানালার ভেতরে ইউজার ৩টি মুহূর্তের মধ্য দিয়ে যায় — এখনও অ্যাপে আছে, এইমাত্র বেরিয়ে গেল, আজকের মতো চলে গেল। কোন signal চালু হবে, কোন channel তার কাছে পৌঁছাবে আর কোন মেসেজ কাজ করবে — প্রতিটি মুহূর্তে আলাদা।
Signal 1: ইউজার এখনও অ্যাপে আছে, কিন্তু মনোযোগ সরে যাচ্ছে
🙂 আচরণ: ইউজার অ্যাপ খুলেছে। অনবোর্ডিং শুরু করেছে, কিংবা paywall-এ পৌঁছেছে, অথবা verification flow-এ এসে — থেমে গেছে। একটি স্ক্রিনে ৪০ সেকেন্ড বসে আছে। এগোনো ছাড়াই scroll করছে। App analytics এটিকে দেখায় “in session” হিসেবে — যা প্রযুক্তিগতভাবে সত্যি, কিন্তু কাজে অকেজো।
🛠️ ইভেন্ট: Pushwoosh-এর UserIdle event তখন চালু হয় যখন ইউজার একটি স্ক্রিনে configurable timeout (সর্বনিম্ন ৩০ সেকেন্ড) পার করে নিষ্ক্রিয় থাকে। এটি ইঙ্গিত দেয় ইউজার শরীরে অ্যাপে থাকলেও মনোযোগ ফাঁক গলে বেরিয়ে যাচ্ছে।
💌 আপনার response: দ্বিধার ঠিক সেই বিন্দুতে ১টি in-app message, একটিমাত্র CTA সহ। কোনো tutorial নয়, শুধু একটি ক্রিয়া আর একটি button। “আপনার welcome bonus নিন।” “৬০ সেকেন্ডে verify করুন।” “feed personalize করতে ৩টি topic বেছে নিন।“
Signal 2: ইউজার বেরিয়ে গেছে, কিন্তু স্মৃতি এখনও তাজা
🙂 আচরণ: ইউজার key step শেষ না করেই অ্যাপ বন্ধ করেছে। যতক্ষণ context তার মাথায় আছে, ততক্ষণ আপনার হাতে একটি ছোট জানালা। এরপর আপনার অ্যাপ আজকের ছোঁয়া আরও বারোটি অ্যাপের ভিড়ে মিশে যেতে থাকে।
🛠️ ইভেন্ট: ApplicationExit তখন চালু হয় যখন ইউজার অ্যাপ background-এ পাঠায় এবং configurable timeout-এর (১০ থেকে ৩০ সেকেন্ড) মধ্যে ফিরে আসে না — যাতে দ্রুত app switch করাকে আসল exit-এর সাথে গুলিয়ে না ফেলেন।
💌 আপনার response: ১৫ থেকে ৩০ মিনিট পরে ১টি push notification, একটিমাত্র CTA আর একটি deep link সহ — যা সরাসরি সেই স্ক্রিনে ফিরিয়ে নেয় যেখান থেকে সে বেরিয়েছিল।
Signal 3: জানালা বন্ধ হয়ে আসছে
🙂 আচরণ: পরের দিন সে আর ফেরেনি। অ্যাপ এখনও install করা আছে, কিন্তু মাথায় আর নেই। Day 1-এর পর প্রতিটি ২৪ ঘণ্টার ধাপে ফিরে আসার সম্ভাবনা দ্রুত কমতে থাকে।
🛠️ সেগমেন্ট: যেসব ইউজারের গত ২৪ ঘণ্টায় কোনো ApplicationOpen নেই এবং activation ইভেন্টও সম্পন্ন হয়নি।
💌 আপনার response: context সহ ১টি email: কী শুরু করেছিল, কী বাকি, ফিরে আসার ১টি link।
🛠️
উপরে উল্লেখিত সব ইভেন্ট — PW_UserIdle, PW_ApplicationExit, PW_ApplicationOpen — ডিফল্টভাবেই available। এগুলো চালু করতে আপনার SDK setup-এ একবার একটি config করতে হয়। এরপর signal-গুলো নিজে থেকেই আসতে থাকে, প্রতিটি ইভেন্ট আলাদা করে track করার দরকার নেই।
তিনটি মুহূর্ত। তিনটি channel। তিনটি মেসেজ।
তত্ত্ব থেকে বাস্তবে: এই signal-গুলোর উপর তৈরি ৩টি জার্নি
এই signal-গুলো তখনই কাজে আসে যখন তারা একটি বাস্তব জার্নির ভেতরে চালু হয়। নিচে এমন বাস্তব কেস দেখবেন যেগুলো এদের কাজে লাগায়।
Case 1: Activation dropout (install-এর পরের ৫-মিনিটের জানালা)
Activation dropout: install থেকে প্রথম key action পর্যন্ত — ৫-মিনিটের জানালার ভেতরে ধরা
যেসব ইন্ডাস্ট্রিতে মানানসই: gaming, fintech, subscription অ্যাপ। (বাংলাদেশে যেমন bKash, Nagad ধরনের মোবাইল ওয়ালেট, কিংবা EdTech অ্যাপ।)
Signal: ইউজার install করে activation flow শুরু করেছে, কিন্তু key প্রথম action — প্রথম level, প্রথম deposit, profile সম্পূর্ণ করা — শেষ করার আগেই বেরিয়ে গেছে।
জার্নি:
-
1
Entry
PW_DeviceRegistered-এর উপর Trigger-based entry। প্রতিটি নতুন install নিজে থেকেই ঢোকে।
-
2
Trigger-এর জন্য অপেক্ষা: key activation event
সেশনের ভেতরেই ইউজার action সম্পন্ন করলে সে জার্নি থেকে বেরিয়ে যায়। শেষ। আর কোনো মেসেজ নয়।
-
3
activation স্ক্রিনে PW_UserIdle → In-app message
ইউজার অনবোর্ডিংয়ের মাঝপথে থেমেছে। context-এর ভেতরেই একটি nudge দেখান: "bonus নিতে আর দুই tap বাকি।" একটি CTA, কোনো tutorial নয়।
-
4
সম্পূর্ণ না করেই PW_ApplicationExit → ১৫ মিনিট অপেক্ষা → Push notification
ইউজার শেষ না করেই বেরিয়ে গেছে। যে ঠিক ধাপটি সে ফেলে রেখেছে সেটির দিকে একটি push পাঠান: "আপনার প্রথম reward থেকে আর ৩০ সেকেন্ড দূরে। যেখানে থেমেছিলেন সেখান থেকেই শুরু করুন।" ফিরে আসার জানালা, একটি CTA, সঠিক স্ক্রিনে deep link।
-
5
২৪ ঘণ্টায় অ্যাপ না খুললে → Email
Recap ধরনের: কীসের জন্য সাইন আপ করেছিল, কী অপেক্ষা করছে, ফিরে আসার একটি link। Email হলো long tail, জরুরি nudge নয়।
যা লক্ষ্য রাখবেন: Activation conversion।
💡
বাস্তব কেস: justDice-এর একটিমাত্র activation-window ক্যাম্পেইন at-risk নতুন ইউজারদের মধ্যে ১০.৭% conversion rate এবং ২৬% churn হ্রাস এনে দিয়েছে। সম্পূর্ণ গল্পটি পড়ুন →
Case 2: Paywall hesitation (উচ্চ-আগ্রহের মুহূর্ত)
Paywall hesitation: কেনা ছাড়াই paywall দেখা থেকে — সিদ্ধান্তের মুহূর্তে ধরা
যেসব ইন্ডাস্ট্রিতে মানানসই: subscription, e-commerce, fintech।
কেনা ছাড়াই paywall দেখা যেকোনো subscription অ্যাপের সবচেয়ে উচ্চ-আগ্রহের signal। বেশিরভাগ টিম এটিকে ব্যর্থতা ধরে এক সপ্তাহ পরে re-target করে। এই জার্নি এটিকে যা আসলে — উচ্চ-আগ্রহের মুহূর্ত — তাই মনে করে, আর একই ঘণ্টার মধ্যেই action নেয়।
Signal: ইউজার paywall দেখেছে, কেনেনি, স্ক্রিনে idle হয়ে আছে। গঠন activation-এর মতোই — ছোট জানালা, উচ্চ আগ্রহ, সেকেন্ডের মধ্যে সিদ্ধান্ত — তবে lifecycle-এর পরের ধাপে, যখন ইউজার অ্যাপের সাথে আগে থেকেই পরিচিত।
জার্নি:
-
1
Entry
paywall_viewed-এর উপর Trigger-based entry (paywall স্ক্রিন load হলে আপনি যে custom event চালু করেন)।
-
2
Trigger-এর জন্য অপেক্ষা: purchase_completed (আপনার conversion event)
ইউজার কিনলে জার্নি থেকে বেরিয়ে যায়।
-
3
paywall স্ক্রিনে PW_UserIdle → In-app message
ইউজার ঠিক এই মুহূর্তে দ্বিধায়। paywall-এ একটি তীক্ষ্ণ in-app দেখান: social proof, এক-tap upgrade, কিংবা সবচেয়ে জনপ্রিয় plan হাইলাইট করা। "বেশিরভাগ ইউজার $9.99-এ Pro নেন। trial শুরু করতে tap করুন।" একটি মেসেজ, সিদ্ধান্তের মুহূর্তে।
-
4
paywall_viewed-এর ৫ মিনিটের মধ্যে PW_ApplicationExit → ২০ মিনিট অপেক্ষা → Push notification
সংক্ষিপ্ত ফিরে-আসার push: "এখনও Pro নিয়ে ভাবছেন? দেখে নিন কী কী পাচ্ছেন।" সরাসরি paywall-এ deep link।
-
5
২৪ ঘণ্টায় না কিনলে → Email
পাশাপাশি plan তুলনা, একটি customer quote, আর একটি "যেখানে থেমেছিলেন সেখানে ফিরুন" link।
যা লক্ষ্য রাখবেন: exit-পরবর্তী push notification-এর ৩০ মিনিটের মধ্যে re-entry rate। push জানালা যদি ইউজারদের paywall-এ ফিরিয়ে না আনে, তাহলে timing বা copy মুহূর্তের সাথে মিলছে না।
Case 3: Feature discovery friction (“কী করব বুঝতে পারছি না” মুহূর্ত)
Feature discovery friction: idle home screen থেকে — 'কী করব জানি না' মুহূর্তে ধরা
যেসব ইন্ডাস্ট্রিতে মানানসই: media, productivity, fintech।
Signal: ইউজার অ্যাপ খোলে, home screen-এ থাকে, কোনো key feature-এ tap করে না, এবং বেরিয়ে যায়। activation বা paywall-এর চেয়ে কম জরুরি, কিন্তু একই micro-moment যুক্তি খাটে: ইউজার এইমাত্র আপনাকে জানাল যে সে অনিশ্চিত, আর পরের কয়েক মিনিটই ঠিক করে দেয় সে ফিরবে কিনা।
জার্নি:
-
1
Entry
Segment-based entry: যেসব ইউজারের গত ৭ দিনে PW_ApplicationOpen আছে কিন্তু কোনো key feature event (key_feature_used)-এর সাথে interaction নেই।
-
2
home screen-এ PW_UserIdle → In-app message
Contextual feature spotlight, একবারে একটি feature। "আপনি এখনও [feature] try করেননি — দেখুন কেন এটি [app]-এ সবচেয়ে বেশি ব্যবহৃত।" try করতে এক tap।
-
3
feature ব্যবহার ছাড়াই PW_ApplicationExit → পরবর্তী আনুমানিক high-engagement সময়ে Push
নির্দিষ্ট delay-র বদলে ইউজারের সক্রিয় সময়ে push পাঠাতে Pushwoosh-এর Best time to send ব্যবহার করুন। "২ tap-এ [feature] try করুন।"
-
4
৪৮ ঘণ্টায় feature ব্যবহার না করলে → Email digest
ইউজার অ্যাপ দিয়ে যা করতে পারত এমন ৩টি জিনিসের সংক্ষিপ্ত তালিকা — visual, scannable, প্রতি item-এ এক click।
যা লক্ষ্য রাখবেন: কোন channel ফিরিয়ে এনেছে — in-app, push নাকি email — তা অনুযায়ী ২৪-ঘণ্টার feature-use rate ভাগ করুন। এই ভাগই বলে দেয় কোন segment-এ কোন জানালায় বিনিয়োগ করা লাভজনক।
Pushwoosh দিয়ে ইউজার churn করার আগেই ধরে রাখুন
প্রতিটি ছোট-সেশনের মুহূর্ত — idle স্ক্রিন, নীরব exit, ২৪-ঘণ্টার না-ফেরা — এমন একটি জানালা যেখানে আপনার এখনও action নেওয়ার সুযোগ আছে। Pushwoosh এই signal-গুলোকে ডিফল্ট ইভেন্ট হিসেবে দেয়, আর Customer Journey Builder in-app, push ও email-কে একটি canvas-এ যুক্ত করে — যাতে পুরো ৩-মুহূর্তের চক্র একটিমাত্র automated জার্নিতে বাঁধা থাকে।
একটি ছোট-সেশন রিটেনশন জার্নি design করুন, প্রতিটি মুহূর্তে ১টি signal সহ। তারপর দেখুন — যে at-risk ইউজারদের আগে হারাতেন তারা থেকে যাচ্ছে — শুধু Day 1 নয়, Day 7 আর Day 30-ও।
আপনার প্রথম micro-moment জার্নি চালু করুন
ফ্রি ট্রাই করুন