মেসেজ প্রিসেট

এই মেসেজটা আপনি প্রথমবার লিখছেন না

আপনার টিমের কোথাও না কোথাও, একই order confirmation মেসেজ এই কোয়ার্টারে তৃতীয়বারের মতো নতুন করে লেখা হচ্ছে — একই অফার, একই প্রোডাক্ট লাইন, গত মাসের টোন মেলাতে গিয়ে কয়েক মিনিট আবার নষ্ট। কেউ ইচ্ছা করে শূন্য থেকে শুরু করার সিদ্ধান্ত নেয় না — কিন্তু প্রতিবার যখন নতুন কোনো ক্যাম্পেইন বা জার্নিতে এমন একটি মেসেজ দরকার হয় যা আগে থেকেই অন্য কোথাও আছে, তখন এটাই হয়। মেসেজ প্রিসেট হলো সেই জায়গা যেখানে মেসেজটি একবারই থাকে, যাতে পরবর্তী ক্যাম্পেইন নতুন করে না লিখে সরাসরি সেটি ব্যবহার করতে পারে।

একটি প্রিসেটে আসলে কী কী থাকে

একটি মডেল, একবার তৈরি, যেখানে দরকার সেখানেই আবার ব্যবহার

একটি push প্রিসেট সংরক্ষণ করে টাইটেল, iOS-এ subtitle, বডি টেক্সট, মিডিয়া, ইউজার-ডেটা ট্যাগের মাধ্যমে পার্সোনালাইজেশন, কাস্টম JSON ডেটা, ব্যাজের আচরণ, সাউন্ড, ডেলিভারি প্রায়োরিটি এবং Android নোটিফিকেশনের গুরুত্ব। এটি Content থেকে তৈরি করতে পারেন, অথবা জার্নির কোনো step থেকে সরাসরি ইনলাইনভাবে সেভ করতে পারেন — দুই পদ্ধতিতেই একই পুনরায় ব্যবহারযোগ্য অবজেক্ট তৈরি হয়।

প্রতিটি অন্য চ্যানেলেরও নিজস্ব সমতুল্য সংস্করণ আছে: ইমেইল টেমপ্লেট, in-app টেমপ্লেট, SMS, WhatsApp, Kakao ও LINE প্রিসেট — সবই একই “একবার তৈরি করুন” নিয়ম মেনে চলে। একটি সামঞ্জস্যপূর্ণ প্রিসেট মডেল সবগুলো ৭টি চ্যানেল কভার করে, Kakao ও LINE-সহ — বেশিরভাগ টেমপ্লেট সিস্টেম ইমেইল পর্যন্তই সীমাবদ্ধ থাকে।

Customer Journey Builder-এর ভেতরে এটি কেন গুরুত্বপূর্ণ

Customer Journey Builder হলো Pushwoosh-এর একটি টুল, যেখানে আপনি একটি ভিজ্যুয়াল ফ্লোচার্টের মাধ্যমে ইউজারদের কাছে কখন, কোন চ্যানেলে মেসেজ পাঠাবেন তা ঠিক করেন। এমন একটি জার্নি যা প্রতিটি step-এ নতুন করে মেসেজ কনটেন্ট তৈরি করে, তা কয়েকটি ক্যাম্পেইনের পর আর স্কেল করতে পারে না, এবং দুইজন মানুষ একসাথে কাজ করলেই এর সামঞ্জস্য নষ্ট হতে শুরু করে। একটি প্রিসেট Customer Journey Builder-এর কোনো send step-কে আগে থেকে থাকা কনটেন্ট রেফারেন্স করার সুযোগ দেয়, ফলে পুরো ফ্লো সেই যত্নের সুবিধা পায় যা প্রথমবার প্রিসেট তৈরির সময় দেওয়া হয়েছিল।

প্ল্যাটফর্ম-লেভেলে নিশ্চিত করা হয়েছে

পুরো প্ল্যাটফর্মজুড়ে, ৬৯% send step ইনলাইন কনটেন্টের বদলে একটি সেভ করা প্রিসেট ব্যবহার করে, এবং সবচেয়ে বেশি ব্যবহৃত দুটি চ্যানেল টাইপের ক্ষেত্রে এই হার ৯৩.৪%-এ পৌঁছায় — এই সংখ্যাগুলো সরাসরি প্রোডাকশনে থাকা জার্নি ডেটার সাথে মিলিয়ে যাচাই করা হয়েছে। একই প্রিসেট অবজেক্ট one-off ক্যাম্পেইন এবং API sends-এও ব্যবহৃত হয়, তাই একবার করা একটি সংশোধন এই সবগুলো জায়গায় একসাথে পৌঁছে যায়।

পুনরায় ব্যবহার সবচেয়ে বেশি কাজে লাগে কোথায়

কিছু চেনা কাজে পুনরায় ব্যবহারের সুবিধা সবচেয়ে দ্রুত জমা হয়।

অংশগুলো একসাথে কীভাবে কাজ করে

একটি প্রিসেট মেসেজটি বহন করে। কিছু কাছাকাছি ফিচার ঠিক করে দেয় যে মেসেজটি বেছে নেওয়ার পর কীভাবে পরিবর্তিত হবে: dynamic content একটি নাম, প্রোডাক্ট সিলেকশন বা event attribute বসিয়ে দেয়, Liquid টেমপ্লেট ফ্রি ইউজার ও প্রিমিয়াম ইউজারের মধ্যে লেখাটাকেই আলাদা করে দেয়, এবং locale matching প্রতিটি ডিভাইসের জন্য সঠিক ভাষার সংস্করণ বসিয়ে দেয়। এই সবগুলো একসাথে হলে, একটি সেভ করা প্রিসেট আগে থেকেই জানে প্রতিটি ইউজারের সাথে কীভাবে কথা বলতে হয় — হাতে করে দ্বিতীয় কোনো সংস্করণ লেখার দরকার হয় না।

এরপর কোথায় দেখবেন

সেভ করা প্রিসেট সবচেয়ে বেশি রেফারেন্স হয় Customer Journey Builder-এর ভেতরে, যেখান থেকেই উপরের ৯৩.৪% পরিসংখ্যানটি এসেছে। একটি প্রিসেট যে dynamic content, Liquid শর্ত ও language matching-এর সাথে যুক্ত হয়, তার বিস্তারিত ব্যাখ্যা আছে personalization পেজে।

এটি কীভাবে কাজ করে

একবার তৈরি করুন, প্রতিটি চ্যানেল সেটিই ব্যবহার করুক

একটি প্রিসেট মাত্র একবার ঠিক করুন, এবং সেই সংশোধন যেখানেই এটি ব্যবহৃত হয় সেখানে, যে চ্যানেলই এটি রেফারেন্স করুক, সবখানে পৌঁছে যাবে।

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