التحقق من دقة بيانات جهات الاتصال قبل الاستيراد إلى نظام إدارة علاقات العملاء
السؤال الذي يطرحه الناس بعد فتح الملف: ما الذي تشمله «الدقة» هنا، وما الذي يتحقق منه هذا الفحص فعلًا، وما الذي لا يخبرك به إلا نظامك.
الأداة نفسها
CRM Import Check
أفلت ملف CSV أو Excel، واختر HubSpot أو Salesforce أو Pipedrive، لترى ما سيرفضه الاستيراد أو يقتطعه أو يحسمه بنفسه على أنه تكرار.
افحص ملفًاستة أسئلة إضافية
الأسئلة التسعة التي تُطرح قبل أي فحص (ما الذي تفعله الأداة، وأي الأنظمة تدعمها، وهل يُرفع الملف، وغيرها) تجد إجاباتها في صفحة الأداة نفسها، حيث يحتاجها القارئ. أما هذه الأسئلة فتظهر حين تنظر إلى ملفك وتتساءل عمّا تشمله «الدقة» فعلًا.
- كيف يمكنني التحقق من دقة بيانات جهات الاتصال قبل استيرادها إلى نظامي؟
- تشمل «الدقة» أمرين مختلفين، وهذه الأداة تعالج أحدهما فقط. فهي تتحقق، وفق الوجهة التي تختارها، من أن كل حقل إلزامي موجود (اسم العائلة لجهة اتصال في Salesforce، أو بريد إلكتروني أو الاسمان معًا لجهة اتصال في HubSpot)، وأن كل عنوان بريد ورقم هاتف صالح من حيث البنية، وأن التواريخ والأرقام مكتوبة بالشكل الذي تتوقعه الوجهة، وأنه لا يوجد صفان يتشاركان البريد الإلكتروني أو المفتاح نفسه (وهو ما يحسمه استيراد النظام نفسه بإبقاء صف وإسقاط الآخر)، وأنه لا توجد قيمة أطول من حد الحقل الذي تنشره الوجهة. أما ما لا تستطيع التحقق منه فهو: هل تطابق قيمة المالك أو حالة العميل المحتمل أو أي قيمة أخرى من قائمة منسدلة خيارًا مُعدًّا فعلًا في نظامك، وهل يستقبل عنوان البريد الرسائل حقًا، وهل الشخص أو الشركة المذكوران حقيقيان. والحكم النظيف يعني أن الملف لن يُرفض أو يُقتطع أو يُعامل على أنه تكرار في الفحوص المذكورة أعلاه، لا أن كل معلومة فيه صحيحة.
- هل يمكنها التحقق من تطابق قيمة قائمة منسدلة أو مالك مع إعدادات نظامي؟
- لا. خيارات القوائم المنسدلة وحالات العملاء المحتملين وتعيينات المالكين والروابط بالسجلات الموجودة لا توجد إلا داخل إعدادات نظامك، وهذه الأداة لا تتصل به أبدًا، بل تقرأ الملف الذي توشك أن تسلّمه ولا شيء غيره. لذلك قد تُرفض عند الاستيراد قيمة تبدو سليمة في الملف، لأن النظام لا يملك خيارًا مطابقًا لها. ولا يستطيع التحقق من ذلك إلا النظام نفسه، أو شخص يعرف إعداداته.
- إذا كان الحكم «جاهز»، فهل نجاح الاستيراد مضمون؟
- يعني أن كل صف اجتاز الفحوص التي أُجريت وفق الوجهة التي اخترتها: الحقول الإلزامية، والتنسيقات، والتكرار داخل الملف، وأطوال الحقول، ومطابقة الأعمدة. لكنه ليس ضمانًا ضد ما يقرره النظام من جهته: قيمة قائمة منسدلة لا مقابل لها، أو مالك لم يعد موجودًا، أو تكرار مع سجل موجود أصلًا في النظام لا مع صف آخر في ملفك، أو صلاحية لا يملكها الحساب الذي يجري الاستيراد. فهذه أمور تتوقف على حالة داخل النظام لا يستطيع فحص الملف رؤيتها.
- هل يعمل فحص الدقة بالطريقة نفسها لسجلات الشركات؟
- نعم، لكن بمجموعة قواعد مختلفة. فسجل الشركة لا يحتاج إلى عنوان بريد إلكتروني: يقبله HubSpot إذا تضمّن اسم نطاق أو اسم شركة، ولدى Salesforce وPipedrive ما يقابل ذلك. وتعمل فحوص التنسيق والتكرار وطول الحقول بالطريقة نفسها، لكن وفق الحقول الإلزامية والحدود الخاصة بكائن الشركة لا بكائن جهة الاتصال.
- هل تتحقق من أن عناوين البريد الإلكتروني حقيقية ولن ترتد؟
- لا. تتحقق الأداة من أن العنوان صالح من حيث البنية، أي بالشكل الذي تتوقعه أداة الاستيراد في النظام، وتعلّم العناوين الوظيفية مثل info@ أو sales@، والنطاقات المؤقتة، والأخطاء الإملائية المحتملة مثل نطاق ينتهي بـ gmial.com. أما معرفة ما إذا كان صندوق البريد موجودًا فعلًا ويستقبل الرسائل فتتطلب الاتصال بخادم بريد، وهذه الأداة لا ترسل أي طلب عبر الشبكة يحمل بياناتك، إذ إن التحقق من قابلية التسليم يعني إرسال كل عنوان إلى جهة ما.
- إذا طبّقت كل إصلاح مقترح، هل يصبح الملف دقيقًا تمامًا؟
- يصبح خاليًا من المشكلات التي تستطيع هذه الأداة رؤيتها وتقبل تغييرها تلقائيًا: مسافات زائدة محذوفة، وبريد إلكتروني بأحرف صغيرة، وحرف غير صالح أُزيل، وقيمة شكلية أُفرغت. لكنه لا يصبح موثّقًا بالمعاني المذكورة أعلاه: فتصحيح التنسيق لا يؤكد قيمة قائمة منسدلة، ولا يخترع عنوان بريد يعمل، ولا يقرر أي الصفين المكررين هو السجل الحقيقي. تبقى هذه قرارات تعود إليك، ويُظهر سجل التغييرات بدقة ما تم تعديله لتتخذها.
كيف يبدو ذلك في ملف حقيقي
ثلاث حالات بدا فيها الملف سليمًا للوهلة الأولى ولم يكن كذلك.
نطاق يبدو صحيحًا حتى تقرأه مرة ثانية
المُدخَل: ada@gmial.com في عمود البريد الإلكتروني، صف واحد بين ألف ومئتي صف.
المُخرَج: تحذير يذكر الصف والنطاق المُرجَّح أنه الصحيح.
النتيجة: تقترح الأداة gmail.com وتعرض القيمتين جنبًا إلى جنب. ولا يتغير شيء ما لم تحدد الإصلاح، فالاقتراح ليس حقيقة.
قيمة كُتبت لتجاوز حقل إلزامي
المُدخَل: عمود المسمى الوظيفي يحمل «غير متوفر» في أربعين صفًا أُضيفت في اليوم نفسه.
المُخرَج: تحذير يذكر الصفوف والقيمة المتكررة.
النتيجة: تُفرغ الأداة القيمة الشكلية بدل أن تخترع مسمى حقيقيًا، وتترك الخلية فارغة ليملأها شخص أو يتركها كما هي.
عمودان يطالبان بالحقل نفسه
المُدخَل: ملف يحتوي على عمودَي «Company» و«Company Name» معًا.
المُخرَج: تحذير يذكر العنوانين والحقل الذي يطابقانه معًا.
النتيجة: تقترح الأداة أحدهما وتعلّم الآخر على أنه غير مطابق، ولا تقرر أيهما الصحيح، لأنها لا تعرف أي العمودين تثق به.
من يطرح هذا السؤال
يطرح هذا السؤال أشخاص يحملون الملف بين أيديهم، في أربع مراحل مختلفة من العمل نفسه.
من يجري استيراده الأول
أول استيراد تجريه شركة إلى نظام إدارة علاقات العملاء يحدد شكل قاعدة بياناتها لسنوات. وضبط «الدقة» مرة واحدة قبل كتابة أي شيء أقل تكلفة من إصلاحها لاحقًا.
من يتولى مسؤولية جودة البيانات
ليس منصبًا رسميًا في معظم الشركات، لكن هناك دائمًا من ينتهي به الأمر إلى أداء هذه المهمة. هذا هو الفحص الذي يسبق الاستيراد، بدل مشروع تنظيف بعده.
استشاريون يبدؤون العمل مع عميل جديد
ملف تصدير مختلف من عميل مختلف في كل مرة، ولا اتصال دائم بنظامه يمكن الاعتماد عليه. الملف هو الشيء الوحيد المتاح للفحص.
من يقود عملية ترحيل نظام إدارة علاقات العملاء
ملف التصدير من النظام القديم لم يُكتب وفق قواعد النظام الجديد. وفحصه وفق قواعد الوجهة قبل الانتقال هو الغاية من كل ذلك.
الأداة
افحص ملفًا الآن
أفلت ملف CSV الذي توشك أن تستورده. لا تثبيت، ولا حساب، ولا رفع للملف.
افحص ملفًا