نئے آؤٹ باؤنڈ ڈائلر پر منتقلی کیسے کریں

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

یہ گائیڈ پلیٹ فارم نیوٹرل ہے۔ یہ فرض کرتی ہے کہ آپ کسی لیگیسی یا بنڈلڈ ڈائلر سے جدید کلاؤڈ پلیٹ فارم پر منتقل ہو رہے ہیں، اور یہ ان حصوں پر توجہ دیتی ہے جنہیں ٹیمیں اکثر کم اہمیت دیتی ہیں: نمبر پورٹنگ، کمپلائنس ڈیٹا، اور انٹیگریشنز۔ اگر آپ خاص طور پر اوپن سورس پلیٹ فارم سے منتقل ہو رہے ہیں تو ہمارا VICIdial کا متبادل موازنہ ان خلا (gaps) کے لیے جو عام طور پر سامنے آتے ہیں۔

منتقلی کب فائدہ مند ہے

منتقلی میں خلل پڑتا ہے، اس لیے وجوہات حقیقی ہونی چاہییں۔ عام اور جائز وجوہات:

• فی منٹ کیریئر مارک اپ جن پر آپ مذاکرات نہیں کر سکتے کیونکہ ٹیلی فونی بنڈل اور لاک ہے (ایک BYOCصلاحیت والا پلیٹ فارم یہ مسئلہ حل کرتا ہے)۔
• غائب صلاحیتیں: زبان سے آگاہ answering-machine detection، براؤزر پر مبنی ایجنٹس، حقیقی ملٹی ٹیننسی، یا جدید انٹیگریشنز.
• کمزور تعمیل ٹولز — ہر دائرۂ اختیار کے لیے کالنگ اوقات، DNC اسکربنگ یا آڈٹ لاگز موجود نہیں۔
• توسیع میں مشکل: موجودہ سسٹم صاف طریقے سے ٹیننٹس، کیمپینز یا ایجنٹس شامل نہیں کر سکتا۔

اگر واحد شکایت قیمت ہے تو پہلے دیکھیں کہ کیا BYOC یا پلان کی تبدیلی اسے حل کر دیتی ہے۔ اگر خامیاں بنیادی ہیں تو منتقل ہو جائیں۔

مرحلہ 1 — اپنے پاس موجود ہر چیز کی انوینٹری بنائیں

جس چیز کی فہرست نہ بنائی ہو اسے منتقل نہیں کیا جا سکتا۔ ایک ہی انوینٹری دستاویز بنائیں جس میں شامل ہوں:

• نمبرز / DIDs: ہر آؤٹ باؤنڈ کالر ID اور اِن باؤنڈ نمبر، ہر ایک کا مالک کون ہے، اور اس کی پورٹنگ کی حیثیت۔
• کیریئرز / SIP ٹرنکس: موجودہ فراہم کنندگان، معاہدے، نرخ، اور یہ کہ ٹیلی فونی بنڈل ہے یا BYOC۔
• کیمپینز: ڈائلنگ موڈز، پیسنگ سیٹنگز، دوبارہ کوشش/حد کے اصول، اسکرپٹس اور ڈسپوزیشنز۔
• تعمیل کا ڈیٹا: DNC/DNCR فہرستیں، رضامندی کے ریکارڈز، کالنگ اوقات کے اصول اور ریکارڈنگ ریٹینشن پالیسیاں۔
• ریکارڈنگز اور لاگز: پرانی ریکارڈنگز کہاں ہیں اور قانونی طور پر آپ کو کیا محفوظ رکھنا ضروری ہے۔
• انٹیگریشنز: CRM کنکشنز، ویب ہُکس اور رپورٹنگ پائپ لائنز۔
• یوزرز: ایجنٹس، سپروائزرز، رولز اور اجازتیں۔

مرحلہ 2 — نمبر پورٹنگ سب سے طویل مرحلہ ہے

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

• طے کریں کہ اصل میں کیا پورٹ کرنا ضروری ہے۔ BYOC کے ساتھ آپ نمبرز اپنے موجودہ کیریئر پر رکھ کر نئے ڈائلر کی SIP سگنلنگ کو ان کی طرف موڑ سکتے ہیں — اور پورٹنگ سے مکمل طور پر بچ سکتے ہیں۔
• حقیقی پورٹنگ کے لیے درست اجازت نامے (letters of authorization) اور اکاؤنٹ کی تفصیلات جمع کرائیں؛ غیر مطابق معلومات پورٹ مسترد ہونے کی سب سے بڑی وجہ ہے۔
• ایک ساتھ سب نہیں بلکہ بیچز میں پورٹ کریں، اور نئے پلیٹ فارم کی تصدیق سے پہلے کبھی اپنے بنیادی نمبرز پورٹ نہ کریں۔
• کیریئر اور ملک کے لحاظ سے پورٹنگ میں دنوں سے ہفتوں تک لگ سکتے ہیں۔ اسے شیڈول میں شامل کریں۔

BYOC کی وضاحت والی گائیڈ بتاتی ہے کہ اپنا کیریئر لانا کیسے ایک خطرناک پورٹنگ پروجیکٹ کو سادہ ٹرنک ری کنفیگریشن میں بدل سکتا ہے۔

مرحلہ 3 — ڈائل کرنے سے پہلے تعمیل کا ڈیٹا منتقل کریں

یہ وہ مرحلہ ہے جس میں غلطی کی گنجائش نہیں۔ نئے پلیٹ فارم پر ایک بھی کال جانے سے پہلے اس کی DNC اور رضامندی کی حالت مکمل اور مستند ہونی چاہیے۔

• پرانے سسٹم سے DNC/DNCR اور اندرونی سپریشن لسٹس ایکسپورٹ کر کے نئے میں امپورٹ کریں — اور تصدیق کریں کہ تعداد مطابقت رکھتی ہے۔
• رضامندی کے ریکارڈز ان کی بنیاد اور ٹائم اسٹیمپس کے ساتھ منتقل کریں، تاکہ آپ اب بھی ثابت کر سکیں کہ کسی بھی نمبر سے رابطہ کیوں جائز تھا۔
• ہر دائرۂ اختیار کے لیے کالنگ اوقات کے اصول دوبارہ بنائیں اور ٹیسٹ سیٹ پر ٹائم زون ہینڈلنگ کی تصدیق کریں۔
• اپنی ریٹینشن پالیسی کے مطابق پرانی کال ریکارڈنگز اور آڈٹ لاگز محفوظ رکھیں؛ اگر وہ پرانے وینڈر کے پاس ہیں تو منسوخی سے پہلے ایکسپورٹ کا انتظام کریں۔

تعمیل کی منتقلی کو لازمی شرط سمجھیں: جب تک DNC، رضامندی اور کالنگ اوقات کے کنٹرولز کی تصدیق نہ ہو، نئے پلیٹ فارم پر پروڈکشن ڈائلنگ نہ کریں۔ DialerBee فراہم کرتا ہے تعمیل میں معاون کنٹرولز — DNC چیکس، دائرۂ اختیار سے آگاہ کالنگ ونڈوز اور آڈٹ لاگنگ — لیکن ڈیٹا کو خود درست طریقے سے منتقل کرنا ضروری ہے؛ سافٹ ویئر تعمیل کی ضمانت نہیں دیتا، اور یہ قانونی مشورہ نہیں۔

مرحلہ 4 — کیمپینز اور انٹیگریشنز دوبارہ بنائیں

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

اس کے بعد انٹیگریشنز دوبارہ جوڑیں: CRM سنک، ویب ہُکس اور رپورٹنگ۔ اگر آپ اپنا CRM لنک بھی بہتر بنا رہے ہیں تو CRM انٹیگریشن سیٹ اپ گائیڈ پر عمل کریں تاکہ فیلڈ میپنگ اور DNC رائٹ بیک پہلے دن سے درست ہوں۔

مرحلہ 5 — متوازی چلائیں، پھر پائلٹ کریں

سب سے محفوظ منتقلیوں میں کبھی ایک ہی "بڑے دھماکے" والی تبدیلی نہیں ہوتی۔ اس کے بجائے:

1. متوازی رن: نیا سسٹم کنفیگر اور تصدیق ہوتے وقت پرانا سسٹم لائیو رکھیں۔ کوئی کال ضائع نہیں ہوتی کیونکہ پروڈکشن کبھی نہیں رکتی۔
2. پائلٹ: ایک کیمپین اور ایجنٹس کا ایک چھوٹا گروپ نئے پلیٹ فارم پر منتقل کریں۔ کال کنیکٹیویٹی، آڈیو کوالٹی، AMD کا رویہ، اسکرین پاپ، ڈسپوزیشن رائٹ بیک، ریکارڈنگ اور رپورٹنگ کی شروع سے آخر تک تصدیق کریں۔
3. موازنہ: پائلٹ کے ایک دن کے نتائج کا توقعات سے موازنہ کریں — کانٹیکٹ ریٹ، CRM میں پہنچنے والی ڈسپوزیشنز، درست ریکارڈز سے منسلک ریکارڈنگز۔

پائلٹ صاف ہونے کے بعد ہی توسیع کریں۔

مرحلہ 6 — مرحلہ وار کٹ اوور (رول بیک کے ساتھ)

سب کو ایک ساتھ نہیں بلکہ ٹیم بہ ٹیم یا کیمپین بہ کیمپین منتقل کریں۔ پرانا پلیٹ فارم دستیاب اور اس کا ڈیٹا محفوظ رکھیں جب تک نیا پلیٹ فارم بغیر مسائل کے ایک مکمل سائیکل نہ چلا لے — یہی آپ کا رول بیک ہے۔ پہلے سے وہ مخصوص حالات طے کریں جن پر رول بیک ہوگا (مثلاً کنیکٹ ریٹ میں مسلسل کمی یا تعمیل کنٹرول کی ناکامی) تاکہ فیصلہ دباؤ میں نہ کرنا پڑے۔

کٹ اوور کے سب سے بھاری مراحل کم والیوم کے اوقات میں رکھیں، اور یقینی بنائیں کہ سپروائزرز منتقلی کے دوران دونوں سسٹمز کی نگرانی جانتے ہوں، اس کے ذریعے: لائیو سپروائزر ٹولز.

مرحلہ 7 — ایجنٹس کی تربیت اور لائیو ہونے کے بعد تصدیق

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

لائیو ہونے کے بعد ایک ہفتے تک تصدیق کریں: کنیکٹ اور ابینڈن ریٹ متوقع حد میں ہوں، ڈسپوزیشنز اور ریکارڈنگز CRM میں سنک ہو رہی ہوں، تعمیل کے کنٹرولز کام کر رہے ہوں (DNC نمبرز بلاک، کالنگ اوقات کا احترام)، اور رپورٹنگ حقیقت سے مطابقت رکھتی ہو۔

ایک حقیقت پسندانہ ٹائم لائن

• ہفتہ 1: انوینٹری، نمبر پورٹنگ کا آغاز (یا BYOC ٹرنک کے دوبارہ استعمال کی منصوبہ بندی)، تعمیل کے ڈیٹا کی ایکسپورٹ۔
• ہفتے 1–2: نئے پلیٹ فارم کی کنفیگریشن، کیمپینز کی تعمیرِ نو، انٹیگریشنز کو دوبارہ جوڑنا۔
• ہفتے 2–3: متوازی رن اور پائلٹ؛ DNC/رضامندی کی امپورٹ اور تصدیق۔
• ہفتے 3–6: ٹیم بہ ٹیم مرحلہ وار کٹ اوور، پرانا سسٹم رول بیک کے لیے اسٹینڈ بائی پر۔

سادہ، ایک کیریئر والے آپریشنز اسے مختصر کر سکتے ہیں؛ زیادہ پورٹنگ اور کسٹم انٹیگریشنز والے کئی ممالک کے آپریشنز کو طویل مدت کی منصوبہ بندی کرنی چاہیے۔

اکثر پوچھے جانے والے سوالات

ڈاؤن ٹائم کے بغیر ڈائلر کیسے منتقل کروں؟

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

کیا مجھے اپنے فون نمبرز پورٹ کرنے ہوں گے؟

ہمیشہ نہیں۔ BYOC (Bring Your Own Carrier) کے ساتھ آپ اکثر نمبرز اپنے موجودہ کیریئر پر رکھ کر نئے ڈائلر کی SIP سگنلنگ ان کی طرف موڑ سکتے ہیں، اور پورٹنگ سے بچ سکتے ہیں۔ جب پورٹ کریں تو بیچز میں کریں اور بنیادی نمبرز کو نئے پلیٹ فارم کی تصدیق تک چھوڑ دیں۔

DNC اور رضامندی کا ڈیٹا محفوظ طریقے سے کیسے منتقل کروں؟

پرانے سسٹم سے DNC/DNCR، سپریشن اور رضامندی کے ریکارڈز ان کے ٹائم اسٹیمپس اور بنیاد کے ساتھ ایکسپورٹ کریں، نئے پلیٹ فارم میں امپورٹ کریں، اور کسی بھی پروڈکشن ڈائلنگ سے پہلے تصدیق کریں کہ تعداد مطابقت رکھتی ہے۔ تعمیل کی مکمل منتقلی کو لازمی شرط سمجھیں۔

ڈائلر کی منتقلی میں کتنا وقت لگتا ہے؟

عموماً دو سے چھ ہفتے۔ نمبر پورٹنگ اور انٹیگریشن کی پیچیدگی سب سے بڑے عوامل ہیں — ایک کیریئر والے آپریشنز جلدی منتقل ہوتے ہیں، جبکہ زیادہ پورٹنگ والے کئی ممالک کے سیٹ اپس میں زیادہ وقت لگتا ہے۔

منتقلی کا سب سے بڑا خطرہ کیا ہے؟

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

کیمپینز دوبارہ بناؤں یا امپورٹ کروں؟

دوبارہ بنائیں۔ صاف تعمیرِ نو آپ کو غیر فعال کیمپینز ختم کرنے، ڈسپوزیشنز معیاری بنانے اور دوبارہ کوشش کے اصول آسان کرنے دیتی ہے، اور برسوں کا جمع شدہ کچرا نئے پلیٹ فارم میں امپورٹ ہونے سے بچاتی ہے۔

کیا میں بتدریج DialerBee پر منتقل ہو سکتا ہوں؟

جی ہاں۔ DialerBee متوازی رن اور ٹیم بہ ٹیم مرحلہ وار کٹ اوور کو سپورٹ کرتا ہے، اور اس کی BYOC سپورٹ اکثر آپ کو موجودہ کیریئرز دوبارہ استعمال کرنے دیتی ہے، تاکہ منتقلی مکمل پورٹنگ کے بجائے ٹرنک ری کنفیگریشن بن جائے۔

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