আপনি একটি customer journey লঞ্চ করেছেন। ইউজাররা আসছে, মেসেজ পাঠানো হচ্ছে, এবং journey টি সক্রিয় দেখাচ্ছে। কিন্তু conversion rate প্রত্যাশার নিচে। আর আপনি জানেন না কোন ধাপে সমস্যা।
টাইমিং? চ্যানেল? কন্টেন্ট? এমন কোনো deliverability সমস্যা যা আপনি দেখতেই পাচ্ছেন না?
এই গাইডটি একটি ধাপে ধাপে ডায়াগনস্টিক চেকলিস্ট হিসেবে ব্যবহার করুন — ১৫ মিনিটের মধ্যে আপনি জানবেন ঠিক কোথায় আপনার journey ভেঙে যাচ্ছে এবং প্রথমে কী ঠিক করতে হবে।
Pushwoosh Journey Statistics আপনাকে সরাসরি canvas-এ প্রতিটি ধাপের ডায়াগনসিস দেয়।
আপনার journey কে funnel হিসেবে পড়ুন
প্রতিটি journey আসলে একটি funnel — আপনাকে শুধু সংখ্যাগুলো দৃশ্যমান করতে হবে।
প্রতিটি element-এর মধ্যে তীরের উপরের সংখ্যাগুলো দেখায় কতজন ইউজার প্রতিটি ধাপ অতিক্রম করেছে। উপর থেকে নিচে পড়ুন:
পরিসংখ্যান বুঝে নেওয়া যাক। এখানে আমরা একটি cart recovery journey উদাহরণ হিসেবে দেখছি। ১২,০০০ ইউজার কার্টে প্রোডাক্ট যোগ করে journey-তে প্রবেশ করে। ১ ঘণ্টা অপেক্ষার পর ২,৪০০ জন নিজে থেকেই কেনাকাটা করে — দারুণ, তারা goal অর্জন করে বেরিয়ে যায়। বাকি ৯,৪০০ push notification-এ চলে যায়। কিন্তু পরের তীরটি দেখুন: মাত্র ৬,১০০ দ্বিতীয় ধাপে এগিয়ে যায়। এর মানে ৩,১০০ ইউজার push ধাপে ঝরে পড়েছে — তারা মেসেজ উপেক্ষা করেছে বলে নয়, বরং এটি তাদের কাছে পৌঁছায়নি।
এটিই আপনার bottleneck। entry নয়। শেষের email নয়। push notification ধাপটি।
বাম প্যানেলের Campaign health আপনাকে সামগ্রিক চিত্র দেয়: মোট entry, পাঠানো মেসেজ, খোলা মেসেজ এবং সময়ের সাথে drop-off। এটি ব্যবহার করুন দিন ও সপ্তাহ জুড়ে trend বুঝতে। কিন্তু canvas-এই আপনি চিহ্নিত করবেন ঠিক কোন element থেকে ইউজার হারাচ্ছেন।
সবচেয়ে বেশি পতনের ধাপটি খুঁজে পাওয়ার পর, সেটিতে ডাবল-ক্লিক করুন। এটি element-level statistics খুলবে — এবং এখান থেকেই ডায়াগনসিস শুরু।
এটি কি delivery সমস্যা নাকি engagement সমস্যা?
এই প্রশ্নটি বেশিরভাগ মার্কেটার এড়িয়ে যান, এবং এটি তাদের অনেক iteration খরচ করায়।
আরও কাছ থেকে দেখা যাক। messaging element-এর statistics পরীক্ষা করলে আপনি দেখতে পাবেন goal reached, opened, CTR এবং drop-off।
আরও গভীরে যেতে হবে? যেকোনো message element-এ Full statistics ক্লিক করুন।
Drop-off ব্লকটি expand করুন দেখতে কেন ইউজাররা হারিয়ে গেছে।
এখানেই Pushwoosh দুটি মৌলিকভাবে ভিন্ন সমস্যা আলাদা করে:
Delivery সমস্যা: মেসেজ ইউজারদের কাছে পৌঁছায়নি। “Device not found,” “Token expired,” বা “Emails reached limits”-এর মতো drop-off কারণ মানে আপনার কন্টেন্ট ঠিক ছিল, কিন্তু infrastructure ব্যর্থ হয়েছে। কোনো কপি এডিটিং একটি expired push token ঠিক করতে পারবে না।
Engagement সমস্যা: মেসেজ deliver হয়েছে কিন্তু উপেক্ষিত হয়েছে। বেশি পাঠানো হয়েছে, কম খোলা বা ক্লিক হয়েছে — এটি সংকেত যে আপনার কন্টেন্ট, টাইমিং বা চ্যানেল পছন্দ পুনর্বিবেচনা করা দরকার।
সমাধান সম্পূর্ণভাবে নির্ভর করে আপনি কোন ক্যাটাগরিতে আছেন তার উপর:
| আপনি যা দেখছেন | সম্ভাব্য কারণ | প্রথমে কী ঠিক করবেন |
|---|---|---|
| "Device not found" বা "User not found" সহ বেশি drop-off | ইউজাররা device বা User ID register করার আগেই journey-তে প্রবেশ করেছে | আপনার entry trigger পরীক্ষা করুন — নিশ্চিত করুন registration সম্পন্ন হওয়ার পরেই journey entry fire করে |
| "Token expired" সহ বেশি drop-off | Entry এবং message send-এর মধ্যে push token expire হয়ে গেছে | Push step-এর আগের delay কমান, অথবা একটি reachability check element যোগ করুন |
| বেশি পাঠানো, কম খোলা | ভুল টাইমিং, অথবা মেসেজ যথেষ্ট relevant নয় | Send time টেস্ট করুন (সকাল vs. সন্ধ্যা) এবং subject line বা message copy পুনর্বিবেচনা করুন |
| বেশি খোলা, কম ক্লিক | কন্টেন্ট engage করে, কিন্তু CTA দুর্বল বা অস্পষ্ট | Call-to-action পুনরায় তৈরি করুন — পরবর্তী ধাপ সুস্পষ্ট ও ঝামেলামুক্ত করুন |
| বেশি ক্লিক, কম goal conversion | ইউজাররা engage করে কিন্তু target action সম্পন্ন করে না | Deep link সঠিক screen-এ নিয়ে যাচ্ছে কিনা এবং goal event সঠিকভাবে fire করছে কিনা পরীক্ষা করুন |
একটি আসল user path দিয়ে নিশ্চিত করুন
সংখ্যা আপনাকে বলে কোথায় ইউজার ঝরে পড়ে। User path tracking দেখায় কীভাবে।
Canvas-এর নিচে Find user path ক্লিক করুন, একটি User ID দিন, এবং Pushwoosh সেই ব্যক্তির সঠিক route হাইলাইট করবে — প্রতিটি সম্পন্ন ধাপ, প্রতিটি অনুসরণ করা branch, প্রতিটি exit point।
যদি আপনি সন্দেহ করেন push notification ধাপটিই bottleneck, ৩-৫টি আসল user path পরীক্ষা করুন। সবাই কি একই element-এ আটকে যাচ্ছে? এটি একটি pattern — আপনার ডায়াগনসিস নিশ্চিত। তারা কি এর আগের Wait for trigger element-এ ভিন্ন পথে যাচ্ছে? তাহলে bottleneck হয়তো আরও উপরে: ভুল segment, ভুল মেসেজ নয়, অথবা delivery সমস্যা।
A/B/n branch তুলনা করুন: আসল জয় vs. noise
আপনি যদি journey-র ভেতরে A/B/n split চালাচ্ছেন, প্রতিটি branch-এর statistics সরাসরি canvas-এ দেখা যায়। আপনি open, click এবং goal conversion পাশাপাশি দেখতে পাবেন।
কিন্তু প্রতিটি পার্থক্যই আসল জয় নয়। বিজয়ী ঘোষণার আগে তিনটি বিষয় পরীক্ষা করুন:
১. Goal conversion দেখুন, open নয়। Branch A-র open rate বেশি হতে পারে, কিন্তু Branch B বেশি purchase তৈরি করছে। Open হলো vanity metric; goal completion-ই সেই metric যা গুরুত্বপূর্ণ।
২. Sample size পরীক্ষা করুন। Branch A-তে ৫০ জন ইউজার আর Branch B-তে ৫,০০০ — এই তুলনা অর্থহীন। দুই branch-এই যথেষ্ট volume না হওয়া পর্যন্ত অপেক্ষা করুন যাতে সংখ্যা স্থিতিশীল হয়। সাধারণ নিয়ম: push-এর জন্য branch প্রতি কমপক্ষে ১,০০০ ইউজার, email-এর মতো কম frequency চ্যানেলের জন্য আরও বেশি।
৩. সময় দিন। আপনার journey-তে ৪৮ ঘণ্টার delay থাকলে ২৪ ঘণ্টা পর বিজয়ী ঘোষণা করবেন না। ফলাফল তুলনার আগে ইউজারদের সম্পূর্ণ flow শেষ করতে দিন।
যখন একটি branch যথেষ্ট volume সহ একটি অর্থবহ সময়কাল ধরে ধারাবাহিকভাবে goal conversion-এ এগিয়ে থাকে — এটিই scale করার সংকেত। দুর্বল branch pause করুন, traffic redirect করুন, অথবা হেরে যাওয়া branch নতুন hypothesis দিয়ে পুনর্নির্মাণ করুন।
Pushwoosh দিয়ে আপনার journey অপটিমাইজ করুন
Journey অ্যানালিটিক্স একবারের পরীক্ষা নয়। এটি একটি চক্র: funnel পড়ুন → drop-off খুঁজুন → কারণ ডায়াগনোস করুন → ঠিক করুন → আবার পরিমাপ করুন।
যে টিমগুলো সবচেয়ে দ্রুত উন্নতি করে তারা সেরা প্রথম journey তৈরিকারী নয় — তারা দ্রুততম ডায়াগনোসিস ও iteration করে। Pushwoosh Journey Statistics এই চক্রটি একটি interface-এ রাখে: আলাদা অ্যানালিটিক্স টুলে switching নেই, ডেটা export করে বোঝার দরকার নেই, অ্যানালিটিক্স টিমের রিপোর্টের জন্য অপেক্ষা নেই।
Build → launch → diagnose → fix → repeat। সবকিছু একই canvas-এ।
