اتصال تلقائي بالمسجلين الجدد: أغلق الفجوات في بيانات التسجيل
لحظة تسجيل شخص ما هي اللحظة الأنسب للوصول إليه. طلب واحد لواجهة برمجة طليق يحول هذا التسجيل إلى مكالمة صوتية صادرة تملأ الحقول التي تركها النموذج فارغة.
الفجوة بين "تم التسجيل" و"عميل جاهز فعلاً"
نماذج التسجيل تبقى قصيرة عن قصد، لأن كل حقل إضافي يكلفك عمليات إتمام. هذا قرار صح لرفع معدل التحويل، لكنه يترك نظام إدارة عملائك مليئًا بملفات ناقصة: اسم ورقم هاتف، بلا حجم شركة، بلا حالة استخدام، بلا بريد إلكتروني مؤكد. لازم حد يملأ الباقي، وبحلول ما يوصل إنسان للمهمة يكون العميل المحتمل قد برد.
طليق يخلي نظامك الخلفي يشغّل هذه المتابعة فور إطلاق حدث التسجيل، بينما العميل المحتمل لا يزال دافئًا.
طلب واحد: احفظ جهة الاتصال، وأجرِ المكالمة
نقطة النهاية POST /api/v1/calls/register/ تنفذ الخطوتين في طلب واحد.
تحدّث سجل جهة اتصال (عبر الهاتف أو البريد الإلكتروني أو زوج
external_id/namespace الخاص بك) وتتصل بها عبر خط اتصال تحدده،
كل هذا في طلب واحد. تتطلب عمدًا ترويسة Idempotency-Key: الفكرة كلها "اتصل
بهذا الشخص مرة واحدة بالضبط لهذا الحدث"، فلا يتحول webhook معاد إرساله أو اتصال متقطع إلى
مكالمتين لنفس المستخدم الجديد.
مرر agent_id محددًا، أو اترك النظام يستخدم وكيل الاتصال الصادر الافتراضي
لمؤسستك. أرفق custom_fields وmetadata ليكون لدى الوكيل سياق
حقيقي: الخطة التي اختارها، الحملة المصدر، أي شيء التقطه نموذج التسجيل بالفعل.
ما يحدث فعليًا في المكالمة
الوكيل لا يقرأ نصًا جاهزًا دون وعي. زوّده بأداة جمع جهة الاتصال مع الحقول المحددة التي يتخطاها نموذجك (اسم الشركة، حجم الفريق، حالة الاستخدام التي يقيّمها) وقل له يأكد ما هو معروف بالفعل ويسأل فقط عما هو ناقص، حقلًا واحدًا كل مرة. كل إجابة مؤكدة تُحفظ مباشرة في السجل، والمكالمة كاملة تظهر في سجلات جلساتك، وتُبث مباشرة إلى أنظمتك إذا كنت قد ربطت webhook.
النتيجة: سجل عميل محتمل مكتمل فعلاً، تم التقاطه خلال دقائق من التسجيل بدلاً من انتظار وصول أحد لقائمة اتصال باردة.
حوّل تسجيلك القادم إلى عميل محتمل مكتمل
اربط خط اتصال، وجّه webhook التسجيل عندك إلى نقطة النهاية، واترك أول مكالمة تخرج تلقائيًا. مجاني للبدء، وبدون بطاقة دفع.