গ্রাহকের অভিযোগ সমাধানের ওয়ার্কফ্লো: দায়িত্ব দিন ও ফলো-আপ করুন

অভিযোগের দায়িত্বপ্রাপ্ত ব্যক্তি না থাকলে

একটি শেয়ার করা ইনবক্সে সব অভিযোগ জমা পড়লেও কোনো কেসের কাজ শুরু নাও হতে পারে। সবাই ধরে নেন, অন্য কেউ উত্তর দেবেন। স্প্রেডশিটেও একই ঝুঁকি থাকে: একজন সারি যোগ করেন, আরেকজন স্ট্যাটাস বদলান, কিন্তু পরবর্তী পদক্ষেপের দায়িত্ব কার, তা পরিষ্কার থাকে না।

গ্রাহকের কাছে এর প্রকাশ ঘটে নীরবতা বা বিভ্রান্তি হিসেবে। একই বিষয়ে তারা ভিন্ন প্রতিশ্রুতিসহ দুটি উত্তর পেতে পারেন, অথবা এক কর্মী থেকে অন্য কর্মীর কাছে কেস যাওয়ার পর আবার পুরো সমস্যাটি বলতে হতে পারে। দেরিতে পাওয়া উত্তর অনেক সময় মূল সমস্যার চেয়েও খারাপ লাগে, কারণ গ্রাহক বুঝতে পারেন না কেউ বিষয়টি দেখছেন কি না।

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

কেস রেকর্ডে দায়িত্বপ্রাপ্ত ব্যক্তি, গ্রহণের সময়, পরবর্তী উত্তরের সময়সীমা এবং বর্তমান স্ট্যাটাস দেখা উচিত। কেউ রেকর্ডটি খুললেই যেন বুঝতে পারেন, টিমকে আজ ব্যবস্থা নিতে হবে, নাকি তথ্যের জন্য অপেক্ষা করতে হবে।

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

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

অভিযোগ «support» বা «operations» এর মতো লেবেলের কাছে অ্যাসাইন করবেন না। এসব লেবেল একটি গ্রুপকে চিহ্নিত করে, কোনো নির্দিষ্ট ব্যক্তিকে নয়। একজন নির্দিষ্ট ব্যক্তির নাম দিন এবং কেসের ইতিহাসে যেকোনো হ্যান্ডঅফ লিখে রাখুন। অভিযোগের পরিষ্কার দায়বদ্ধতা একই কাজ বারবার হওয়া কমায় এবং গ্রাহককে ধারাবাহিক উত্তর দিতে সাহায্য করে।

সঠিক তথ্যসহ অভিযোগ নথিভুক্ত করুন

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

অভ্যন্তরীণ নোট যোগ করার আগে গ্রাহকের নিজের ভাষায় সমস্যাটি লিখুন। «আমার বদলি যন্ত্রাংশ এখনো আসেনি, আর ছয় দিন ধরে আমি মেশিনটি ব্যবহার করতে পারছি না» এর মতো সরাসরি বর্ণনা গ্রাহককে কী কষ্ট দিয়েছে, তা ধরে রাখে। এরপর অভ্যন্তরীণ নোটে টিমের অনুসন্ধানের ফল, যেমন গুদামের দেরি বা ভুল ঠিকানা, লেখা যেতে পারে।

প্রতিটি কেস সংশ্লিষ্ট পণ্য বা সেবার সঙ্গে যুক্ত করুন। ব্যবসার ধরন অনুযায়ী নিচের তথ্য যোগ করতে পারেন:

• পণ্যের নাম, মডেল বা সাবস্ক্রিপশন প্ল্যান
• অর্ডার, ইনভয়েস, টিকিট বা অ্যাকাউন্ট নম্বর
• কেনাকাটা, ডেলিভারি বা সেবা দেওয়ার তারিখ
• স্ক্রিনশট, ছবি, ইমেইল বা গ্রাহকের অন্য কোনো প্রমাণ

এতে একই মৌলিক তথ্য খুঁজতে আলাদা ইনবক্স, স্প্রেডশিট ও অর্ডার সিস্টেম ঘাঁটতে হয় না।

গ্রাহকের ওপর প্রভাব দেখে জরুরি মাত্রা নির্ধারণ করুন

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

পেইড অ্যাকাউন্টে ঢুকতে না পারা গ্রাহকের দ্রুত উত্তর দরকার হতে পারে, কারণ তিনি নির্ভরশীল একটি সেবা ব্যবহার করতে পারছেন না। সামান্য বাহ্যিক ত্রুটির ক্ষেত্রেও দ্রুত উত্তর প্রাপ্য, তবে একই সময়সীমা সাধারণত দরকার হয় না। কেস তৈরি করার সময় জরুরি মাত্রা ও প্রথম উত্তরের শেষ সময় যোগ করুন।

চারটি স্তর প্রায়ই যথেষ্ট: জরুরি, উচ্চ, স্বাভাবিক ও কম। প্রতিটির জন্য সংক্ষিপ্ত নিয়ম দিন। যেমন, «জরুরি» বলতে বোঝাতে পারে সেবা বন্ধ, নিরাপত্তা ঝুঁকি, আইনি ঝুঁকি বা পেমেন্ট-সংক্রান্ত ঝুঁকি। «গুরুত্বপূর্ণ» এর মতো অস্পষ্ট লেবেল কর্মীদের ব্যাখ্যা করতে না হয়।

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

প্রতিটি কেসের জন্য পরিষ্কার দায়িত্ব দিন

টিম কেস নথিভুক্ত করার সঙ্গে সঙ্গে একজন তদন্তকারী নিয়োগ করুন। বিলিং, ডেলিভারি বা অন্য সাপোর্ট টিমের সাহায্য লাগলেও পরবর্তী পদক্ষেপের দায়িত্ব তারই থাকবে।

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

টিম প্রতিদিন যে ভিউ ব্যবহার করে, সেখানে কেসের স্ট্যাটাসের পাশে দায়িত্বপ্রাপ্ত ব্যক্তির নাম দেখান। স্ট্যাটাস সহজ রাখুন: নতুন, পর্যালোচনাধীন, গ্রাহকের উত্তরের অপেক্ষায়, অভ্যন্তরীণ উত্তরের অপেক্ষায়, সমাধান হয়েছে এবং বন্ধ। দীর্ঘ মেসেজ থ্রেড না খুলেই সহকর্মী যেন বুঝতে পারেন পরবর্তী পদক্ষেপ কে নেবেন।

তদন্ত ও অনুমোদন আলাদা রাখুন

স্বাভাবিক নীতির বাইরে সিদ্ধান্ত বা এসকেলেশনের জন্য ম্যানেজারদের আলাদা ভূমিকা দিন। সাপোর্ট এজেন্ট বিলম্বিত ডেলিভারি তদন্ত করতে পারেন, আর ম্যানেজার স্বাভাবিক সীমার বেশি রিফান্ড অনুমোদন করতে পারেন। এতে তদন্তকারী সিদ্ধান্ত নেওয়ার অধিকার কার, তা না জানার কারণে কেস আটকে রাখবেন না।

এমন এসকেলেশন নিয়ম দিন, যা কর্মীরা বিতর্ক ছাড়াই প্রয়োগ করতে পারেন। নিরাপত্তা উদ্বেগ, আইনি হুমকি, বারবার সেবা ব্যর্থতা বা নীতির বাইরে প্রতিকার চাওয়া হলে কেস ম্যানেজারের কাছে পাঠান। ম্যানেজার আনুষ্ঠানিকভাবে দায়িত্ব না নেওয়া পর্যন্ত তদন্তকারীই গ্রাহকের যোগাযোগের ব্যক্তি থাকবেন।

পুনরায় অ্যাসাইনমেন্ট দৃশ্যমান করুন

কখনো কেস অন্য ব্যক্তির কাছে পাঠাতে হয়। মূল দায়িত্বপ্রাপ্ত ব্যক্তি অনুপস্থিত থাকতে পারেন, অথবা কোনো বিশেষজ্ঞ তথ্য ভালোভাবে দেখতে পারেন। নীরবে নাম বদলাবেন না। পুরোনো ব্যক্তি, নতুন ব্যক্তি, কারণ ও সময়সহ একটি সংক্ষিপ্ত পুনরায় অ্যাসাইনমেন্ট নোট রাখুন।

উদাহরণ: «Priya Shah থেকে Daniel Lee-র কাছে পাঠানো হয়েছে, ১৪ মে, ১০:৩০। Daniel ক্যারিয়ার ক্লেইম দেখেন।» এতে অভিযোগের দায়বদ্ধতা বজায় থাকে এবং উত্তর দেরি হলে ম্যানেজার পরিষ্কার রেকর্ড পান।

ম্যানেজার দায়িত্ব নিলে সঙ্গে সঙ্গে মালিক ও স্ট্যাটাস দুটিই আপডেট করুন। একই অভিযোগের মালিকানা দুজনের বলে মনে হওয়ায় গ্রাহক যেন পরস্পরবিরোধী উত্তর না পান।

অনুসরণযোগ্য উত্তরের সময়সীমা নির্ধারণ করুন

রেকর্ডে শুধু «open» লেখা থাকলে কেস কোনো কাজ ছাড়াই পড়ে থাকতে পারে। অভিযোগ নথিভুক্ত হওয়ার সঙ্গে সঙ্গে প্রথম উত্তরের সময়সীমা যোগ করুন। এর অর্থ, একজন প্রকৃত ব্যক্তি সমস্যাটি গ্রহণের কথা জানাবেন, টিম অভিযোগটি পেয়েছে তা নিশ্চিত করবেন এবং পূর্ণাঙ্গ আপডেট কখন পাওয়া যাবে তা বলবেন।

প্রথম উত্তরেই সব সমাধান করতে হবে না। তবে তা দ্রুত ও উপকারী হওয়া উচিত। যেমন: «ডুপ্লিকেট চার্জের আপনার অভিযোগ আমরা পেয়েছি। Sam বিষয়টি যাচাই করছেন এবং আগামীকাল বিকেল ৩টার মধ্যে আপনাকে আপডেট দেবেন।» এতে অস্পষ্ট প্রতিশ্রুতির বদলে গ্রাহক একটি নাম ও তারিখ পান।

কয়েকটি পরিষ্কার মাইলস্টোন ব্যবহার করুন। প্রতিটির জন্য দায়িত্বপ্রাপ্ত ব্যক্তি, শেষ সময় এবং কাজ শেষ হওয়ার সংজ্ঞা দিন:

• প্রথম উত্তর: অভিযোগ গ্রহণের কথা জানানো এবং দায়িত্বপ্রাপ্ত ব্যক্তি নিশ্চিত করা।
• তদন্ত: রেকর্ড সংগ্রহ, সংশ্লিষ্ট কর্মীদের সঙ্গে কথা বলা বা লেনদেন যাচাই করা।
• গ্রাহক আপডেট: গ্রাহককে বারবার যোগাযোগ করতে বাধ্য করার আগে বর্তমান অবস্থা জানানো।
• সমাধানের সিদ্ধান্ত: রিফান্ড, বদলি, সংশোধন বা অন্য পদক্ষেপ অনুমোদন করা।
• ক্লোজার: গ্রাহককে ফলাফল জানানো এবং কেসের নোট সম্পূর্ণ করা।

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

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

সময়সীমা পার হওয়ার পরে নয়, তার আগেই রিমাইন্ডার পাঠান। সময়সীমা পেরিয়ে গেলে ম্যানেজারকে জানান। এসকেলেশনের মাধ্যমে এমন ব্যক্তির কাছে কাজ পৌঁছানো উচিত, যিনি বাধা দূর করতে, ব্যতিক্রম অনুমোদন করতে বা অতিরিক্ত সহায়তা দিতে পারেন।

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

প্রথম উত্তর থেকে ক্লোজার পর্যন্ত কাজ ট্র্যাক করুন

কেউ তদন্ত করলেও একটি অভিযোগ বাইরে থেকে নীরব মনে হতে পারে। দৃশ্যমান স্ট্যাটাস না থাকলে ম্যানেজার বুঝতে পারেন না গ্রাহক উত্তর পেয়েছেন কি না, টিমের আরও তথ্য দরকার কি না, অথবা কেসটি ভুলে যাওয়া হয়েছে কি না।

টিমের কাজের সঙ্গে মেলে এমন স্ট্যাটাস ব্যবহার করুন:

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

প্রতিটি স্ট্যাটাসের সহজ নিয়ম থাকা দরকার। কেউ অভিযোগ পর্যালোচনা করে «ডেলিভারি স্ক্যান যাচাই করে ক্যারিয়ারের সঙ্গে যোগাযোগ করতে হবে» এর মতো প্রথম পদক্ষেপ লিখলেই নতুন থেকে তদন্ত চলছে-এ নিন। নির্দিষ্ট অনুরোধ পাঠানোর পরই গ্রাহকের উত্তরের অপেক্ষায় রাখুন। কেউ শুরুই করেনি এমন কাজ রাখার জায়গা হিসেবে এই স্ট্যাটাস ব্যবহার করবেন না।

প্রতিটি কেসে দুটি আলাদা রেকর্ড রাখুন। গ্রাহকের আপডেটে পরিষ্কার ও ভদ্র ভাষা ব্যবহার করুন: «আমরা ডেলিভারি রেকর্ড যাচাই করছি এবং মঙ্গলবার আপনাকে আপডেট দেব।» অভ্যন্তরীণ নোটে অর্ডার যাচাই, কর্মীদের মন্তব্য, নীতিগত সিদ্ধান্ত ও বেছে নেওয়া প্রতিকারের কারণ থাকতে পারে। এতে তাড়াহুড়ো করে লেখা অভ্যন্তরীণ বার্তা গ্রাহকের কাছে চলে যাওয়া ঠেকায়।

প্রতিটি পরিবর্তনের ইতিহাস রাখুন। সময়, স্ট্যাটাস বদলানো ব্যক্তি এবং সংক্ষিপ্ত কারণ লিখুন। Maya বদলি পাঠানোর পর কেসটি সমাধান হয়েছে হিসেবে চিহ্নিত করলে রেকর্ডে তা উল্লেখ থাকা উচিত। এতে কাউকে আলাদা করে জিজ্ঞেস না করেই সহকর্মী পুরো ইতিহাস বুঝতে পারেন।

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

ভবিষ্যতের জন্য ফলাফল নথিভুক্ত করুন

বন্ধ কেসের পরিষ্কার রেকর্ড দরকার। গ্রাহক আবার যোগাযোগ করতে পারেন, ম্যানেজার সিদ্ধান্ত পর্যালোচনা করতে পারেন, অথবা পরের মাসে একই ধরনের অভিযোগ আসতে পারে। সম্পূর্ণ গ্রাহক অভিযোগের রেকর্ড থাকলে পুরোনো ইনবক্স ঘেঁটে না গিয়েও পরবর্তী ব্যক্তি কী ঘটেছে তা বুঝতে পারেন।

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

কেস খোলা থাকা অবস্থায় কারণ অনুমান করবেন না। তথ্য যাচাই করুন, প্রমাণ মিলিয়ে দেখুন, তারপর সংক্ষিপ্ত কারণ লিখুন। «কর্মীরা পুরোনো পণ্যের লেবেল ব্যবহার করায় গুদাম ভুল পণ্য প্যাক করেছে» বাক্যটি «অর্ডারে ভুল» এর চেয়ে বেশি কার্যকর, কারণ এতে ঠিক করার মতো সমস্যা চিহ্নিত হয়।

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

ক্লোজার নোটে পর্যালোচিত প্রমাণ, নিশ্চিত কারণ, চূড়ান্ত সিদ্ধান্ত, প্রতিশ্রুত পদক্ষেপ, চূড়ান্ত উত্তরের তারিখ এবং পণ্য, সেবা এলাকা ও সমস্যার ধরনসংক্রান্ত ট্যাগ থাকা উচিত।

ট্যাগ আলাদা কেসকে ধরণে পরিণত করে। «দেরিতে ডেলিভারি» ও «গুদামের লেবেল» এর মতো ট্যাগসহ একাধিক অভিযোগ থাকলে ম্যানেজার সংখ্যা গণনা করে মূল প্রক্রিয়া পরীক্ষা করতে পারেন। কেস বন্ধ করার আগে এসব ট্যাগ দেওয়া বাধ্যতামূলক করুন।

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

দেরিতে ডেলিভারির একটি উদাহরণ

মঙ্গলবার সকালে একজন গ্রাহক সাপোর্টে লিখলেন: «আমার অর্ডার গতকাল পৌঁছানোর কথা ছিল, কিন্তু এখনো পাইনি।» সাপোর্ট এজেন্ট একটি কেস খুলে অর্ডার নম্বর, প্রতিশ্রুত ডেলিভারির তারিখ, যোগাযোগের তথ্য ও গ্রাহকের পছন্দের সমাধান লিখলেন। এজেন্ট মূল বার্তাটিও সংরক্ষণ করলেন।

কেসটি সাপোর্ট লিড Maya-র কাছে গেল। গ্রাহকের সঙ্গে যোগাযোগের দায়িত্ব তার এবং তাকে দুপুর ২টার মধ্যে প্রথম উত্তর দিতে হবে। তিনি অভিযোগ নিশ্চিত করে, নির্ধারিত তারিখ পেরিয়ে যাওয়ার জন্য দুঃখ প্রকাশ করে এবং স্পষ্ট আপডেটের সময় জানালেন: «আমি ডেলিভারির অবস্থা যাচাই করে আজ বিকেল ৪টার মধ্যে আপনাকে জানাব।»

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

বিকেল ৩:৩০টায় Maya Daniel-এর আপডেট দেখলেন এবং প্রতিশ্রুত সময়ের আগেই গ্রাহকের সঙ্গে যোগাযোগ করলেন। তিনি সহজ ভাষায় দেরির কারণ ব্যাখ্যা করে সম্মত সমাধান জানালেন: পরদিন অগ্রাধিকার ডেলিভারি এবং ডেলিভারি চার্জ ফেরত। তিনি প্রস্তাবটি, গ্রাহকের সম্মতি এবং নতুন ডেলিভারির তারিখ লিখে রাখলেন।

বুধবার বিকেলে Daniel আবার কুরিয়ারের রেকর্ড দেখে জানলেন পার্সেলটি পৌঁছে গেছে। Maya সংক্ষিপ্ত নিশ্চিতকরণ বার্তা পাঠিয়ে জিজ্ঞেস করলেন, অর্ডারটি ভালো অবস্থায় এসেছে কি না। গ্রাহক জানালেন, এসেছে।

চূড়ান্ত ফলাফল লিখে Maya অভিযোগটি বন্ধ করলেন: ডেলিভারি সম্পন্ন, ডেলিভারি চার্জ ফেরত, গ্রাহক গ্রহণ নিশ্চিত করেছেন। কারণ হিসেবে তিনি «ডিপো থেকে ডেলিভারি গাড়িতে না ওঠা» ট্যাগ দিলেন। সাপ্তাহিক পর্যালোচনায় অপারেশনস দেখতে পারবে একই কারণ অন্য কেসেও আছে কি না এবং ডিপোর প্রক্রিয়ায় পরিবর্তন দরকার কি না।

Maya গ্রাহকের সঙ্গে কথোপকথনের দায়িত্বে, Daniel ডেলিভারি তদন্তের দায়িত্বে, আর প্রতিটি সময়সীমা একই কেস রেকর্ডে রয়েছে।

যে ভুলগুলো অভিযোগ সমাধান কঠিন করে তোলে

«Support» বা «Operations»-এর কাছে অভিযোগ অ্যাসাইন করলে সবাই বিষয়টি জানতে পারেন, কিন্তু গ্রাহক বা টিম বুঝতে পারে না পরবর্তী পদক্ষেপ কে নেবেন। একাধিক ব্যক্তি সাহায্য করলেও একজন তদন্তকারী নির্দিষ্ট করুন।

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

আরেকটি সাধারণ ভুল হলো উত্তর পাঠানোর পর কেস বন্ধ করে দেওয়া। কোনো বার্তায় বলা হতে পারে বদলি পণ্য পাঠানো হবে, রিফান্ড আসবে বা টেকনিক্যাল টিম তদন্ত করবে। প্রতিশ্রুত কাজ শেষ হয়ে তার প্রমাণ রেকর্ড না হওয়া পর্যন্ত কেস খোলা রাখুন।

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

ব্যক্তিগত নোটে পরবর্তী ব্যক্তিকে সাহায্য করার মতো তথ্য রাখুন। «গুদামের সঙ্গে কথা হয়েছে» বা «গ্রাহকের সঙ্গে মিটেছে» এর মতো লেখা যথেষ্ট নয়। যোগাযোগের সময়, সিদ্ধান্ত নেওয়া ব্যক্তির নাম, সম্মত পদক্ষেপ ও শেষ সময়, সহায়ক প্রমাণ এবং দেরি বা পরিকল্পনা বদলের কারণ লিখুন।

প্রতিটি খোলা কেসে বর্তমান দায়িত্বপ্রাপ্ত ব্যক্তি, পরবর্তী পদক্ষেপ ও উত্তরের সময়সীমা দেখা উচিত। এসব ফিল্ড না থাকলে টিম স্মৃতি ও ব্যক্তিগত বার্তার ওপর নির্ভর করে। সেখানেই অভিযোগ আটকে যায়।

«উত্তর পাঠানো হয়েছে», «কাজ চলছে» এবং «বন্ধ» এর জন্য আলাদা স্ট্যাটাস ব্যবহার করুন। রেকর্ডে শুধু সমস্যাটি জানানো হয়েছে, নাকি সত্যিই সমাধান হয়েছে, তা দেখা উচিত।

দ্রুত সাপ্তাহিক কেস পর্যালোচনা

সাপ্তাহিক পর্যালোচনা খোলা অভিযোগকে ইনবক্সে হারিয়ে যাওয়া থেকে বাঁচায়। একজন টিম লিড ২০ থেকে ৩০ মিনিটে কেসের তালিকা দেখে মিটিং শেষ হওয়ার আগেই ফলো-আপের কাজ দিতে পারেন।

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

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

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

সময়সীমা পেরিয়ে গেছে বলে দ্রুত কেস বন্ধ করবেন না। কারণ খুঁজুন। তদন্তকারী কুরিয়ারের উত্তর, ম্যানেজারের অনুমোদন বা গ্রাহকের তথ্যের অপেক্ষায় থাকতে পারেন। কারণটি লিখুন, নতুন তারিখ দিন এবং পরবর্তী আপডেট কে পাঠাবেন তা ঠিক করুন।

বন্ধ কেসও সংক্ষেপে যাচাই করা দরকার। কী ঘটেছে, টিম কী করেছে এবং গ্রাহক কখন শেষ বার্তা পেয়েছেন, তা রেকর্ডে থাকা উচিত। যেমন: «পার্সেল পথে হারিয়ে গেছে। ১৪ মে বদলি অনুমোদন ও পাঠানো হয়েছে। ১৪ মে ইমেইলে গ্রাহককে জানানো হয়েছে।»

AppMaster একটি অভ্যন্তরীণ অ্যাপে কেসের তালিকা, তদন্তকারী, উত্তরের সময়সীমা, আপডেটের তারিখ ও ক্লোজার নোট রাখতে পারে। সাপ্তাহিক ভিউতে বকেয়া কেসগুলো আগে দেখানো যায়, যাতে টিম সেগুলো খুঁজতে নয়, দেরি ঠিক করতে সময় দেয়।

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

ওয়ার্কফ্লোটি প্রতিদিনের কাজে চালু করুন

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

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

কেস আসার আগেই অ্যাসাইনমেন্টের নিয়ম ঠিক করুন। ডেলিভারি অভিযোগ অপারেশনসের তদন্তকারীর কাছে যেতে পারে, আর পেমেন্ট অভিযোগ ফাইন্যান্স টিমের কাছে। দায়িত্বপ্রাপ্ত ব্যক্তি কেস সমাধান করতে না পারলে অস্পষ্ট স্ট্যাটাসে রেখে না দিয়ে নোটসহ অন্য ব্যক্তির কাছে পাঠাবেন।

প্রথম সংস্করণে স্ট্যাটাসের ধারাবাহিকতা একরকম রাখুন:

• নতুন: টিম অভিযোগ পেয়েছে।
• অ্যাসাইন করা: একজন ব্যক্তি তদন্তের দায়িত্ব নিয়েছেন।
• অপেক্ষমাণ: গ্রাহক বা অন্য টিমের কাছ থেকে তথ্য দরকার।
• উত্তর দেওয়ার সময়: নির্ধারিত তারিখের মধ্যে দায়িত্বপ্রাপ্ত ব্যক্তিকে আপডেট দিতে হবে।
• বন্ধ: টিম সিদ্ধান্ত ও গ্রাহকের প্রতিক্রিয়া নথিভুক্ত করেছে।

AppMaster-এ এটিকে একটি অভ্যন্তরীণ অভিযোগ অ্যাপ হিসেবে তৈরি করা যায়। এর Data Designer দিয়ে কেস রেকর্ড তৈরি করা যায়, আর Business Process Editor দিয়ে অ্যাসাইনমেন্টের নিয়ম, উত্তরের সময়সীমা ও সময়সীমা ঘনিয়ে এলে কর্মীদের নোটিফিকেশন সেট করা যায়। ইমেইল ও স্প্রেডশিটে কেস ছড়িয়ে না দিয়ে একই রেকর্ডের ওপর ওয়েব ও মোবাইল ইন্টারফেস তৈরি করতে পারে টিম।

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

পরীক্ষার পর অব্যবহৃত ফিল্ড বাদ দিন এবং যে স্ট্যাটাস বিভ্রান্তি তৈরি করেছে, তা পরিষ্কার করুন। শুরুতেই ছোট পরিবর্তন করলে কেসের সংখ্যা বাড়ার সঙ্গে অভিযোগের দায়বদ্ধতা বজায় রাখা সহজ হয়।