আপনি যখন ব্যবসায়িক বার্তা এজেন্টের মাধ্যমে ব্যবহারকারীদের সাথে ইন্টারঅ্যাক্ট করেন, তখন নিম্নলিখিত সেরা অনুশীলনগুলি মনে রাখুন৷
সংবেদনশীল তথ্য প্রদান বা অনুরোধ করবেন না
চ্যাটের সময় সংবেদনশীল বিষয়বস্তু এড়িয়ে চলা আপনার এবং আপনার গ্রাহকদের তথ্য নিরাপদ রাখে। সংবেদনশীল তথ্য অন্তর্ভুক্ত, কিন্তু সীমাবদ্ধ নয়
- ক্রেডিট কার্ড নম্বর
- সামাজিক নিরাপত্তা, পাসপোর্ট, বা অন্যান্য সরকারি শনাক্তকরণ নম্বর
- লগইন শংসাপত্র, পাসওয়ার্ড মত
ব্যবহারকারীদের দ্রুত সাড়া দিন
ব্যবহারকারীর বার্তাগুলির ধীর বা অযৌক্তিক প্রতিক্রিয়া আপনার গ্রাহকদের জন্য একটি খারাপ অভিজ্ঞতা তৈরি করে। নিশ্চিত করুন যে আপনি ব্যবহারকারীর বার্তাগুলিতে ধারাবাহিকভাবে সময়মত উত্তর দেওয়ার জন্য আপনার প্রতিক্রিয়া পরিকাঠামো ডিজাইন করেছেন।
মন্থর প্রতিক্রিয়ার চেয়েও খারাপ কোনও প্রতিক্রিয়া নয়। নিশ্চিত করুন যে ব্যবহারকারীরা সর্বদা তাদের বার্তাগুলির প্রতিক্রিয়া পান, আপনার বার্তা লোড নির্বিশেষে। উদাহরণস্বরূপ, যদি লাইভ স্টাফ উপলব্ধ না হয়, ব্যবহারকারীকে স্বীকার করে একটি স্বয়ংক্রিয় বার্তা পাঠান এবং ব্যবহারকারী কখন একটি সম্পূর্ণ প্রতিক্রিয়া আশা করতে পারে তার একটি অনুমান অন্তর্ভুক্ত করুন।
Google বার্তাগুলির মধ্যে প্রতিক্রিয়া করার সময় (TTR) পরিমাপ করে। যদি কোনও ব্র্যান্ডের এজেন্ট গ্রাহকদের প্রতিক্রিয়া জানাতে ধীর হয়, Google ব্র্যান্ডের মেসেজিং বোতামগুলি সরিয়ে দেবে।
যখন অটোমেশন অনুরোধগুলি পূরণ করতে পারে না, তখন মানুষের হাতে তুলে দিন
অটোমেশন তাদের সঠিকভাবে সাড়া না দিলে ব্যবহারকারীরা হতাশ হন। সেই কারণেই সমস্ত এজেন্ট যেগুলি Google-পরিচালিত এন্ট্রি পয়েন্ট থেকে চালু হয় (Google Ads এন্ট্রি পয়েন্ট বাদে) তাদের অবশ্যই মানব প্রতিনিধি থাকতে হবে যারা কথোপকথন পরিচালনা করতে পারে যখন অটোমেশন করতে পারে না। লঞ্চ করার আগে, মানব প্রতিনিধিদের অন্তর্ভুক্ত করার জন্য আপনাকে আপনার এজেন্ট ইন্টারঅ্যাকশনের ধরন সেট করতে হবে।
যখন অটোমেশন পরপর দুবার একজন ব্যবহারকারীর অনুরোধ পূরণ করতে পারে না, তখন একটি লাইভ এজেন্ট অনুরোধের পরামর্শ সহ একটি বার্তা পাঠানো ভাল।
যখন একজন ব্যবহারকারী এই পরামর্শটি ট্যাপ করে, তখন আপনার এজেন্ট একটি লাইভ এজেন্ট অনুরোধ করা ইভেন্ট পায়। আপনার এজেন্টকে কথোপকথনটি একজন মানব প্রতিনিধির কাছে হস্তান্তর করে প্রতিক্রিয়া জানানো উচিত, যাতে ব্যবহারকারী তাদের প্রয়োজনীয় সহায়তা পান।
মানুষের 24/7 উপলব্ধ থাকার প্রয়োজন নেই। আপনার এজেন্টের প্রাপ্যতা সেট করুন যাতে ব্যবহারকারীরা জানতে পারে কখন তারা মানুষের প্রতিক্রিয়া আশা করতে পারে।
OAuth দিয়ে ব্যবহারকারীদের প্রমাণীকরণ করুন
ব্যবহারকারীদের পরিচয় যাচাই করতে এবং তাদের ব্যক্তিগতকৃত তথ্য প্রদান করতে, OAuth এর মাধ্যমে ব্যাকএন্ড সিস্টেম সহ ব্যবহারকারীদের প্রমাণীকরণ করুন। OAuth এর সাথে প্রমাণীকরণ এজেন্টদের ব্যবহারকারীর ডেটাতে দ্রুত অ্যাক্সেস পায় এবং ব্যবহারকারী বা এজেন্টদের কথোপকথনে সংবেদনশীল তথ্য (যেমন ব্যবহারকারীর নাম বা পাসওয়ার্ড) অন্তর্ভুক্ত করতে বাধা দেয়। OAuth দিয়ে প্রমাণীকরণ দেখুন।
ব্যবসায়িক বার্তাগুলির মধ্যে CSAT পরিমাপ করুন
ব্যবসায়িক বার্তা সরাসরি মেসেজিং অভিজ্ঞতার মধ্যে সমীক্ষা সহ গ্রাহক সন্তুষ্টি স্কোর (CSAT) পরিমাপ করে। ব্যবহারকারীদের একাধিক সমীক্ষা থেকে বিরত রাখতে, ব্যবসা বার্তার সমীক্ষা কার্যকারিতা ব্যবহার করুন। আপনার নিজস্ব CSAT পরিমাপ কৌশল প্রয়োগ করবেন না।
বিষয়ে থাকুন
বর্তমান কথোপকথনের সাথে অবাঞ্ছিত বা অপ্রাসঙ্গিক বার্তা পাঠাবেন না। উদাহরণ স্বরূপ,
- মূল অনুরোধের সাথে সম্পর্কহীন একটি পণ্য বা পরিষেবা সম্পর্কে বার্তা
- ব্যবহারকারীর কোনো প্রতিক্রিয়া ছাড়াই বারবার বার্তা
- অত্যধিক দীর্ঘ বার্তা বা ইমোজি এবং URL এর অত্যধিক ব্যবহার
লিভারেজ প্লেস আইডি পাওয়া গেলে
অবস্থান-ভিত্তিক এন্ট্রি পয়েন্টের জন্য, বার্তাগুলিতে প্রসঙ্গ পেলোডে একটি placeId থাকতে পারে। ব্যবহারকারী যে তথ্য জানতে চাইছেন, যেমন একটি নির্দিষ্ট স্থানে ইনভেন্টরি প্রদান করতে আপনি এটির সুবিধা নিতে পারেন। একটি placeId অনন্যভাবে Google Places ডাটাবেসে এবং Google মানচিত্র প্ল্যাটফর্মে একটি স্থান চিহ্নিত করে৷
এমনকি যদি আপনি শুধুমাত্র অবস্থান-ভিত্তিক এন্ট্রি পয়েন্টের সাথে লঞ্চ করেন, এমন পরিস্থিতির জন্য একটি কৌশল প্রয়োগ করতে ভুলবেন না যেখানে একটি placeId উপস্থিত নেই। যদিও সাধারণ নয়, এমন পরিস্থিতিতে রয়েছে যেখানে অন্যান্য প্রাসঙ্গিক ডেটার মধ্যে একটি placeId আপনার ওয়েবহুকে পাঠানো হয় না।
সূচকীয় ব্যাকঅফ সহ পুনঃপ্রয়াস প্রয়োগ করুন
যেকোনো API কল করার সময়, পরিকাঠামোগত সমস্যা, পরিষেবা ওভারলোড, QPS সীমা এবং অন্যান্য ত্রুটির কারণে একটি কল ব্যর্থ হওয়া সম্ভব। ব্যর্থ API কলগুলি থেকে সুন্দরভাবে পুনরুদ্ধার করতে, সূচকীয় ব্যাকঅফ সহ পুনঃপ্রচারগুলি প্রয়োগ করুন৷
সূচকীয় ব্যাকঅফের সাথে পুনরায় চেষ্টা ব্যবহার করে, আপনার পরিকাঠামো স্বয়ংক্রিয়ভাবে
- একটি ব্যর্থ API কল সনাক্ত করে
- প্রাথমিক অপেক্ষার সময়কাল এবং সর্বোচ্চ সংখ্যক পুনঃপ্রচেষ্টা সেট করে
- অপেক্ষার সময়কালের জন্য বিরতি
- API কল পুনরায় চেষ্টা করে
API কল প্রতিক্রিয়া মূল্যায়ন করে:
- সফল হলে, কর্মপ্রবাহের পরবর্তী ধাপে এগিয়ে যান
- ব্যর্থ হলে, অপেক্ষার সময়কাল বৃদ্ধি করে এবং ধাপ 3-এ ফিরে আসে
- সর্বোচ্চ সংখ্যক পুনরায় চেষ্টা করার পরে ব্যর্থ হলে, একটি ব্যর্থ অবস্থায় প্রবেশ করে
আদর্শ অপেক্ষার সময়কাল এবং পুনঃপ্রচারের আদর্শ সর্বোচ্চ সংখ্যা ব্যবহারের ক্ষেত্রে পরিবর্তিত হয়। আপনার পরিকাঠামো এবং কর্মপ্রবাহের লেটেন্সি প্রয়োজনীয়তার উপর ভিত্তি করে এই সংখ্যাগুলি নির্ধারণ করুন।
ডুপ্লিকেট ইনকামিং মেসেজ চেক করুন
আপনি যখন ব্যবহারকারীদের কাছ থেকে আগত বার্তাগুলি পরীক্ষা করেন এবং উত্তর দেন, তখন messageId চেক করুন এবং যাচাই করুন যে আপনি আগে বার্তাটি পাননি এবং উত্তর দেননি৷
বিতরণ করা সিস্টেমের সাথে, বার্তা পাঠানোর দুটি উপায় রয়েছে: সর্বাধিক একবার এবং অন্তত একবার। "সর্বাধিক একবার" সিস্টেমের সাথে, সিস্টেমটি একবারই একটি বার্তা পাঠায়, কিন্তু পথে নেটওয়ার্ক বা যোগাযোগের ত্রুটি থাকলে, বার্তাটি নাও পেতে পারে৷ "অন্তত একবার" সিস্টেমের সাথে, সিস্টেমটি একাধিকবার একটি বার্তা পাঠাতে পারে, তবে নেটওয়ার্ক বা যোগাযোগের ত্রুটি থাকলেও বার্তাটি গ্রহণ করা যেতে পারে।
ব্যবসা বার্তা একটি "অন্তত একবার" সিস্টেম ব্যবহার করে। যদিও এটি ডুপ্লিকেট ইনকামিং বার্তাগুলির দিকে পরিচালিত করতে পারে, এটি messageId স্ট্রিংগুলি ট্র্যাক করে বার্তাগুলিকে ডি-ডুপ্লিকেট করা সহজ৷ আপনি যদি ইতিমধ্যেই একটি বার্তা পেয়ে থাকেন, তাহলে একই বার্তা messageId দিয়ে আপনি যে কোনো অতিরিক্ত বার্তা পান তা উপেক্ষা করা নিরাপদ।