من أول ليد إلى أول إيداع (FTD): تصميم مسار العميل

قلما تشكو شركات الفوركس من نقص الليدز. المشكلة الأكثر شيوعًا هي ما يضيع بين المراحل.

يصل ليد من حملة إعلانية ويبقى بلا مسؤول نصف يوم. ثم يتصل به موظف لا يعلم أن زميلًا اتصل به قبل ساعة. العميل يرفع جواز السفر في نظام وإثبات العنوان في نظام آخر، ثم يودع دون أن يعلم فريق السيلز.

كل خطوة تعمل جيدًا وحدها. والتسرب يحدث عند التسليم بين الخطوات.

يعرض هذا الدليل مراحل الرحلة من أول ليد إلى أول إيداع (FTD)، ومواضع الخلل المعتادة، وكيف تصمم المسار وتقيسه دون الاعتماد على أرقام من خارج شركتك.

المراحل بالترتيب

تكفي ثماني مراحل لمعظم الشركات. يمكنك دمج بعضها أو فصلها. المهم أن يكون لكل مرحلة اسم ومسؤول وشرط خروج واضح.

1. الاستقطاب: يدخل الليد من حملة أو صفحة هبوط أو إحالة أو ملف CSV مستورد.
2. أول تواصل: يحاول أحد الموظفين الوصول إليه.
3. التأهيل: يقرر موظف إن كان العميل مناسبًا، ويسجل السبب.
4. التحويل وفتح الحساب: يتحول الليد إلى عميل له حساب تداول، بتسجيله الذاتي أو بتحويل موظف له. التحويل ليس إيداعًا، وهو خطوة قبله.
5. KYC: ترفع المستندات وتراجع ويصدر القرار.
6. أول إيداع (FTD): المرة الأولى التي يودع فيها العميل. وأي إيداع بعده إيداع لاحق (Repeat Deposit).
7. الصفقة الأولى: يبدأ العميل باستخدام حسابه فعلًا.
8. الريتنشن: يستمر التواصل بعد التفعيل، ولهذا التواصل مسؤول محدد.

أين تتعطل كل مرحلة

الاستقطاب

• يصل الشخص نفسه مرتين، من حملتين أو من حملة واستيراد يدوي، فيتابعه موظفان.
• تختلف الحقول بين المصادر، فينقص نصف السجلات حقل اللغة أو رمز الدولة في رقم الهاتف.

أول تواصل

• لا أحد مسؤول عن العميل في الساعات الأولى.
• أو يوجد مسؤول، لكن لا يوجد سجل بمحاولات الاتصال. فيكرر موظف آخر المكالمة، ويتضايق العميل.

التأهيل

• تصبح الحالة مسألة تقدير شخصي. موظف يضع «مؤهل» بعد اتصال لم يرد عليه، وآخر بعد حوار حقيقي.
• يبدو المسار سليمًا على الشاشة، لكن أرقامه بلا معنى.

التحويل وفتح الحساب

• تعاد كتابة بيانات العميل يدويًا في نظام التداول.
• النتيجة: أخطاء إدخال، وسجلان لشخص واحد، وانقطاع الصلة بمصدر الاستقطاب.

KYC

• تصل المستندات بالبريد والمحادثة والرفع المباشر، فتتوزع على ثلاثة أماكن.
• لا يرى الامتثال ما وعد به فريق السيلز. ولا يعرف فريق السيلز سبب تعثر الحساب.
• ينتظر العميل دون أن يعرف من ينتظر.

أول إيداع (FTD)

• يصل الإيداع إلى نظام المدفوعات، ويعلم فريق السيلز بعد أيام، أو لا يعلم أبدًا.
• في الأثناء يتصل به موظف من جديد كأن شيئًا لم يحدث.

الصفقة الأولى والريتنشن

• دون قائمة بالحسابات التي أودعت ولم تتداول بعد، لا أحد مسؤول عن الفجوة بين الإيداع وأول أمر.
• يتحول الريتنشن إلى قائمة بريدية بدل أن يكون مهمة لها مسؤول.

مبادئ التصميم

تحل معظم هذه المشكلات بقواعد واضحة، قبل اختيار أي أداة.

سجل واحد لكل شخص

أيًا كان المصدر، يكون للشخص سجل واحد من أول استفسار إلى تاريخ حسابه. اربط السجلات المكررة أو ادمجها عند الاستقطاب، لا عند طلب السحب.

إذا كان الليد والعميل سجلين منفصلين، فسيناقض كل تقرير لاحق نفسه.

مسؤول واحد في كل مرحلة

لكل سجل مسؤول معين بالاسم. والتسليم إلى الفريق التالي إعادة إسناد صريحة، لا افتراض.

يمكن أن تبقى حالة «غير مسند»، بشرط أن تكون ظاهرة وقصيرة.

محاولات تواصل إلزامية قبل تغيير الحالة

حدد عدد المحاولات المطلوبة قبل نقل الليد إلى حالة مثل «لا يرد» أو «مفقود»، وافرضه في النظام.

هذا يحمي العملاء من الشطب بعد اتصال واحد. ويعطيك بيانات صادقة عن مدى متابعة فريقك.

تعريفات مكتوبة للحالات

اكتب جملة واحدة لكل حالة: ما الذي يجب أن يتحقق للدخول إليها، وما الذي ينقل السجل منها.

إذا صنف موظفان العميل نفسه تصنيفين مختلفين، فالتعريف لم يكتمل.

إشعارات مرتبطة بالأحداث

لا تعتمد على أن يراجع الموظفون الشاشة بأنفسهم. حدد الأحداث التي تستوجب رسالة، ولمن، وبأي لغة:

• إسناد ليد جديد.
• رفع مستند.
• صدور قرار KYC.
• وصول إيداع.

احتفظ بقوالب لكل لغة وقناة، ليصل العميل بلغته.

موافقات حيث يخرج المال

للإيداع والسحب مستويان مختلفان من المخاطر. للسحب جهة موافقة معينة، ودور مخول بالموافقة، وسجل بمن وافق.

من يفتح الحسابات لا يلزم أن يكون هو من يصرف الأموال.

سجل تدقيق مقروء

حين يعترض عميل على ما قيل له، أو تسأل جهة رقابية من وافق على ماذا، ينبغي أن تأتي الإجابة بتصفية سجل، لا ببحث في المحادثات.

سجل من غير ماذا، والقيم قبل التغيير وبعده.

ماذا تقيس

ابدأ بعدد قليل من التعريفات التي يتفق عليها الجميع. مؤشر يحسبه مديران بطريقتين مختلفتين أسوأ من غيابه.

• زمن أول تواصل. المدة بين إنشاء سجل الليد وأول محاولة تواصل بشرية. قرر مسبقًا هل تحتسب المكالمة التي لم يرد عليها. اعرض القيمة الوسطى وأبطأ شريحة (أبطأ 10% مثلًا) بشكل منفصل، لأن المتوسط يخفي من انتظروا يومًا كاملًا.
• نسبة التأهيل بعد التواصل. من بين الليدز التي جرى التواصل معها في فترة معينة، كم منها بلغ حالة «مؤهل». قسمها بحسب المصدر والموظف، ولا تقارن إلا مجموعات بحجم معقول.
• مدة KYC. من أول رفع للمستندات حتى القرار النهائي. افصل وقت الانتظار على العميل عن وقت الانتظار على موظفيك، فلكل منهما علاج مختلف.
• نسبة أول إيداع (FTD). من الحسابات المفتوحة في شهر معين، كم نسبة من أودعت لأول مرة خلال مدة تحددها، مثل 7 أو 30 يومًا. ثبت المدة مسبقًا ولا تغيرها. واحسب بحسب دفعة كل شهر، حتى لا يبدو الشهر البطيء شهرًا سيئًا.
• المدة بين الإيداع والصفقة الأولى. تبين هل تنتهي رحلة العميل عند الإيداع أم تمتد إلى التداول الفعلي.
• تأخر المراحل. عدد السجلات التي تجاوزت في كل مرحلة الحد الذي وضعته. هذا عرض العمل اليومي. أما بقية المؤشرات فللمراجعة الأسبوعية.

لا تقارن أرقامك بأرقام شركات أخرى. المرجع الذي يهمك هو اتجاهك أنت، موزعًا على الدفعات.

كيف يساعد ربط الـ CRM بمنصة التداول

كل مبدأ مما سبق يصبح أسهل حين يعمل الـ CRM ومنصة التداول على سجل العميل نفسه. عندئذ تصبح حالة الإيداع وKYC حقولًا في السجل الذي يستخدمه فريق السيلز أصلًا، لا ملفًا مصدرًا يحتاج إلى طلب.

في الـ CRM من QUANTIX مثلًا:

• تغذي إعلانات فيسبوك (Lead Ads) وخطافات الويب (Webhooks) في صفحات الهبوط جدولًا للليدز، مع ربط السجلات المكررة.
• الحالات قابلة للضبط، مع اشتراط عدد من محاولات التواصل قبل تغييرها.
• لكل ليد مسؤول وملاحظات وخط زمني للنشاط ومهام.
• تحويله إلى عميل ينشئ حساب التداول بخطوة واحدة.
• تراجع مستندات KYC في قائمة طلبات خاصة، وتطلق تغييرات الحالة فيها إشعارات.
• تعتمد عمليات السحب داخل الـ CRM.
• يسجل سجل التدقيق التغييرات.

قواعد الإشعارات والقوالب والتكاملات في صفحة الأتمتة والتكاملات.

النظام لا يغني عن الانضباط الذي وصفناه، لكنه يمنحه مكانًا يعمل فيه. والمؤشرات المذكورة أعلاه تحسب من بياناتك المصدَّرة.

ابدأ بالتعريفات

إن غيرت شيئًا واحدًا هذا الربع، فاكتب حالاتك ومسؤوليك ومؤشراتك، وطبقها على السجلات الموجودة لديك. سترى مواضع التسرب سريعًا.

وإن أردت رؤية هذا المسار في نظام يعمل، يمكنك حجز عرض مباشر واستعراضه على مراحل شركتك.