মে মাসে shipping-এর গতি বেশ ছিল। Vol.3-এ রয়েছে দুটো বড় integration এবং কিছু focused control।
কী কী নতুন এসেছে — দেখুন 👇
Journey থেকে সরাসরি Meta Ads audience-এ user sync করুন 🎯
Audience sync কী? সহজ ভাষায় বলতে গেলে — আপনি Pushwoosh-এ যে user-দের নিয়ে কাজ করছেন, তাদের একটি list বা “audience” তৈরি করে সেটা Meta Ads-এ পাঠানো যায়। এই audience দিয়ে আপনি Facebook বা Instagram-এ paid ad দেখাতে পারেন — ঠিক সেই মানুষগুলোকে যারা আপনার app-এ নির্দিষ্ট কোনো কাজ করেছে। এই কাজটাই করে Audience sync।
Customer Journey Builder-এর Audience sync element এখন Meta Ads-এর সঙ্গে connect করা যাচ্ছে। Journey-র যেকোনো জায়গায় এটা রাখুন, ad account এবং Custom Audience বেছে নিন, এবং user add বা remove করুন — সবই flow-এর একটা step হিসেবে।
কী বদলাচ্ছে: এখন আপনার Pushwoosh-এ তৈরি behavioral cohort — মানে যারা cart abandon করেছে, বা নির্দিষ্ট কোনো event trigger করেছে — সেই list সরাসরি Meta Ads-এ sync হবে। আলাদা CSV আপলোড বা data team-এর সাহায্য ছাড়াই। আর কোনো manual sync job নেই, কোনো waiting নেই।
বাংলাদেশ ও পশ্চিমবঙ্গে Facebook এবং Instagram-এর ব্যবহার অত্যন্ত বেশি। যারা mobile-first audience-কে Meta platform-এ retarget করতে চান — তাদের জন্য এই feature সরাসরি কাজে লাগবে। Journey-তে user যখন আসে বা চলে যায়, audience automatically আপডেট থাকে।
Pushwoosh-এ Audience sync-এ প্রথম ad platform হিসেবে Meta যুক্ত হয়েছে। Google, Pinterest এবং অন্যরা পরবর্তীতে আসছে — সবই একই journey element দিয়ে।
Audience sync element সম্পর্কে আরও জানুন →
Inbound webhook দিয়ে external service থেকে Journey trigger করুন 🔌
Webhook কী? একটা service যখন কোনো কাজ সম্পন্ন করে (যেমন payment হওয়া বা order confirm হওয়া), তখন সে অন্য একটা service-কে HTTP POST request পাঠিয়ে “এই ঘটনাটা ঘটেছে” জানাতে পারে। এটাই webhook। আগে এই webhook পেয়ে Pushwoosh API-কে আলাদাভাবে call করতে হতো — এখন সেই কাজটা Pushwoosh নিজেই করে নেয়।
Inbound webhooks দিয়ে third-party service সরাসরি Pushwoosh-এ event পাঠাতে পারবে। আপনার CRM deal close করলে, e-commerce platform payment record করলে, analytics tool কোনো milestone flag করলে — প্রতিটাই HTTP POST পাঠাবে Pushwoosh-এ, এবং সেই অনুযায়ী matching user-এর উপর event fire হবে।
কী বদলাচ্ছে: আগে third-party webhook-কে Pushwoosh event-এ রূপান্তর করতে নিজেদের একটা integration server চালাতে হতো — webhook receive করো, payload parse করো, Pushwoosh API call করো, retry handle করো। এখন এই পুরো কাজটা Pushwoosh করে। একটা sample payload paste করুন (যেমন Stripe থেকে), fields map করুন event attributes-এ, user identify করার পদ্ধতি বেছে নিন (User ID, email, phone, বা HWID) — ব্যস।
বাংলাদেশের জন্য use case — bKash বা মোবাইল পেমেন্ট → post-purchase journey: bKash, Nagad বা যেকোনো payment gateway-এর webhook Pushwoosh-কে সরাসরি event পাঠাতে পারবে। সফল payment হলেই একটা purchase event Pushwoosh-এ record হবে এবং সেটা thank-you flow বা upsell journey trigger করবে — Android ব্যবহারকারীদের push notification হিসেবে পৌঁছাবে মুহূর্তের মধ্যে।
Delivery-র উপর আরও নিখুঁত নিয়ন্ত্রণ ⚙️
Day-to-day journey কাজে যেগুলো বারবার দরকার হয়, সেরকম দুটো ছোট কিন্তু গুরুত্বপূর্ণ আপডেট।
⏱️ প্রতিটা campaign-এ আলাদাভাবে push TTL set করুন
Push TTL কী? TTL মানে Time To Live। কোনো device offline থাকলে notification সরাসরি পৌঁছায় না — system সেটা কতক্ষণ ধরে রেখে retry করবে, সেটাই TTL। বাংলাদেশে internet connectivity মাঝে মাঝে inconsistent হতে পারে, তাই এই setting বিশেষভাবে কাজে লাগে।
Push TTL এখন individual campaign স্তরে set করা যাচ্ছে — Customer Journey-র push step-এ এবং one-time push-এ উভয় ক্ষেত্রেই। আগে TTL শুধু preset-এ থাকত, তাই সেই preset ব্যবহার করা সব campaign একই expiry inherit করত।
কেন গুরুত্বপূর্ণ: time-sensitive message (যেমন flash sale, OTP, breaking news, live event reminder) ৩ দিন পরে phone online হলে পাঠানো উচিত নয়। Short TTL set করুন, এবং outdated notification automatically drop হয়ে যাবে। Android-dominant বাজারে যেখানে অনেক user কম দামের device ব্যবহার করেন এবং battery-saving mode চালু রাখেন, সেখানে এই control বিশেষভাবে কার্যকর — irrelevant notification দেখলে user বিরক্ত হয়ে notification permission বন্ধ করে দিতে পারেন।
🗓️ daysahead operator দিয়ে ভবিষ্যতের date event অনুযায়ী segment করুন
Segment কী? Segment হলো আপনার user base-এর একটা নির্দিষ্ট অংশ, যারা কিছু common criteria শেয়ার করে। যেমন “আগামী ৭ দিনে যাদের subscription শেষ হবে” — এটাই একটা segment।
নতুন daysahead operator দিয়ে Date-type tag বা event attribute দেখে ভবিষ্যতে কতদিন পরে সেই date আসবে সেই ভিত্তিতে user segment করা যাবে। এটা daysago-এর উল্টো।
এই দিয়ে তৈরি করুন:
- আগামী ৭ দিনে যাদের subscription শেষ হবে তাদের renewal reminder পাঠান,
- আগামী ৩ দিনে যাদের জন্মদিন, তাদের birthday offer দিন,
- আগামী ১৪ দিনে trial period শেষ হবে এমন users-দের convert করার চেষ্টা করুন,
- এই সপ্তাহে যাদের booking বা appointment আছে তাদের reminder পাঠান।
Operator সবসময় “এখন” থেকে recalculate করে, তাই segment নিজে থেকেই fresh থাকে। Journey-এর সাথে যুক্ত করলে ঠিক সঠিক সময়ে renewal nudge, birthday offer বা expiration reminder পাঠানো যাবে।
Email preference center: category management আরও flexible হলো 💌
Q1 2026 product update-এ আমরা email subscription preference center চালু করেছিলাম — subscriber-রা সব email থেকে একবারে opt-out করার বদলে নিজেরা বেছে নিতে পারেন কোন category পেতে চান (newsletter, promo, product update)।
এরপর থেকে কী বদলেছে: এই category-গুলো manage করা এখন আরও flexible।
Category তৈরির সময় সরাসরি decide করতে পারবেন:
- নতুন user-দের auto-subscribe করবেন কিনা — যারা register করবে তারা automatically এই category-তে subscribed হবে, এবং/অথবা
- সব existing user-কে এখনই subscribe করবেন কিনা — save করার সঙ্গে সঙ্গেই।
CSV-এর মাধ্যমে bulk import-ও করা যাচ্ছে। অন্য platform থেকে audience migrate করার সময় বা অন্য system থেকে preference sync করতে এটা বিশেষভাবে কাজে লাগে। এক column, comma-separated category names — ব্যস।
নিজেই try করুন
উপরের প্রতিটা feature এখনই live এবং আপনার account-এ ready to use।
সব আপডেটের পুরো list দেখতে আমাদের release notes দেখুন।
