হেল্পডেস্ক টিকেটিং সিস্টেম কিভাবে বানাবেন: টিকেট, স্ট্যাটাস, অ্যাসাইনমেন্ট ও ইমেইল
একটি হেল্পডেস্ক টিকেটিং সিস্টেম ছড়ানো-ছিটানো অনুরোধগুলো — ইমেইল, মেসেজ, করিডোরে “একটা ছোট প্রশ্ন” — টিকেটে রূপান্তর করে: প্রতিটি সমস্যার জন্য একটি রেকর্ড, তার একজন মালিক, একটি স্ট্যাটাস, একটি অগ্রাধিকার এবং পুরো কথোপকথন। বানাতে দরকার টিকেট তৈরির উপায়, ফিল্টারসহ একটি শেয়ার্ড কিউ, অ্যাসাইনমেন্ট, পাবলিক উত্তর ও ভেতরের নোট আলাদা রাখে এমন একটি থ্রেড, এবং বিজ্ঞপ্তি যাতে কেউ অপেক্ষায় পড়ে না থাকে। একটি AI অ্যাপ বিল্ডার একটি অভ্যন্তরীণ IT, HR বা ফ্যাসিলিটি ডেস্কের জন্য এক বিকেলেই একটি শক্ত প্রথম সংস্করণ বানাতে পারে। গ্রাহক-মুখী সাপোর্ট — ইমেইল থ্রেডিং, রেসপন্স লক্ষ্য ও রিপোর্টিংসহ — বেশি যত্ন নেয়, আর সেখানেই প্রতিষ্ঠিত হেল্পডেস্ক প্রোডাক্টগুলো তাদের ফি-এর যোগ্য প্রমাণ করে।
সিস্টেমের যা যা দরকার
ডেটা
| টেবিল | মূল ফিল্ড |
|---|---|
| টিকেট | নম্বর, বিষয়, অনুরোধকারী, ক্যাটাগরি, অগ্রাধিকার, স্ট্যাটাস, অ্যাসাইনি, দল, তৈরির সময়, প্রথম উত্তরের সময়, সমাধানের সময় |
| বার্তা | টিকেট, লেখক, মূল অংশ, পাবলিক উত্তর বা ভেতরের নোট, সংযুক্তি, পাঠানোর সময় |
| অনুরোধকারী | নাম, ইমেইল, প্রতিষ্ঠান বা বিভাগ |
| এজেন্ট | নাম, ইমেইল, দল, ভূমিকা (এজেন্ট, লিড, অ্যাডমিন) |
| ক্যাটাগরি | নাম, ডিফল্ট দল, ডিফল্ট অগ্রাধিকার |
| তৈরি উত্তর | শিরোনাম, মূল অংশ, ক্যাটাগরি |
| কার্যকলাপের লগ | টিকেট, কে, কী বদলেছে, কখন |
শুরু থেকেই প্রথম উত্তর ও সমাধানের সময়ের ছাপ সংরক্ষণ করুন। প্রতিটি রিপোর্ট এর ওপর দাঁড়ায়, আর পরে এগুলো পুনর্গঠন করা যায় না।
পৃষ্ঠাসমূহ
- অনুরোধকারী: ক্যাটাগরি ও সংযুক্তিসহ একটি “অনুরোধ জমা দিন” ফর্ম, একটি “আমার অনুরোধসমূহ” তালিকা, এবং প্রতিটি টিকেটের থ্রেড।
- এজেন্ট: কিউ (আমার টিকেট, অ্যাসাইন হয়নি, সব খোলা), ফিল্টার ও সার্চ, এবং উত্তর, নোট, স্ট্যাটাস, অগ্রাধিকার ও অ্যাসাইনির নিয়ন্ত্রণসহ টিকেট ভিউ।
- অ্যাডমিন: ক্যাটাগরি, দল, এজেন্ট, তৈরি উত্তর, এবং একটি সহজ প্রতিবেদন।
অনুমতি
অনুরোধকারীরা শুধু নিজের টিকেট ও পাবলিক উত্তর দেখতে পারবেন। এজেন্টরা নিজের দলের টিকেট ও ভেতরের নোট দেখবে। লিড ও অ্যাডমিন সবকিছু দেখবে ও সেটিংস পরিচালনা করবে। ভেতরের নোট গ্রাহকের কাছে ফাঁস হওয়া হেল্পডেস্কের ক্লাসিক দুর্ঘটনা, তাই এটি শুধু একটি ট্যাব লুকিয়ে নয়, সার্ভারেই কার্যকর করুন। দেখুন ভূমিকা-ভিত্তিক অ্যাক্সেস কন্ট্রোল।
সিদ্ধান্ত ও ট্রেড-অফ
ফর্ম, ইমেইল, নাকি দুটোই
ওয়েব ফর্ম সবচেয়ে সহজ এবং পরিষ্কার ডেটা দেয়: ক্যাটাগরি, অগ্রাধিকার ও আবশ্যক ফিল্ড। ইমেইল গ্রহণ — মানুষ support@-এ লেখে আর একটি টিকেট তৈরি হয় — এটিই গ্রাহকরা প্রত্যাশা করেন, কিন্তু এর জন্য দরকার এমন ইমেইল প্রদানকারী যে মেইল গ্রহণ করে আপনার অ্যাপে পাঠাতে পারে, সঙ্গে থ্রেডিং যাতে উত্তর সঠিক টিকেটে যায় (সাধারণত বিষয়ে বা একটি অনন্য রিপ্লাই-টু ঠিকানায় টিকেট নম্বর)। ফর্ম দিয়ে শুরু করুন; ওয়ার্কফ্লো প্রমাণিত হলে ইমেইল যোগ করুন। আপনার অ্যাপ থেকে ইমেইল পাঠানো বহির্গামী অংশটি ব্যাখ্যা করে।
অ্যাসাইনমেন্ট
বিকল্প: এজেন্টরা অ্যাসাইন-হয়নি এমন কিউ থেকে বেছে নেয়; একটি দলের ভেতরে রাউন্ড-রবিন; অথবা ক্যাটাগরি অনুযায়ী অ্যাসাইন। ছোট দলের জন্য কিউ থেকে বেছে নেওয়াই কাজের। টিকেট মালিকহীন পড়ে থাকলে স্বয়ংক্রিয় অ্যাসাইন সাহায্য করে।
অগ্রাধিকার ও রেসপন্স লক্ষ্য
দুই-তিনটি অগ্রাধিকার সংজ্ঞায়িত করুন, প্রথম উত্তরের একটি লক্ষ্যসহ (“জরুরি: ১ ঘণ্টা, সাধারণ: ১ কার্যদিবস”)। প্রতিটি টিকেটে বাকি সময় দেখানো মাসিক প্রতিবেদনের চেয়ে বেশি কাজের, যা কেউ পড়ে না। ব্যবসার সময় হিসাবটি কঠিন করে — শুরুতেই ঠিক করুন রাত ও সপ্তাহান্তও লক্ষ্যে ধরা হবে কি না।
একত্রীকরণ ও ডুপ্লিকেট
একই সমস্যা তিনবার রিপোর্ট হওয়া সাধারণ ঘটনা। “টিকেট #-এ একত্র করো” অ্যাকশন এজেন্টদের একই জিনিস বারবার উত্তর দেওয়া থেকে বাঁচায়; এটি আগে থেকে বানানোর মতো।
একটি কার্যকর প্রথম প্রম্পট
৬০ জনের একটি কোম্পানির জন্য একটি অভ্যন্তরীণ IT হেল্পডেস্ক বানাও। কর্মীরা একটি ফর্মে অনুরোধ জমা দেয়: বিষয়, ক্যাটাগরি (হার্ডওয়্যার, সফটওয়্যার, অ্যাক্সেস, নেটওয়ার্ক, অন্যান্য), অগ্রাধিকার (কম, সাধারণ, জরুরি), বিবরণ ও সংযুক্তি। প্রতিটি টিকেট একটি নম্বর পায় এবং স্ট্যাটাস থাকে: নতুন, খোলা, অনুরোধকারীর অপেক্ষায়, সমাধান হয়েছে, বন্ধ। IT এজেন্টরা একটি কিউ দেখবে, ট্যাব থাকবে: অ্যাসাইন হয়নি, আমার, সব খোলা; ক্যাটাগরি, অগ্রাধিকার ও স্ট্যাটাস অনুযায়ী ফিল্টার এবং সার্চ। টিকেট পেজে পাবলিক উত্তর ও ভেতরের নোট স্পষ্টভাবে আলাদা থাকবে; কর্মীরা কখনও ভেতরের নোট দেখবে না। এজেন্টরা অ্যাসাইন করতে, স্ট্যাটাস ও অগ্রাধিকার বদলাতে, তৈরি উত্তর ব্যবহার করতে এবং ডুপ্লিকেট একত্র করতে পারবে। প্রথম উত্তর ও সমাধানের সময় ট্র্যাক করো এবং প্রতিটি টিকেটে শেষ হালনাগাদের পর কতক্ষণ কেটেছে দেখাও। কর্মীদের জন্য একটি “আমার অনুরোধসমূহ” পেজ থাকবে। ভূমিকা: কর্মী, এজেন্ট, অ্যাডমিন। সবকিছু একটি ডেটাবেসে রাখো। সাদামাটা, ঘন ও দ্রুত ইন্টারফেস — সাজসজ্জার চেয়ে গতি।
বানানোর ধাপ
- টিকেট মডেল ও ফর্ম। জমা দাও, তালিকা দেখো, একটি টিকেট খোলো, উত্তর দাও।
- কিউ ও ফিল্টার। অ্যাসাইন হয়নি, আমার, সব খোলা; ফিল্টার ও সার্চ; অগ্রাধিকার ও বয়স অনুযায়ী সাজানো।
- ভূমিকা ও লগইন। অনুরোধকারী, এজেন্ট, অ্যাডমিন — এবং সার্ভারে নিশ্চিত করা যে অনুরোধকারীর কাছে নোট লুকানো থাকে।
- অ্যাসাইনমেন্ট, স্ট্যাটাস ও অগ্রাধিকারের নিয়ন্ত্রণ, প্রতিটি পরিবর্তনের একটি কার্যকলাপের লগসহ।
- বিজ্ঞপ্তি। পাবলিক উত্তরে অনুরোধকারীকে ইমেইল, নতুন অ্যাসাইনমেন্টে এজেন্টকে — আপনার নিজের ইমেইল প্রদানকারীর মাধ্যমে।
- তৈরি উত্তর ও একত্রীকরণ।
- রেসপন্স লক্ষ্য ও একটি মৌলিক প্রতিবেদন: বয়স অনুযায়ী খোলা টিকেট, প্রথম উত্তরের সময়, ক্যাটাগরি অনুযায়ী টিকেট।
- ইমেইল গ্রহণ, বাকিটা কাজ করার পরে, থ্রেডিং ভালোভাবে পরীক্ষা করে।
- একটি দলে পাইলট দুই সপ্তাহ, সবাইকে স্থানান্তরের আগে।
সাধারণ ভুল
- ভেতরের নোট অনুরোধকারীদের কাছে দৃশ্যমান, কারণ ইন্টারফেসে শুধু লুকানো ছিল।
- অনেক বেশি স্ট্যাটাস ও ক্যাটাগরি। এজেন্টরা যেটি কাছাকাছি মনে হয় সেটিই প্রথমে বেছে নেয়। প্রতিটির সর্বোচ্চ পাঁচটি দিয়ে শুরু করুন।
- প্রথম উত্তর ও সমাধানের জন্য কোনো টাইমস্ট্যাম্প না থাকা। কেউ যেদিন জিজ্ঞেস করবে “আমরা কি দ্রুত হচ্ছি?”, সেদিন সংখ্যাগুলো লাগবে।
- ইমেইল উত্তর থ্রেড না করে নতুন টিকেট বানানো। ফোনের মেইল অ্যাপ থেকে উত্তর দিয়ে পরীক্ষা করুন, কারণ তা প্রায়ই বিষয় বদলে দেয়।
- সবাইকে অ্যাসাইন, কিন্তু কেউ দায়িত্বে নেই। প্রতি টিকেটে একজন অ্যাসাইনি; বাকিদের জন্য ওয়াচার ব্যবহার করুন।
- সংযুক্তির জন্য পাবলিক URL। ত্রুটির বার্তার স্ক্রিনশটে প্রায়ই ব্যক্তিগত তথ্য থাকে। ফাইল ব্যক্তিগত রাখুন এবং শুধু টিকেট দেখতে পারেন এমন মানুষদের কাছে পরিবেশন করুন।
কখন তৈরি প্রোডাক্টই ভালো পছন্দ
ইমেইল, চ্যাট ও সোশ্যাল চ্যানেল জুড়ে গ্রাহক-মুখী সাপোর্টের জন্য — রেসপন্স-লক্ষ্য ট্র্যাকিং, সন্তুষ্টি জরিপ, ম্যাক্রো, রিপোর্টিং ও ইন্টিগ্রেশনসহ — একটি নিবেদিত হেল্পডেস্ক প্রোডাক্টই প্রায় সবসময় ভালো বিনিয়োগ। এই প্রোডাক্টগুলো ইমেইল থ্রেডিং, স্প্যাম, রাউটিং ও রিপোর্টিংয়ে বছরের পর বছর কাজ করেছে, আর এগুলো আপনার ব্যবসার সেই অংশ নয় যা আপনাকে আলাদা করে। আমাদের Zendesk-এর বিকল্প গাইড বিকল্পগুলোর তুলনা করে।
কাস্টম বানানো উপযুক্ত অভ্যন্তরীণ ডেস্কের জন্য (IT, HR, ফ্যাসিলিটি, ফাইন্যান্স অনুরোধ), এমন নিচের দিকের ওয়ার্কফ্লোর জন্য যেখানে টিকেট আসলে নির্দিষ্ট ধাপসহ একটি কাজ, এবং যে দলগুলো অনুরোধগুলো তাদের আগে থেকে রাখা অন্য ডেটার সঙ্গে যুক্ত করতে চায়। যখন অনেক মানুষ মাঝে মাঝে টিকেট সামলায়, তখন প্রতি এজেন্টের মূল্য দিতে হয় না, এটিও একটি সুবিধা। বিস্তৃতভাবে এই ক্যাটাগরি নিয়ে জানতে দেখুন অভ্যন্তরীণ টুল গাইড।
Mythex দিয়ে বানানো
Mythex-এ আপনি চ্যাটে হেল্পডেস্ক বর্ণনা দেন, লাইভ প্রিভিউতে পর্যালোচনা করেন, এবং দলের জন্য প্রকাশ করেন। প্রয়োজনে টিকেট একটি Postgres ডেটাবেসে থাকে, যা এজেন্ট ডেটা সংরক্ষণের প্রয়োজনে যোগ করে, এবং সংযুক্তি প্রজেক্টের ফাইল স্টোরেজে যায়। অনুরোধকারী ও এজেন্টদের লগইন এবং ভেতরে-বাইরের সব ইমেইল আপনার নিজের প্রদানকারী দিয়ে হয় — Mythex-এর কোনো বিল্ট-ইন এন্ড-ইউজার লগইন বা ইমেইল পণ্য নেই; পদ্ধতিটি বোঝাতে ইমেইল পাঠানোর রেসিপি দেখুন। Mythex-এর নিজের কোনো প্রতি-সিট ফি ছাড়াই শেয়ার্ড ওয়ার্কস্পেসের মাধ্যমে দলের সদস্যরা বানাতে সাহায্য করতে পারেন।
শুরুর প্রম্পটের জন্য অভ্যন্তরীণ অনুরোধের কিউ বা বাগ ট্র্যাকার টেমপ্লেট দেখুন, এবং হেল্পডেস্কের সঙ্গে একটি নলেজ বেস যুক্ত করুন, যাতে সাধারণ প্রশ্নের উত্তর নিজে থেকেই মিলে যায়।
প্রশ্নোত্তর
একটি টিকেটিং সিস্টেমের মূল ফিচারগুলো কী কী?
টিকেট তৈরির উপায় (ফর্ম বা ইমেইল), স্ট্যাটাস ও অগ্রাধিকারসহ একটি শেয়ার্ড কিউ, একজন এজেন্টকে অ্যাসাইন করা, পাবলিক উত্তর ও ব্যক্তিগত নোটসহ একটি কথোপকথনের থ্রেড, এবং সার্চ। বাকি সবকিছু — রেসপন্স লক্ষ্য, তৈরি উত্তর, রিপোর্ট — এর ওপর দাঁড়ায়।
একটি কাস্টম হেল্পডেস্ক কি ইমেইলে টিকেট নিতে পারে?
পারে, তবে এমন একটি ইমেইল প্রদানকারী লাগবে যা মেইল গ্রহণ করতে পারে এবং প্রতিটি বার্তা ওয়েবহুক হিসেবে আপনার অ্যাপে পাঠাতে পারে। উত্তরে টিকেট রেফারেন্স থাকতে হবে, যাতে তা নতুন টিকেট না বানিয়ে সঠিক টিকেটের থ্রেডে যুক্ত হয়।
একটি অভ্যন্তরীণ IT বা HR হেল্পডেস্ক কি বানাব নাকি কিনব?
অভ্যন্তরীণ অনুরোধের ডেস্ক কাস্টম বানানোর জন্য ভালো: পরিমাণ অনুমানযোগ্য, ক্যাটাগরি আপনার কোম্পানির জন্য নির্দিষ্ট, এবং কে কী দেখবে তা আপনি নিয়ন্ত্রণ করেন। গ্রাহক-মুখী বড় পরিসরের সাপোর্টের জন্য সাধারণত একটি নিবেদিত প্রোডাক্টই যুক্তিসঙ্গত।
টিকেটের কী কী স্ট্যাটাস থাকা উচিত?
সংক্ষিপ্ত রাখুন: নতুন, খোলা, গ্রাহকের অপেক্ষায়, সমাধান হয়েছে এবং বন্ধ — বেশিরভাগ দলের জন্য এটুকুই যথেষ্ট। তৃতীয় পক্ষের জন্য প্রায়ই অপেক্ষা করতে হলে শুধু “হোল্ডে” যোগ করুন। প্রতিটি অতিরিক্ত স্ট্যাটাস মানে এজেন্টদের ভুলভাবে সেট করার আরেকটি সুযোগ।