Amazon Pinpoint-এর বিকল্প: কেনার আগে যা জানা দরকার

Amazon Pinpoint বিদায় নিচ্ছে। AWS ৩০ অক্টোবর, ২০২৬-এ এই service-এর সাপোর্ট বন্ধ করে দিচ্ছে, আর তার সাথে console-ও চলে যাচ্ছে (endpoint, segment, campaign, journey, analytics)। এই লেখা পড়ছেন মানে সম্ভবত আপনি ইতিমধ্যে মেনে নিয়েছেন যে messaging-এর জন্য নতুন একটা জায়গা দরকার, আর এখন কঠিন প্রশ্নে আছেন: কোনটা।

শাটডাউন আর AWS-এর recommended replacement নিয়ে বিস্তারিত আছে তাদের official end-of-support notice-এ; এই লেখা সেখান থেকে এগিয়ে যায়। যদি আগে কবে আর কীভাবে migrate করবেন সেটা জানতে চান (deadline, কী বন্ধ হবে, export-এর ধাপ), সেটা বিস্তারিত আছে আমাদের Amazon Pinpoint migration guide-এ। এই লেখা সেখান থেকে শুরু হয়: কোথায় move করবেন।

কী যাচাই করবেন

৩য় vendor demo-র পর সব feature checklist একই রকম দেখতে লাগে। Pinpoint replace করার সময় আসলে সিদ্ধান্ত বদলায় এমন ৫টা মাপকাঠি এখানে:

• কোন channel out-of-the-box আছে। Push (mobile ও web), in-app, email, SMS/WhatsApp — কোনগুলো native, কোনগুলো add-on বা partner integration? In-app সবচেয়ে ভালো করে যাচাই করার জিনিস। এটাই সেই channel যা Pinpoint user-রা ধরে নেন সব platform-এই আছে, কিন্তু সেই ধারণা ঠিক না: AWS-এর নিজের recommended path, Amazon Connect, in-app messaging একদমই সাপোর্ট করে না।
• Pricing model। Per-MAU, per-profile, per-seat, নাকি pure usage-based — সংখ্যার চেয়ে model-টাই বেশি গুরুত্বপূর্ণ। Per-profile model বড় inactive list-কে শাস্তি দেয়; per-MAU model engaged growth-কে শাস্তি দেয়। আপনার user base-এর shape-এর সাথে model মেলান, শুধু current headcount না।
• Migration effort। Endpoint কি API বা UI দিয়ে import করা যায়, নাকি নিজে একটা custom ETL pipeline বানিয়ে reshape ও load করতে হবে? এটা engineering hour-এ একটা আসল খরচ, আর vendor ভেদে অনেক আলাদা।
• আগে যা ছিল তার parity। Pinpoint-এর Campaigns আর Journeys নির্দিষ্ট কাজ করতো: multi-step automation, behavioral segmentation। যেখানেই move করেন, সেই logic reproduce করতে হবে, না হলে এটা migration না, rebuild।
• আসলে কার জন্য। একজন solo developer, একটা product team, আর একটা enterprise marketing org একই টুল চায় না। এই ক্যাটাগরিতে বেশিরভাগ bad fit আসে ছোট team enterprise software কেনা থেকে, বা enterprise ৬ মাসেই একটা starter tool ছাড়িয়ে যাওয়া থেকে।

এখন options, “AWS-এর সবচেয়ে কাছের” থেকে “সবচেয়ে দূরের” ক্রমে।

AWS-এই থাকা: Amazon Connect + AWS End User Messaging

AWS নিজেই যেটা suggest করে। আপনার engagement workload move করে Amazon Connect outbound campaign আর Customer Profiles-এ, আর raw channel (SMS, push, voice, OTP) move করে AWS End User Messaging-এ — যেটা আসলে Pinpoint-এর পুরোনো channel API, শুধু ২০২৪ সালে AWS নাম বদলে দিয়েছে।

আপনি যদি পুরোপুরি AWS ecosystem-এ থাকেন আর বেশিরভাগ transactional message নিজের backend থেকে পাঠান, এটা ঠিক সিদ্ধান্ত হতে পারে — ১টা vendor, ১টা bill। কিন্তু mobile engagement-এর জন্য নির্দিষ্টভাবে, ২টা documented ফাঁক আছে: Connect-এ native in-app messaging নেই, আর push কোনো native campaign channel না (journey-র মধ্য দিয়ে একটা Lambda action দিয়ে route করতে হয়)। দুটোই AWS-এর migration doc থেকে সরাসরি নেওয়া তথ্য, আর এর মানে বাস্তবে কী দাঁড়ায় তা আমাদের migration guide-এ বিস্তারিত আছে, এখানে আবার লিখছি না।

সবচেয়ে ভালো: যেসব team আগে থেকেই contact-center use case-এর জন্য AWS-এ committed, আর in-app ও push-এর ফাঁক নিজেরা পূরণ করার মতো engineering সামর্থ্য আছে।

Pushwoosh

সম্পূর্ণ স্বচ্ছতার জন্য বলে রাখি: এটা আমাদের নিজের platform, তাই উপরের মাপকাঠি দিয়েই আমাদের যাচাই করুন।

Pushwoosh একটা mobile-first কাস্টমার এনগেজমেন্ট প্ল্যাটফর্ম: mobile push, in-app আর web push এখানে native, first-class channel — কোনো বড় marketing suite-এর সাথে বাড়তি feature হিসেবে জোড়া লাগানো না। Pinpoint-এর push আর in-app replace করার এই নির্দিষ্ট case-এ, এটাই মূল পয়েন্ট, কারণ in-app হলো ঠিক সেই channel যা AWS path-এ হারিয়ে যায়। এই তালিকার একমাত্র option এটা, যেখানে Pinpoint user-দের সবচেয়ে জরুরি ২টা জিনিস দুটোই native আর entry price-এই অন্তর্ভুক্ত।

Source: Pushwoosh

উপরের ৫টা মাপকাঠি দিয়ে যাচাই করলে ভালোভাবেই টেকে। Channel: ৩টা push channel-ই, সাথে email আর SMS, in-app আছে native হিসেবে, প্রতিশ্রুতি হিসেবে না। Migration effort: endpoint reshape করতে custom script লেখার বদলে (AWS route-এ endpoint-কে Customer Profiles-এ map করতে একটা Python job চালাতে হয়) API বা UI দিয়ে import করেন, আর migrate করা team priority support ও ২৪ মাসের জন্য fixed price পায়। Parity: পুরো toolset standard-এ আসে — segmentation, Customer Journey Builder, A/B testing, analytics — কোনো feature gating নেই, “Enterprise only” tier নেই। Pricing: per-MAU, আর User ID দিয়ে deduplicate করা হয়, তাই mobile আর web push দুটোতেই পাওয়া ১জন user ১বারই count হয়, ২বার না।

দাম নিয়ে বলতে গেলে, Push Only plan প্রতি ১,০০০ MAU-তে $7, আর এতে পুরো platform পাওয়া যায়, কাটছাঁট করা version না। পুরো pricing-এ email আর SMS চাইলে omnichannel tier আছে প্রতি ১,০০০ MAU-তে $13, আর প্রতিটা plan-ই শুরু হয় ১,০০০ ফ্রি MAU দিয়ে — একটা real segment import ও pilot চালানোর জন্য যথেষ্ট, কিছুতে commit করার আগে।

সবচেয়ে ভালো: product আর mobile team, যাদের মূল case push আর in-app, আর যারা code ছাড়া import আর এই তালিকার সবচেয়ে কম entry price চায়, in-app বা পুরো feature set ছাড়া দিয়ে না।

Braze

“Customer engagement platform” শুনলে বেশিরভাগ মানুষ প্রথমে যে নামটা মনে করে। বেশিরভাগ vendor comparison-এ এটাই category-র parent brand হিসেবে ধরা হয়, আর সেটা এর অবস্থানের একটা সৎ প্রতিফলনও বটে। Braze একটা পরিপক্ব, omnichannel CEP, শক্তিশালী journey orchestration (Canvas) সহ, যা Etsy, Grubhub, HBO Max-এর মতো বড় consumer brand ব্যবহার করে, যাদের MAU কোটির ঘরে।

Source: G2

Trade-off হলো ঢোকার সীমা। Braze monthly active user আর message volume-এর উপর ভিত্তি করে একটা usage-based model ব্যবহার করে, কিন্তু কোনো public pricing দেয় না, আর third-party estimate বলছে entry-level contract বছরে হাজার হাজার ডলারে শুরু হয়। Free trial-ও নেই: access একটা sales conversation আর annual contract দিয়ে হয়। এটা একটা শক্তিশালী platform, কিন্তু enterprise-এর জন্য priced ও packaged — যা মূলত push আর in-app-ই খুঁজছে এমন team-এর জন্য একটা অনেক বড় commitment। বাংলাদেশ ও পশ্চিমবঙ্গের বেশিরভাগ app team-এর জন্য এই list-এ Braze মূলত সম্পূর্ণতার জন্য আছে।

সবচেয়ে ভালো: enterprise marketing org, omnichannel দরকার আর সেই বাজেট আছে।

OneSignal

Historically push-first, আর pure push-এর দিক থেকে সম্ভবত সবচেয়ে সরাসরি like-for-like। OneSignal পরে email, SMS আর in-app-এ বিস্তৃত হয়েছে, আর deadline-এর আগেই তাদের নিজেদের Amazon Pinpoint migration guide প্রকাশ করেছে। তাদের argument এখানে আবার লেখার দরকার নেই; মূল কথা হলো, শাটডাউনটা তারা এতটাই গুরুত্ব দিয়ে নিয়েছে যে এটা নিয়ে লিখেছে — যা বলে দেয় এটা একটা active, mobile-oriented option, legacy না।

Source: OneSignal

সবচেয়ে ভালো: যেসব team-এর কেন্দ্রবিন্দু push notification, আর চারপাশে omnichannel যোগ করা একটা প্রমাণিত push engine চায়।

Customer.io ও Iterable

২টা email-led engagement platform, যাদের AWS consultancy Caylent তার Pinpoint deprecation লেখায় সরাসরি marketing-oriented team-দের জন্য বিকল্প হিসেবে উল্লেখ করেছে। দুটোই lifecycle আর behavioral email-এ শক্তিশালী, উপরে automation layer সহ, আর দুটোই push, SMS আর in-app-এ ঢুকেছে। বাংলাদেশ ও পশ্চিমবঙ্গে এই ২টা নাম এখনও তেমন পরিচিত না, কিন্তু email-first program-এর জন্য বিবেচনায় রাখার মতো।

Source: G2

এখানে pricing model যাচাই করে নিন, কারণ এটা Pinpoint user-রা যে MAU model-এ অভ্যস্ত তার থেকে আলাদা কাজ করে। Customer.io দাম নেয় আপনি কতগুলো profile সংরক্ষণ করছেন তার উপর, কতগুলো message পাঠাচ্ছেন তার উপর না — শুরু হয় মাসে প্রায় $100 থেকে, ৫,০০০ profile-এর জন্য, তারপর বাড়তে থাকে। এটা efficient যদি একটা ছোট list-এ অনেক message পাঠান, আর একটা “success tax” যদি বড়, কম-engaged বা free-tier user base রাখেন। Iterable একই enterprise territory-তে, sales-quoted pricing সহ। দুটোই email-native, mobile-native না — তাই আপনার program-এর কেন্দ্রবিন্দু আসলে কোথায় তা দিয়ে ওজন করুন।

সবচেয়ে ভালো: marketing ও lifecycle team, যাদের প্রধান channel email, mobile secondary layer হিসেবে।

MoEngage

একটা mobile-first engagement player, আর “mobile customer engagement platform” বলতে যে নামটা বারবার আসে, এই list-এর বেশিরভাগ vendor-এর চেয়ে গভীর mobile-app আর APAC penetration সহ। বাংলাদেশ ও পশ্চিমবঙ্গের মতো APAC মার্কেটে যাদের user base mobile-heavy, তাদের জন্য এটা Pushwoosh আর OneSignal-এর পাশে shortlist-এ থাকার মতো — email-led না, একটা mobile-oriented option হিসেবে।

Source: G2

সবচেয়ে ভালো: mobile-heavy consumer app, বিশেষ করে APAC-এ শক্তিশালী উপস্থিতি সহ।

পাশাপাশি তুলনা

নিচের দাম entry-level indicator, quote না। Enterprise vendor-রা fixed pricing প্রকাশ করে না, তাই সেই cell-গুলো “sales conversation লাগবে” হিসেবে পড়ুন।

In-app column-টাই ২বার পড়ার মতো। এটাই একমাত্র জায়গা যেখানে AWS path-এর উত্তর সরাসরি “না”, আর বাকি vendor-রা পরিপক্ব থেকে usable পর্যন্ত range করে। আপনার app-এ যদি in-app onboarding, prompt বা paywall থাকে, এই column-ই সম্ভবত দামের চেয়ে বেশি সিদ্ধান্ত নির্ধারণ করে।

শর্টলিস্ট ছোট করা

২-৩টায় নেমে এলে, এই ৪টা প্রশ্ন বেশিরভাগ demo-র চাকচিক্য কাটিয়ে দেয়:

• “আপনার editor-এ বানানো একটা live in-app message দেখান, slide না।” সত্যিকারের native channel হলে, ৫ মিনিটেই demo করতে পারবে। Roadmap item বা partner integration হলে, hedging শুনবেন।
• “আমার Pinpoint endpoint কীভাবে import করবো: API, UI, নাকি transform নিজে লিখতে হবে?” এটাই আপনার migration-effort সংখ্যা, ১টা উত্তরে।
• “আপনার pricing আসলে কীসের উপর scale করে: active user, stored profile, seat, নাকি message?” তারপর সেটা আপনার আসল user base-এর সাথে মিলিয়ে দেখুন, বিশেষ করে বড় inactive segment থাকলে।
• “আসল data দিয়ে একটা pilot চালাতে পারি কি?” Real imported data নেয় এমন একটা free tier বা trial যেকোনো feature list-এর চেয়ে বেশি মূল্যবান।

কোথা থেকে শুরু করবেন

আপনার Pinpoint program যদি মূলত push আর in-app-ই হয় — যা বেশিরভাগ mobile team-এর ক্ষেত্রে সত্যি, যারা প্রথমে Pinpoint বেছে নিয়েছিল — তাহলে সেই shape-এ ফিট করা, enterprise pricing ছাড়া shortlist-টা ছোট, আর Pushwoosh ঠিক এর জন্যই বানানো। আপনি ১,০০০ ফ্রি MAU-তে শুরু করতে পারেন, একটা real segment import করে, ১টা journey rebuild করে, নিজে দেখে parity যাচাই করার জন্য — কিছু live করার আগে।

আর যেদিকেই ঝুঁকুন, evaluation-কে calendar খেয়ে ফেলতে দেবেন না। ৩০ অক্টোবর, ২০২৬ একটা হার্ড deadline। Migration guide ধাপগুলো আর আসল wall-clock সময় লাগে এমন অংশগুলো দেখায়, যাতে deadline আবিষ্কার না করে, তার বিপরীতে scope করতে পারেন।