ব্যবহারকারী যা করলো, তার ওপর ভিত্তি করে জার্নি ভাগ করুন

Wait for Trigger এলিমেন্ট আপনাকে যা দেয়

শাখাগুলো কীভাবে সিদ্ধান্ত নেয়

Wait for Trigger এলিমেন্টের প্রতিটি শাখায় সর্বোচ্চ ৪টি ইভেন্টের একটি তালিকা থাকে, AND বা OR দিয়ে জোড়া লাগানো, সাথে যেকোনো একটির ওপর একটি ঐচ্ছিক অ্যাট্রিবিউট কন্ডিশন থাকতে পারে। এলিমেন্টটি প্রতিটি নতুন ইভেন্টকে একসাথে ৩টি শাখার বিপরীতেই চেক করে এবং যে শাখাটি প্রথমে মেলে তার দিকে ব্যবহারকারীকে পাঠিয়ে দেয়। উইন্ডোর ভেতরে কারো সাথে কিছুই না মিললে সে Not triggered-এ গিয়ে পড়ে — প্রতিটি এলিমেন্ট ডিফল্টভাবে বহন করা চতুর্থ শাখা।

Fixed waiting period চালু করলে, ম্যাচ হয়ে যাওয়া একজন ব্যবহারকারীও পরের ধাপে যাওয়ার আগে পুরো উইন্ডো শেষ হওয়া পর্যন্ত অপেক্ষা করে। কোনো কিছু নির্দিষ্ট সংখ্যক দিনের ভেতরে ঘটেছে কি না তা স্কোর করার জন্য এই সেটিং কাজে লাগে, ঠিক যে মুহূর্তে ঘটে সেই মুহূর্তে প্রতিক্রিয়া দেখানোর বদলে।

এলিমেন্টটি Customer Journey Builder-এর ভেতরে বসে, ক্যানভাসের বাকি অংশের মতো একই ইভেন্ট ক্যাটালগ পড়ে, তাই এখানের একটি শাখা সরাসরি জার্নিতে ইতিমধ্যে থাকা যেকোনো চ্যানেল ব্লকে রুট হয়ে যায়।

ইভেন্টটিকে ঠিক তার নিজের অর্ডার বা রাইডের সাথে মেলান

কিছু জার্নি এন্ট্রি একজন ব্যক্তির বদলে প্রতি অর্ডার বা প্রতি রাইডে একটি করে সেশন চালায় — একজন ব্যবহারকারীর একসাথে একাধিক সেশন চলে। ৩টি চলমান অর্ডারসহ একজন ব্যবহারকারী একই জার্নিতে ঢুকলে তার ৩টি সক্রিয় সেশন হয়, প্রতিটি একটি order_id-এর সাথে যুক্ত। সেশন-স্কোপড ম্যাচিং চালু থাকলে, order_id 482 বহনকারী একটি order_delivered ইভেন্ট শুধু 482 নম্বর অর্ডারের সেশনটাকেই সরায়। বাকি ২টি অপেক্ষা করতেই থাকে।

এটি ছাড়া, একই ইভেন্ট সেই ব্যবহারকারীর প্রতিটি খোলা সেশনে প্রযোজ্য হয়ে যায়, আর শাখাগুলো এমন অর্ডারে ফায়ার করে যার সাথে তাদের কোনো সম্পর্কই নেই। একই প্যাটার্ন রাইড-হেইলিং জার্নিতে ride_id-এর ক্ষেত্রেও প্রযোজ্য, বা একই ব্যবহারকারীর একাধিক চলমান সেশনের মধ্যে একটিকে আলাদা করে চেনার মতো যেকোনো কী-এর ক্ষেত্রেও।

কনভার্ট করা ও না-করা ব্যবহারকারীদের আলাদা পরের ধাপ দিন

একটি কার্ট রিমাইন্ডারের পর purchase-এর জন্য, একটি ট্রায়াল শেষ হওয়ার নোটিসের পর subscribe-এর জন্য, বা একটি পেমেন্ট প্রম্পটের পর payment_success-এর জন্য সর্বোচ্চ ৯০ দিন অপেক্ষা করুন। যারা মেলে তারা এমন একটি শাখায় যায় যা ইতিমধ্যে কনভার্ট করা মানুষের জন্য তৈরি: একটি থ্যাংক-ইউ, একটি আপসেল, একটি রসিদ।

বাকি সবাই একই উইন্ডোর ভেতরে অপেক্ষা করতেই থাকে, তারপর Not triggered-এ নেমে আপনার তৈরি করা উইন-ব্যাক সিকোয়েন্সে ঢুকে যায় — যারা এখনো কিছু করেনি তাদের জন্য।

এই এলিমেন্ট কোথায় সবচেয়ে বেশি কাজে লাগে

বাংলাদেশ ও পশ্চিমবঙ্গে সবচেয়ে প্রাসঙ্গিক ফুড ডেলিভারি, রাইড-হেইলিং ও ই-কমার্স জার্নির জন্য এই এলিমেন্ট বিশেষভাবে কাজে লাগে:

একই ক্যানভাসে আরও কয়েকটি এলিমেন্টের মধ্যে একটি

একটি জার্নি সাধারণত একটি ইভেন্ট ট্রিগার থেকে শুরু হয়, একটি মেসেজ পাঠায়, তারপর ব্যবহারকারী তার জবাবে কী করে তা দেখতে Wait for Trigger-এ পৌঁছায়। একটি Not triggered শাখা রিচএবিলিটি চেকের সাথে স্বাভাবিকভাবেই জুড়ে যায়, জার্নি এগিয়ে যাওয়ার আগে সাড়া না দেওয়া কাউকে একটি ভিন্ন চ্যানেল দিয়ে।

একই ক্যানভাসে ২টি প্রতিবেশী ভিন্ন কাজ করে। Time Delay কোনো ইভেন্ট বা শাখা ছাড়াই একটি সময়ের জন্য থামে। A/B/n split আপনার সেট করা একটি শতাংশ অনুযায়ী র‍্যান্ডমভাবে ট্রাফিক ভাগ করে। Wait for Trigger হলো সেটা, যেটা ব্যবহারকারীর নিজের আচরণের ওপর অপেক্ষা করে।

যে ইনফ্রাস্ট্রাকচারের নাম আপনি জানেন, তার ওপর ইভেন্ট ও সেশন ডেটা থাকে

Wait for Trigger এলিমেন্ট যে প্রতিটি ইভেন্ট মূল্যায়ন করে তা প্ল্যাটফর্মের বাকি অংশের মতো একই ইনফ্রাস্ট্রাকচারের ভেতর দিয়ে চলে: Pushwoosh নিজস্ব হার্ডওয়্যার চালায় US ও Germany-তে, GDPR ও BDSG-এর অধীনে। Pushwoosh SOC 2 Type I এবং ISO 27001:2022 প্রত্যয়িত, এবং GDPR ও HIPAA সম্মত। সম্পূর্ণ বিবরণ আছে ডেটা সেফটি পেজে।

কীভাবে কাজ করে

FAQ

সম্পর্কিত পণ্য অন্বেষণ করুন