ব্যবহারকারী কিছু করার মুহূর্তেই জার্নি শুরু করুন
Trigger-based entry এলিমেন্ট একটি গুরুত্বপূর্ণ ইভেন্ট ফায়ার হওয়ার সাথে সাথেই জার্নি চালু করে — কার্টে প্রোডাক্ট যোগ করা, পেমেন্ট ফেইল হওয়া, অর্ডার প্লেস করা। পরের শিডিউলড সেগমেন্ট রিফ্রেশের জন্য অপেক্ষা করতে হয় না।
যে মুহূর্তে ঘটনাটা ঘটে, সেই মুহূর্তেই শুরু হোক
বাংলাদেশ ও পশ্চিমবঙ্গে যেসব ই-কমার্স আর ফুড ডেলিভারি অ্যাপ চলে, সেখানে মোবাইল ইউজার যখন কার্টে কিছু ফেলে রেখে চলে যান, তখন আপনি চান জার্নি তখনই শুরু হোক — পরের সেগমেন্ট রিফ্রেশ কখন হবে তার জন্য অপেক্ষা না করে। একটা অটোমেশন একাই চললে এটা সহজ, কিন্তু একসাথে অনেকগুলো জার্নি চললে সমস্যা হয়: কার্ট-রিকভারি সিকোয়েন্স আরও ডজনখানেক অটোমেশনের সাথে সারিতে দাঁড়িয়ে থাকে, প্রতিটি আলাদাভাবে ঠিকঠাক। “আপনি কিছু একটা ফেলে গেছেন” মেসেজটা যদি এক ঘণ্টা পর একটা রাতের ব্যাচ জবে পাঠানো হয়, সেটা আর সেই একই মেসেজ থাকে না যেটা ইউজার ফোন হাতে রাখা অবস্থাতেই চলতে শুরু করে দেয়। Trigger-based entry এই ফাঁকটাই বন্ধ করে।
Trigger-based entry এলিমেন্ট কী করে
একটি ইভেন্ট বেছে নিন — সেই ইভেন্ট যে ফায়ার করবে, সে সাথে সাথেই জার্নিতে ঢুকে যাবে। কোনো সেভ করা সেগমেন্টের পরের স্ক্যানের জন্য অপেক্ষা করতে হয় না।
রিয়েল-টাইমে প্রতিক্রিয়া দেয়
ইভেন্ট ফায়ার হওয়ার মুহূর্তেই এন্ট্রি হয়, পরের শিডিউলড স্ক্যানে নয়।
ইভেন্টের ডেটার ওপর ফিল্টার করে
শুধু ইভেন্টের নাম নয়, তার নিজস্ব অ্যাট্রিবিউটের ওপর ঐচ্ছিক কন্ডিশন দিয়ে এন্ট্রি যাচাই করা যায়।
একসাথে একাধিক সেশন চালায়
order_id বা product_id-এর সাথে যুক্ত কনকারেন্সি দিয়ে একজন ব্যবহারকারীর একাধিক প্যারালাল রান চলতে পারে।
রি-এন্ট্রি নিয়ন্ত্রণ করে
একই এলিমেন্টে বারবার ট্রিগার আটকে দিন, অথবা সেশন নতুন করে শুরু হতে দিন — এলিমেন্ট অনুযায়ী।
| সেটিং | অপশন |
|---|---|
| ইভেন্ট সোর্স | SDK postEvent, REST API, ডিফল্ট PW_* ইভেন্ট, কাস্টম ইভেন্ট, geozone-এ ঢোকা বা বেরোনো |
| এন্ট্রি কন্ডিশন | ঐচ্ছিক: ইভেন্টের নিজস্ব অ্যাট্রিবিউটের ওপর ফিল্টার (অ্যাট্রিবিউট, অপারেটর, ভ্যালু) |
| কে এন্ট্রি পাবে | যে ইউজার ইভেন্ট ফায়ার করেছে, অথবা ইভেন্টের পেলোডের ভেতরে নাম উল্লেখ করা কোনো ইউজার |
| রি-এন্ট্রি | অনুমতি নেই (ডিফল্ট), অথবা অনুমতি দিন এবং সেশন রিস্টার্ট করুন |
| কনকারেন্সি | প্রতি ইউজারে একটি সক্রিয় সেশন, অথবা order_id বা product_id-এর মতো একটি সেশন অ্যাট্রিবিউটের সাথে যুক্ত একাধিক সেশন |
Audience-based entry একটি শিডিউল অনুযায়ী সেগমেন্ট বারবার চেক করে। এটি ঠিক সেই মুহূর্তেই কাজ করে যে মুহূর্তে ইভেন্ট ফায়ার হয়, আর প্রতি ইউজারে একাধিক সেশন চালানোর মানে হলো ৩টি খোলা অর্ডার নিজের নিজের স্ট্যাটাস জার্নি আলাদাভাবে চালাতে পারবে, একটার সাথে আরেকটা মিশে যাবে না। পরে আসা একটি ইভেন্টকে সঠিক সেশনে ফিরিয়ে রুট করার কাজটা করে Wait for Trigger-এর সেশন-স্কোপড ম্যাচিং, ক্যানভাসের পরের ধাপে। কন্ডিশন ও রি-এন্ট্রি কন্ট্রোলসহ সম্পূর্ণ এলিমেন্টটি ফ্রি প্ল্যানে পাওয়া যায়।
জার্নি বিল্ডারের জন্য এটা কেন গুরুত্বপূর্ণ
একটা জার্নি বিল্ডার তার এন্ট্রি পয়েন্ট যতটা ভালো, ততটাই কার্যকর। Audience-based entry শিডিউলড কাজের জন্য: নিউজলেটার, উইন-ব্যাক সুইপ। এর পাশাপাশি বিল্ডারে যেটা দরকার তা হলো একটা পেমেন্ট ফেইল হওয়া বা কার্ট ফেলে যাওয়ার মুহূর্তে প্রতিক্রিয়া দেখানোর উপায় — সেটাই Trigger-based entry Customer Journey Builder-কে দেয়। ক্যানভাসের বাকি অংশ সেগমেন্টেশন ও ব্রাঞ্চিং-এর জন্য যে একই ইভেন্ট ক্যাটালগ ব্যবহার করে, এটাও সেখান থেকেই পড়ে — তাই দরজা খোলার সিগন্যাল আর পরের ফ্লো চালানোর সিগন্যাল একই।
এরপর এটা কী হ্যান্ডঅফ করে
একটি add_to_cart ইভেন্ট ফায়ার হয় এবং এটাই কার্ট-রিকভারি জার্নি শুরু করে দেয়। এরপর একটি Wait for Trigger এলিমেন্ট ক্রেতাকে পারচেজ সম্পূর্ণ করার জন্য সর্বোচ্চ ৯০ দিন সময় দেয়, তারপর উইন-ব্যাকে চলে যায়। এই দুটো এলিমেন্টের কোনোটাই নিজে থেকে কিছু পাঠায় না — দুটোই একটা চ্যানেল ব্লকের কাছে হ্যান্ডঅফ করে, আর এন্ট্রি এলিমেন্টটাই ঠিক করে দিয়েছিল প্রথমে কে ফ্লোতে ছিল।
যে ইভেন্টটা সেশন শুরু করে, সে একটা কী-ও বহন করতে পারে যেটা পরের কোনো ব্রাঞ্চের একটা অর্ডারকে আরেকটা থেকে আলাদা করে চিনতে কাজে লাগে — একই Customer Journey Builder ক্যানভাসে।
যে ইনফ্রাস্ট্রাকচারের নাম আপনি জানেন, তার ওপর ইভেন্ট ও জার্নি ডেটা থাকে
Trigger-based entry এলিমেন্ট যে প্রতিটি ইভেন্ট পড়ে তা প্ল্যাটফর্মের বাকি অংশের মতো একই ইনফ্রাস্ট্রাকচারের ভেতর দিয়ে চলে: Pushwoosh SOC 2 Type I এবং ISO 27001:2022 প্রত্যয়িত, GDPR সম্মত, এবং নিজস্ব হার্ডওয়্যার চালায় US ও Germany-তে, BDSG-এর অধীনে। সম্পূর্ণ বিবরণ আছে ডেটা সেফটি পেজে।
কীভাবে কাজ করে
-
এন্ট্রি এলিমেন্ট যোগ করুন
ক্যানভাসে একটি Trigger-based entry এলিমেন্ট যোগ করুন এবং ইভেন্ট বেছে নিন: একটি ডিফল্ট PW_* ইভেন্ট, অথবা SDK postEvent বা সার্ভার কল দিয়ে পাঠানো একটি কাস্টম ইভেন্ট।
-
এন্ট্রি যাচাই ও টার্গেট করুন
এন্ট্রি যাচাই করতে ইভেন্টের অ্যাট্রিবিউটের ওপর একটি কন্ডিশন যোগ করুন, যেমন cart_value ৫০-এর বেশি হলে add_to_cart, এবং ঠিক করুন যে ইভেন্ট ফায়ার করা ব্যক্তি এন্ট্রি পাবে, নাকি পেলোডের ভেতরে নাম উল্লেখ করা ইউজার।
-
রি-এন্ট্রি ও কনকারেন্সি সেট করুন
ঠিক করুন জার্নির ভেতরে থাকা কেউ আবার ট্রিগার করতে পারবে কি না, এবং একজন ইউজার একসাথে একাধিক সেশন রাখতে পারবে কি না, order_id-এর মতো একটি অ্যাট্রিবিউটের সাথে যুক্ত করে।
একটা ইভেন্টকে একটা লাইভ জার্নিতে বদলে ফেলুন।
সম্পর্কিত পণ্য অন্বেষণ করুন
একটি ভিজ্যুয়াল টুল দিয়ে আপনার ক্যাম্পেইন ম্যাপ করুন এবং সুশৃঙ্খল করুন। Pushwoosh Customer Journey Builder ব্যবহার করে যোগাযোগ করুন, এনগেজ করুন, রিটেনশন বাড়ান, কনভার্ট করুন, সেকশন করুন এবং পরীক্ষা করুন।
ব্যবহারকারীরা action নিলে স্বয়ংক্রিয়ভাবে campaign চালু করুন। behavioral trigger দিয়ে scheduled campaign-এর চেয়ে ৩-৫ গুণ বেশি conversion পান।
সর্বোচ্চ ৯০ দিন, ৩টি শাখায়, প্রতিটিতে ৪টি ইভেন্ট ও AND/OR লজিক দিয়ে ব্যবহারকারীকে অপেক্ষায় রাখুন। একটি Not triggered পথ ও সেশন-স্কোপড ম্যাচিং সহ।
জার্নিতে একটি নির্দিষ্ট সময়, ঘড়ির সময়, তারিখ, সপ্তাহের দিন বা প্রোফাইলে থাকা তারিখ থেকে ব্যবহারকারীকে অপেক্ষায় রাখুন — Time Delay wait step দিয়ে।
কার্ট পুনরুদ্ধার অটোমেশনের মাধ্যমে পরিত্যক্ত কার্টকে আয়তে রূপান্তর করুন। সময়মতো স্মারক, ব্যক্তিগতকৃত অফার এবং রূপান্তর বাড়ানোর জন্য উৎসাহ প্রদান করুন।
রিচএবিলিটি চেক দিয়ে মেসেজ পাঠানোর আগে পুশ, ইমেইল, এসএমএস, WhatsApp বা LINE খোলা আছে কিনা যাচাই করুন, বন্ধ চ্যানেল থেকে অটোমেটিক ফলব্যাক করুন।