CRM میں گاہکوں کی شکایات کا انتظام: ہر مسئلے کے لیے ایک ٹکٹ

CRM میں گاہکوں کی شکایات کے انتظام کا مطلب ہے کہ ہر شکایت، واپسی کی درخواست یا سروس کال ایک ٹکٹ بن جائے جس کا ایک زمرہ، ایک ذمہ دار، ایک ترجیح، آپ کے کاروبار کا طے کردہ ہدف وقت اور ایسکلیشن کا راستہ ہو، اور یہ صرف اس وقت بند ہو جب گاہک تصدیق کرے کہ مسئلہ ختم ہو گیا ہے۔ چوتھے حصے میں ہر فروخت کے موقع کو ایک مرحلہ اور اگلا قدم ملا؛ 7 حصوں پر مشتمل CRM کی ڈیجیٹلائزیشن سیریز کا یہ پانچواں حصہ فروخت کے بعد کی طرف بڑھتا ہے: ہر ٹکٹ کے 5 خانے، ذاتی ڈیٹا سے متعلق وہ درخواستیں جنہیں نفاذی ضوابط 30 دن تک محدود کرتے ہیں، گاہک کی تصدیق پر ہی بند کرنے کا اصول، اور بار بار آنے والی شکایات کا آپریشنز تک واپس پہنچنا، ساتھ میں پچھلے مہینے کی شکایات پر ایک مشق۔

ناراض پیغام سے ٹکٹ تک: کیا آتا ہے اور کہاں سے آتا ہے

فروخت کے بعد گاہک ان 4 وجوہات میں سے کسی ایک کے لیے آپ کے پاس واپس آتا ہے۔ شکایت، کیونکہ کچھ ویسا نہیں ہوا جیسا آپ نے وعدہ کیا تھا: تاخیر سے ڈلیوری، خراب پروڈکٹ، غلط سامان، یا ایسا رویہ جس سے وہ ناخوش رہا۔ سروس کی درخواست: انسٹالیشن، دیکھ بھال، ٹیکنیشن کا دورہ یا کوئی اسپیئر پارٹ۔ واپسی یا تبدیلی کی درخواست۔ یا اس کے ذاتی ڈیٹا سے متعلق درخواست، جیسے نام درست کرنا یا نمبر مٹانا، جسے ہم نیچے الگ سے بیان کرتے ہیں کیونکہ اس کی ایک قانونی مدت ہے۔

یہ درخواستیں انہی چینلز سے آتی ہیں جن سے پوچھ گچھ آتی ہے: WhatsApp، کالیں، ای میل، برانچ، سیلز پرسن کا فون، اور وہ نوٹ جو ٹیکنیشن گاہک کی جگہ پر لکھتا ہے۔ تیسرے حصے میں ہم نے ان چینلز کو ایک ان باکس میں جمع کیا جہاں ہر پیغام کا ایک ذمہ دار اور جواب کی ایک مدت ہوتی ہے۔ یہاں فرق یہ ہے کہ پوچھ گچھ ایک جواب سے بند ہو جاتی ہے، جبکہ شکایت جواب سے نہیں بلکہ حل سے بند ہوتی ہے، جس میں کئی دن لگ سکتے ہیں اور جو ایک سے زیادہ شعبوں سے گزر سکتا ہے۔ اس لیے پیغام ان باکس میں بند نہیں ہوتا، بلکہ ٹکٹ بن جاتا ہے۔

ٹکٹ ایک مسئلے کے لیے ایک ریکارڈ ہے: کھلتے ہی گاہک کو بھیجا جانے والا نمبر، گاہک کے اپنے الفاظ میں مسئلے کی تفصیل، دوسرے حصے میں بنائے گئے گاہک کے ریکارڈ اور متعلقہ آرڈر یا سامان سے ربط، اور اس میں ہونے والا ہر کام، تاریخ اور کرنے والے کے نام کے ساتھ۔ ہر مسئلے کا اپنا ٹکٹ ہوتا ہے: اگر گاہک ایک ساتھ تاخیر سے ڈلیوری اور خراب پروڈکٹ کی شکایت کرے تو یہ دو ٹکٹ ہیں، کیونکہ دونوں کا ذمہ دار اور حل الگ ہے۔ صرف ٹکٹ نمبر ہی گاہک کو ہر کال پر پوری کہانی دوبارہ سنانے سے اور آپ کے ملازم کو پرانی چیٹس کھنگالنے سے بچا لیتا ہے۔

ہر ٹکٹ میں 5 خانے: زمرہ، ذمہ دار، ترجیح، ہدف وقت اور ایسکلیشن

جس ٹکٹ میں صرف تفصیل ہو وہ محفوظ شدہ پیغام ہی رہتا ہے۔ اسے انتظام کا اوزار وہ 5 خانے بناتے ہیں جو ٹکٹ کھلتے وقت بھرے جاتے ہیں:

• زمرہ۔ آپ کے کاروبار کی لکھی ہوئی ایک مختصر اور طے شدہ فہرست سے چنا جاتا ہے، مثلاً: تاخیر سے ڈلیوری، خرابی یا نقصان، غلط سامان یا مقدار، ملازم کا رویہ، دیکھ بھال یا دورے کی درخواست، واپسی یا تبدیلی، ذاتی ڈیٹا کی درخواست۔ طے شدہ فہرست ہی شکایات کو گننے اور موازنہ کرنے کے قابل بناتی ہے، بالکل چوتھے حصے کی ہار کی وجوہات کی طرح، اور ملازم اس کے ساتھ ایک نوٹ لکھ دیتا ہے۔
• ذمہ دار۔ ایک شخص کا نام، کسی شعبے کا نہیں۔ جو ٹکٹ پورے دیکھ بھال کے شعبے کا ہو، وہ کسی کا نہیں ہوتا۔ ذمہ دار کو گودام کے کسی ساتھی یا فیلڈ کے ٹیکنیشن کی ضرورت پڑ سکتی ہے، لیکن گاہک کو اس کے مسئلے کی صورتحال وہی بتاتا ہے۔
• ترجیح۔ عام طور پر 3 درجے کافی ہوتے ہیں: فوری، عام اور کم۔ ہر درجے کے لیے ایسی شرط لکھیے جسے کوئی بھی ملازم جانچ سکے، جیسے مسئلے کی وجہ سے گاہک کا کام رک جانا، یا مسئلے میں حفاظت کا خطرہ ہونا۔ ترجیح گاہک پر مسئلے کے اثر سے طے ہوتی ہے، فون پر اس کی آواز کتنی اونچی ہے اس سے نہیں۔
• ہدف وقت۔ ہر ترجیح کے لیے دو وقت: پہلے جواب کا ہدف اور حل کا ہدف۔ اسے سروس لیول معاہدہ یعنی SLA کہتے ہیں: ایک اعلان کردہ وقت کا عہد جسے ناپا جاتا ہے۔ کسی دوسرے کاروبار کے اعداد نقل نہ کیجیے؛ ناپیے کہ آج آپ کی شکایات میں کتنا وقت لگتا ہے، پھر ایسا ہدف طے کیجیے جو آپ پورا کر سکیں اور اسے آہستہ آہستہ سخت کرتے جائیے۔
• ایسکلیشن۔ ہدف وقت گزرنے پر ٹکٹ کس کو ملے گا: پہلے ذمہ دار، پھر اس کا سپروائزر، پھر شعبے کا سربراہ یا کاروبار کا مالک۔ سسٹم میں ایسکلیشن وقت گزرنے پر خودکار الرٹ ہے، گاہک کی غصے بھری کال نہیں جس سے مینیجر کو پتا چلے کہ کچھ تاخیر کا شکار ہے۔

جو ایسکلیشن آپ اپنے کاروبار کے اندر نہیں بناتے، گاہک اسے باہر لے جا سکتا ہے۔ تجارتی شکایت کی وصولی سروس کے ذریعے وزارتِ تجارت صارف کو Commercial Report ایپ سے کسی آن لائن اسٹور یا دکان کی خلاف ورزی کی رپورٹ کرنے اور رپورٹ کی صورتحال آن لائن دیکھنے کی سہولت دیتی ہے، اور صارف یکساں نمبر 1900 پر بھی وزارت سے رابطہ کر سکتا ہے۔ جو ہدف وقت آپ گاہک کو بتاتے ہیں اور پورا کرتے ہیں، اس کی وجہ سے گاہک اپنی شکایت پہلے آپ ہی کے ساتھ آگے بڑھاتا ہے۔

ایک زمرہ ایسا ہے جس کا وقت صرف آپ طے نہیں کرتے: گاہک کے ذاتی ڈیٹا سے متعلق درخواستیں، جیسے میرا نام درست کیجیے، میرے بارے میں آپ کے پاس جو ہے وہ مجھے بھیجیے، یا میرا نمبر مٹا دیجیے۔ گاہک قانون کا ذکر کم ہی کرتا ہے، لیکن ذاتی ڈیٹا کے تحفظ کے قانون (PDPL) کی دفعہ 4 اسے حقوق دیتی ہے، جن میں آگاہ کیے جانے کا حق، کنٹرولر کے پاس موجود اپنے ذاتی ڈیٹا تک رسائی کا حق، اس کی نقل پڑھنے کے قابل اور واضح صورت میں مانگنے کا حق، اس کی درستی، تکمیل یا تازہ کاری کی درخواست کا حق، اور جو اب ضروری نہیں اسے تلف کرنے کی درخواست کا حق شامل ہیں۔ دفعہ 21 کنٹرولر کو پابند کرتی ہے کہ وہ ان درخواستوں کا جواب ایک مقررہ مدت میں اور مناسب ذریعے سے دے، اور دونوں ضوابط میں طے ہوتے ہیں۔

قانون کے نفاذی ضوابط اپنی دفعہ 3 میں اس کی وضاحت کرتے ہیں: حقوق کے استعمال کی درخواستیں بغیر تاخیر کے 30 دن سے زیادہ نہ ہونے والی مدت میں پوری کی جاتی ہیں؛ اگر انہیں پورا کرنے میں غیر متوقع یا غیر معمولی اضافی محنت لگے، یا ڈیٹا کے مالک نے کئی درخواستیں دی ہوں، تو یہ مدت زیادہ سے زیادہ 30 اضافی دن بڑھائی جا سکتی ہے، بشرطیکہ ڈیٹا کے مالک کو توسیع اور اس کی وجوہات کی پیشگی اطلاع دی جائے۔ ضوابط یہ بھی تقاضا کرتے ہیں کہ درخواست پوری کرنے سے پہلے درخواست دہندہ کی شناخت کی تصدیق کی جائے، اور زبانی درخواستوں سمیت تمام موصولہ درخواستوں کو دستاویزی شکل میں محفوظ رکھا جائے (یہ سرکاری عربی متن کے بارے میں ہماری فہم ہے)۔

عملی طور پر یہ درخواستیں 4 اصولوں والا ایک زمرہ بن جاتی ہیں: ضوابط کی بالائی حد سے کم اندرونی ہدف وقت، طریقۂ کار جاننے والا ذمہ دار، کچھ بھی کرنے سے پہلے شناخت کی جانچ، اور ہر درخواست کا ریکارڈ، چاہے وہ فون پر ہی کیوں نہ آئی ہو۔ قانون کی دفعہ 34 کہتی ہے کہ ڈیٹا کا مالک قانون اور اس کے ضوابط کے اطلاق سے پیدا ہونے والی کوئی بھی شکایت مجاز اتھارٹی کے پاس جمع کرا سکتا ہے۔ یہ قانونی مشورہ نہیں ہے، اس لیے تفصیلات SDAIA یا کسی وکیل سے یقینی بنائیے۔

ٹکٹ صرف گاہک کی تصدیق پر بند کیجیے

جب ملازم حل ہو گیا لکھتا ہے تو یہ اس کی رائے ہے۔ مسئلہ تب ختم ہوتا ہے جب گاہک کہے کہ وہ ختم ہو گیا۔ اس لیے ٹکٹ واضح حیثیتوں سے گزرتا ہے: نیا، پھر زیرِ کارروائی، پھر اگر آپ کو گاہک سے تصویر یا وقت چاہیے تو گاہک کا انتظار، پھر حل شدہ اور تصدیق زیرِ التوا، اور آخر میں بند۔ سسٹم میں اس اصول کا مطلب 3 باتیں ہیں:

• اسی چینل پر تصدیق کا پیغام۔ جب ملازم ٹکٹ کو حل شدہ پر لے جاتا ہے تو سسٹم گاہک کو اسی چینل پر، جس سے اس نے شکایت کی تھی، ایک واضح سوال بھیجتا ہے: کیا آپ کا مسئلہ حل ہو گیا؟ اس کا جواب اور تاریخ ٹکٹ میں محفوظ ہو جاتی ہے۔
• نہیں کا جواب ٹکٹ دوبارہ کھول دیتا ہے۔ اگر گاہک نہیں کہے تو ٹکٹ اس کے جواب کے ساتھ اسی ذمہ دار کے پاس دوبارہ کھل جاتا ہے، اور کوئی نیا ٹکٹ نہیں کھولا جاتا جو یہ چھپا دے کہ پہلا حل ناکام رہا۔ یہی اس وقت بھی ہوتا ہے جب وہی مسئلہ آپ کی طے کردہ مدت کے اندر لوٹ آئے۔
• خاموشی تصدیق نہیں ہے۔ اگر آپ کے کاروبار کی طے کردہ کوششوں اور مدت کے بعد بھی گاہک جواب نہ دے تو ٹکٹ بغیر تصدیق کے بند نام کی الگ حیثیت کے ساتھ بند ہوتا ہے، تاکہ وہ ان ٹکٹوں میں نہ ملے جن کے گاہکوں نے حل کی تصدیق کی ہے، اور ان کی تعداد ماہانہ جائزے میں نظر آتی ہے۔

جب حل کے لیے ٹیکنیشن کے دورے کی ضرورت ہو تو ٹکٹ ایک ورک آرڈر بناتا ہے جس میں گاہک کا مقام، وقت، ٹیکنیشن اور ضروری پرزے ہوتے ہیں۔ ورک آرڈر بذاتِ خود، درخواست نمبر اور اس کی حیثیت سے لے کر نوٹس، تصاویر اور جگہ پر گاہک کے دستخط تک، ورک آرڈرز: WhatsApp پیغامات سے ہر درخواست کو ٹریک کرنے والے سسٹم تک میں بیان کیا گیا ہے۔ یہاں اصول یہ ہے کہ ورک آرڈر بند کرنے سے ٹکٹ بند نہیں ہوتا: ٹیکنیشن نے دورہ مکمل کر لیا، لیکن ٹکٹ گاہک کی اس تصدیق کا انتظار کرتا ہے کہ مسئلہ حل ہو گیا ہے۔

شکایات سے آپریشنز تک: بار بار آنے والے زمرے کیا بتاتے ہیں

بند ہونے والا ٹکٹ ایک گاہک کا مسئلہ حل کرتا ہے۔ بار بار لوٹنے والا زمرہ آپریشنز میں ایسی وجہ ظاہر کرتا ہے جو درست ہونے تک نئی شکایات پیدا کرتی رہے گی۔ اس لیے مہینے میں ایک بار طے شدہ سوالوں کے ساتھ ٹکٹوں کا جائزہ لیجیے:

• ہر زمرے میں ٹکٹوں کی تعداد پچھلے مہینے کے مقابلے میں: کون سا زمرہ بڑھ رہا ہے، اور کون سا اپنی وجہ درست ہونے کے بعد گھٹ رہا ہے۔
• ہر زمرے میں حل کا اصل وقت آپ کے طے کردہ ہدف کے مقابلے میں، اور کتنے ٹکٹ اس سے آگے نکل کر ایسکلیشن تک پہنچے۔
• دوبارہ کھولے گئے ٹکٹ، کیونکہ وہ بتاتے ہیں کہ پہلے حل نے وجہ کا نہیں بلکہ علامت کا علاج کیا۔
• بغیر تصدیق کے بند ٹکٹ، کیونکہ بڑھتی ہوئی تعداد کا مطلب ہے کہ تصدیق کا پیغام نہیں پہنچ رہا، یا گاہک جواب دینا چھوڑ چکے ہیں۔

پھر ہر بار بار آنے والے زمرے کو کسٹمر سروس میں نہیں بلکہ آپریشنز میں ایک مالک ملتا ہے: تاخیر سے ڈلیوری اس کے پاس جو ڈلیوری چلاتا ہے، نقصان اس کے پاس جو گودام اور پیکنگ چلاتا ہے، غلط سامان اس کے پاس جو آرڈر تیار کرتا ہے، اور ملازمین کا رویہ برانچ مینیجر کے پاس۔ سوال یہ ٹکٹ کس نے سنبھالا سے بدل کر یہ بن جاتا ہے کہ یہ وجہ اس مہینے پھر کیوں آئی، اور ہم کیا بدلیں گے۔ کھلے ٹکٹ گاہک کے ریکارڈ میں بھی نظر آتے ہیں، تاکہ سیلز پرسن، جب تک گاہک کا مسئلہ حل نہیں ہوا، نئی پیشکش کے ساتھ اسے کال کرنے سے پہلے انہیں دیکھ لے۔

اور چونکہ ٹکٹوں میں ذاتی ڈیٹا ہوتا ہے، نام اور موبائل نمبر سے لے کر پتے اور گاہک کے گھر یا جگہ پر پروڈکٹ کی تصاویر تک، اس لیے اجازتیں ان کے ڈیزائن کا حصہ ہیں: سروس کا ملازم اپنے زمروں کے ٹکٹ دیکھتا ہے، تصاویر اور پتے صرف انہیں ملتے ہیں جنہیں مسئلہ حل کرنے کے لیے ان کی ضرورت ہو، اور ایکسپورٹ چند لوگوں تک محدود رہتا ہے، ساتھ میں یہ لاگ کہ کس نے کیا اور کب کیا۔ قانون کی دفعہ 19 کنٹرولر کو پابند کرتی ہے کہ وہ ذاتی ڈیٹا کے تحفظ کے لیے ضروری تنظیمی، انتظامی اور تکنیکی اقدامات کرے۔

Origami کا نقطۂ نظر

ہم ایک ٹیکنالوجی کمپنی ہیں جو حسبِ ضرورت سسٹم، ایپس اور انٹیگریشنز بناتی ہے، اور فروخت کے بعد کی سروس کے منصوبوں میں ہم اسکرین سے آغاز نہیں کرتے: ہم سروس مینیجر کے ساتھ بیٹھ کر زمروں کی فہرست، ترجیح کی شرائط، ہدف اوقات، ایسکلیشن کا راستہ اور کون کیا دیکھے گا، یہ سب لکھتے ہیں۔ وجہ یہ ہے کہ جس ٹکٹ سسٹم کے زمروں پر ٹیم کبھی متفق نہ ہوئی ہو، وہ جلد ہی ایک اور خانہ بن جاتا ہے جس میں ہر ملازم جو چاہے لکھتا ہے، اور شکایات نہ گنی جا سکتی ہیں نہ ان کا موازنہ ہو سکتا ہے۔

پھر ہم ٹکٹوں کو دوسرے اور تیسرے حصے میں بیان کیے گئے گاہک کے ریکارڈ اور یکجا ان باکس کے اوپر بناتے ہیں، تاکہ WhatsApp کا پیغام کچھ بھی دوبارہ ٹائپ کیے بغیر ٹکٹ بن جائے، تصدیق کا پیغام اسی چینل پر جائے، ٹیکنیشن کی ضرورت ہو تو ٹکٹ سے ورک آرڈر بنے، اور ماہانہ زمرہ وار رپورٹ اسی ڈیٹا سے تیار ہو۔ ہم کیا بناتے ہیں، یہ ہمارے خدمات کے صفحے پر بیان ہے۔

مشق: ہر چینل سے پچھلے مہینے کی شکایات

یہ مشق آپ اپنی سروس ٹیم کے ساتھ ایک یا دو نشستوں میں کر سکتے ہیں، اور یہ ناپتی ہے کہ آج آپ کی کتنی شکایات گاہک کی تصدیق کے ساتھ بند ہوتی ہیں:

• پچھلے مہینے کی ہر شکایت، سروس کی درخواست اور واپسی کی درخواست جمع کیجیے، ہر چینل سے: WhatsApp چیٹس، کال لاگ، ای میل، برانچ کی نوٹ بک، اور سیلز پرسنز اور ٹیکنیشنز کے فون۔
• ہر ایک کے لیے 4 کالم بنائیے: وہ کب آئی، کس نے سنبھالی، کب ختم ہوئی، اور کیا گاہک نے تصدیق کی کہ مسئلہ حل ہو گیا۔
• ہر اس شکایت پر نشان لگائیے جس کے بارے میں کوئی نہیں جانتا کہ اسے کس نے سنبھالا، یا کوئی نہیں جانتا کہ وہ ختم ہوئی یا نہیں۔
• شکایات کو اپنی فہرست کے زمروں میں تقسیم کیجیے اور ہر زمرے کو گنیے۔

جن شکایات کے گاہکوں نے حل کی تصدیق کی، ان کی تعداد کو کل شکایات پر تقسیم کرنے سے آج کی آپ کی تصدیق شدہ بندش کی شرح ملتی ہے، اور تصدیق کا اصول لاگو کرنے کے ایک مہینے بعد آپ اسی عدد سے موازنہ کریں گے۔ فہرست کا سب سے بڑا زمرہ وہ پہلی آپریشنل اصلاح ہے جس سے آغاز کرنا ہے، جبکہ نشان زدہ شکایات بالکل وہی ہیں جو آج چینلز کے درمیان گم ہو جاتی ہیں، اور جنہیں ایک ذمہ دار والا اصول روکے گا۔

اگلے حصے میں

اب ہر شکایت اور سروس کی درخواست کے پاس ذمہ دار اور ہدف وقت والا ٹکٹ ہے، وہ صرف گاہک کی تصدیق پر بند ہوتا ہے، اور بار بار آنے والے زمرے آپریشنز تک واپس پہنچتے ہیں۔ حصہ 6، گاہکوں کو مارکیٹنگ پیغامات: پہلے رضامندی، جیسا کہ قانون تقاضا کرتا ہے، اس طرف جاتا ہے کہ جب گاہک شکایت نہیں کر رہا ہوتا تو آپ اس سے کیا کہتے ہیں: ذاتی ڈیٹا کے تحفظ کے قانون کی دفعہ 25 کے تقاضے کے مطابق تشہیری پیغامات کے لیے اس کی رضامندی کیسے لیں اور انہیں روکنے کا واضح طریقہ کیسے دیں، اس رضامندی کو تاریخ اور ماخذ کے ساتھ سسٹم میں کیسے درج کریں، ہر چینل پر ان سبسکرائب کیسے کام کرتا ہے، اور کسی اجتماعی فہرست کے بجائے اس کے اپنے ریکارڈ کی بنیاد پر اسے دوبارہ خریداری کی دعوت کیسے دیں۔

ماخذ

• ذاتی ڈیٹا کے تحفظ کا قانون (PDPL) — سعودی ڈیٹا اور مصنوعی ذہانت اتھارٹی (SDAIA) — ڈیٹا کے مالک کے حقوق پر دفعہ 4، ذاتی ڈیٹا کے تحفظ پر دفعہ 19، ڈیٹا کے مالک کی درخواستوں کے جواب پر دفعہ 21، اور مجاز اتھارٹی کو شکایت پر دفعہ 34۔
• ذاتی ڈیٹا کے تحفظ کے قانون کے نفاذی ضوابط — SDAIA — دفعہ 3: حقوق کی درخواستیں 30 دن سے زیادہ نہ ہونے والی مدت میں پوری کرنا، زیادہ سے زیادہ 30 اضافی دن کی توسیع، درخواست دہندہ کی شناخت کی تصدیق، اور زبانی درخواستوں سمیت درخواستوں کا اندراج۔
• تجارتی شکایت کی وصولی — وزارتِ تجارت — Commercial Report ایپ کے ذریعے تجارتی رپورٹ جمع کرانا اور اس کی صورتحال آن لائن دیکھنا، اور یکساں نمبر 1900۔