ইমেইল রিকোয়েস্ট ট্র্যাকিং: একটি সহজ সার্ভিস ডেস্ক তৈরি করুন

ইমেইল রিকোয়েস্ট পরিচালনা কঠিন হয়ে যায় কেন

রিকোয়েস্ট কম থাকলে এবং একজন ব্যক্তি সেগুলো সামলালে ইমেইল ভালোভাবেই কাজ করে। কিন্তু একই ইনবক্স কয়েকজন ব্যবহার করলে বা সাধারণ কথোপকথনের ভিড়ে রিকোয়েস্ট আসতে থাকলে সমস্যা শুরু হয়।

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

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

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

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

ইমেইল রিকোয়েস্ট ট্র্যাকিং প্রতিটি রিকোয়েস্টকে একটি শেয়ার করা কাজের রেকর্ডে পরিণত করে। প্রতিটি রেকর্ডে পরিষ্কার বিবরণ, একজন নির্দিষ্ট মালিক, বর্তমান স্ট্যাটাস এবং উত্তর বা কাজ শেষ করার সময়সীমা থাকা দরকার।

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

প্রথমে কোন রিকোয়েস্টগুলো সরাবেন তা ঠিক করুন

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

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

প্রতিটি রিকোয়েস্টের ধরন কে সামলাবে এবং কত দ্রুত কাজ শুরু করতে হবে, তা ঠিক করুন। অ্যাক্সেসের রিকোয়েস্ট IT দলের কাছে যেতে পারে এবং একই দিনে উত্তর দরকার হতে পারে। কেনাকাটার অনুমোদন ম্যানেজারের কাছে যেতে পারে এবং কয়েক কর্মদিবস সময় নিতে পারে। এতে সব রিকোয়েস্ট একটি মালিকহীন কিউতে জমা হবে না।

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

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

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

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

ইমেইল মেসেজকে কার্যকর ফর্মে পরিণত করুন

কাজ শুরু করার আগে দলের প্রয়োজনীয় তথ্য একটি সংক্ষিপ্ত ফর্ম সংগ্রহ করে। ফর্মটি যেন দীর্ঘ আবেদনপত্রের মতো না লাগে। একটি সহজ রিকোয়েস্ট জমা দিতে যদি দশ মিনিট লাগে, মানুষ আবার ইমেইলে ফিরে যাবে।

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

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

প্রয়োজন হলেই অতিরিক্ত প্রশ্ন দেখান

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

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

শুধু সেই তথ্যগুলো বাধ্যতামূলক করুন, যেগুলো ছাড়া কাজ শুরু করা যায় না। ঐচ্ছিক ফিল্ডগুলো স্পষ্টভাবে চিহ্নিত করুন। প্রেক্ষাপট জানানোর জন্য একটি ফ্রি-টেক্সট ফিল্ড সহায়ক, যদি সেখানে নির্দিষ্ট প্রশ্ন থাকে, যেমন «কী ঘটেছে এবং কখন শুরু হয়েছে?» শুধু «বিবরণ» নামে একটি খালি ফিল্ড মানুষকে তেমন নির্দেশনা দেয় না।

রিকোয়েস্টটি পরিষ্কারভাবে নিশ্চিত করুন

সাবমিশনের পর রিকোয়েস্টকারীকে জানান কী ঘটেছে। রিকোয়েস্ট নম্বর, রিকোয়েস্টের ধরন, যে দলটি পেয়েছে তাদের নাম এবং দলের নির্দিষ্ট প্রথম প্রতিক্রিয়ার সময় থাকলে সেটিও দিন।

উদাহরণ: «রিকোয়েস্ট SR-1042 IT Access-এর কাছে পাঠানো হয়েছে। দলটি এক কর্মদিবসের মধ্যে এটি পর্যালোচনা করবে। আলাদা ইমেইল না পাঠিয়ে এই রিকোয়েস্টেই নতুন তথ্য যোগ করুন।»

একটি নো-কোড অ্যাপ ইনটেক ফর্মগুলোকে একটি শেয়ার করা পোর্টালে রাখতে এবং প্রতিটি সাবমিশন সঠিক কিউতে পাঠাতে পারে। এতে ইমেইল বুঝে নেওয়ার বদলে কর্মীরা রিকোয়েস্ট সমাধানে বেশি সময় দিতে পারেন।

অনুসরণযোগ্য মালিকানার নিয়ম তৈরি করুন

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

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

উদাহরণ হিসেবে, একটি অ্যাক্সেসের রিকোয়েস্ট IT দলের Priya-র কাছে যেতে পারে। Priya-র ম্যানেজারের অনুমোদন দরকার হলেও অনুমোদন এসেছে কি না যাচাই করে রিকোয়েস্টকারীকে আপডেট দেওয়ার দায়িত্ব Priya-রই থাকবে।

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

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

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

কী ঘটছে তা বোঝায় এমন স্ট্যাটাস ব্যবহার করুন

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

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

অপেক্ষার কারণ স্পষ্ট করুন

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

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

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

ভিন্ন কোনো দৈনিক সিদ্ধান্ত না তৈরি হলে «কিউতে আছে», «বরাদ্দ করা হয়েছে» বা «তদন্ত চলছে» ধরনের অতিরিক্ত লেবেল এড়িয়ে চলুন। বেশি বিকল্প থাকলে আপডেট একরকম থাকে না এবং রিকোয়েস্টকারীরা বিভ্রান্ত হন।

কাজের সঙ্গে মানানসই প্রতিক্রিয়ার সময়সীমা নির্ধারণ করুন

প্রতিক্রিয়ার সময়সীমা রিকোয়েস্টকারীদের জানায় কখন তারা উত্তর আশা করতে পারেন। কিউটি কথিত জরুরি মেসেজের স্তূপে পরিণত হওয়ার আগেই এগুলো দলকে কাজ সাজাতেও সাহায্য করে।

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

প্রথম উত্তর এবং কাজ শেষ হওয়ার সময় আলাদা রাখুন

দুটি সময় ট্র্যাক করুন। প্রথম প্রতিক্রিয়া মাপে কত দ্রুত কেউ দায়িত্ব নিশ্চিত করে বা অনুপস্থিত তথ্য চায়। সমাধানের সময় মাপে দলটি কাজ শেষ করতে কত সময় নেয়।

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

দল বাস্তবে পূরণ করতে পারে এমন সময়সীমা ব্যবহার করুন। যেমন:

• অ্যাক্সেস বা অ্যাকাউন্ট লক: ১ কর্মঘণ্টার মধ্যে প্রথম উত্তর, ৮ কর্মঘণ্টার মধ্যে সমাধান
• পেরোল বা কাস্টমার সমস্যা: ৪ কর্মঘণ্টার মধ্যে প্রথম উত্তর, ২ কর্মদিবসের মধ্যে সমাধান
• সাধারণ সরঞ্জাম বা রিপোর্টের রিকোয়েস্ট: ১ কর্মদিবসের মধ্যে প্রথম উত্তর, ৫ কর্মদিবসের মধ্যে সমাধান
• পরিকল্পিত পরিবর্তনের রিকোয়েস্ট: ২ কর্মদিবসের মধ্যে প্রথম উত্তর, পর্যালোচনার পর সম্মত সমাধানের তারিখ

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

সময়সীমা শেষ হওয়ার আগে মালিককে সতর্ক করুন। অনুমোদিত সময়ের ৭৫% বা ৮০% পার হলে একটি রিমাইন্ডার তাকে রিকোয়েস্টকারীকে আপডেট দিতে, সাহায্য চাইতে বা কাজটি পুনরায় বরাদ্দ করতে সময় দেয়। পরিষ্কার আপডেট প্রায়ই অপ্রয়োজনীয় ফলো-আপ ইমেইল ঠেকায়।

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

উদাহরণ: একটি অ্যাক্সেসের রিকোয়েস্ট সামলানো

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

ফর্মে কর্মীর নাম ও অফিসের ইমেইল, সেলস টুল ও অ্যাক্সেসের স্তর, বিভাগ, ম্যানেজারের নাম এবং কখন থেকে অ্যাক্সেস দরকার তা জানতে চাওয়া হয়।

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

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

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

যেসব ভুলে রিকোয়েস্ট হারিয়ে যায়

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

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

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

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

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

চালুর আগে দ্রুত যাচাই

রিকোয়েস্টের স্বাভাবিক পথ হিসেবে ওয়ার্কফ্লো চালু করার আগে একটি ছোট দলের সঙ্গে পরীক্ষা করুন। শুরু থেকে শেষ পর্যন্ত বাস্তব রিকোয়েস্ট পর্যালোচনা করুন।

প্রতিটি নতুন রেকর্ডে পরবর্তী পদক্ষেপের জন্য দায়ী একজন নির্দিষ্ট ব্যক্তি থাকতে হবে। অনুমোদনের অপেক্ষায় থাকলে মূল মালিককে দৃশ্যমান রাখুন এবং কাকে উত্তর দিতে হবে তা লিখুন। কয়েক দিন পর দীর্ঘ থ্রেড না খুলেই আপনার তিনটি প্রশ্নের উত্তর দিতে পারা উচিত: এর মালিক কে, স্ট্যাটাস কী এবং কখন কাউকে কাজ করতে হবে?

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

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

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

দৈনন্দিন ব্যবহারে সার্ভিস ডেস্ক চালু করুন

একটি দল ও একটি নিয়মিত রিকোয়েস্টের ধরন দিয়ে শুরু করুন, যেমন সফটওয়্যারে অ্যাক্সেস, সরঞ্জাম বা ফ্যাসিলিটি-সংক্রান্ত সমস্যা। সীমিত প্রথম সংস্করণ মানুষকে ফর্ম শেখার সময় দেয় এবং দলের জন্য সমস্যাগুলো খুঁজে বের করার বাস্তব উপায় তৈরি করে।

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

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

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

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

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