كيفية بناء وكيل حجز المواعيد بالذكاء الاصطناعي يؤهّل المتصلين قبل الحجز
11
MIN READ
October 2, 2026
تتوقف معظم الأدلة الخاصة بالوكلاء الهاتفيين بالذكاء الاصطناعي عند الجزء الذي يردّ فيه الوكيل ويقول مرحبًا. هذا الجزء سهل. أما الجزء الصعب فهو جعله يطرح الأسئلة التي كان سيطرحها أفضل موظف توزيع لديك، وألا يحجز المهمة إلا عندما تستحق الإجابات الحجز.
إذا أخطأت في ذلك، فكل ما فعلته هو أتمتة الضجيج. يمتلئ التقويم بمستأجرين لا يملكون صلاحية الموافقة على العمل، ومتصلين من خارج منطقة خدمتك، وأشخاص لا يزال أمامهم ثلاثة أشهر قبل اتخاذ أي قرار. وكل واحد من هؤلاء يشغل موعدًا كان يمكن أن تستفيد منه مهمة حقيقية.
يشرح هذا الدليل بناء وكيل حجز المواعيد بالذكاء الاصطناعي يؤهّل أولًا ثم يحجز. إنه تدفق محادثة متصل بتقويم Cal.com مباشر، ويستغرق نحو خمس عشرة دقيقة. إذا جئت من أجل الـ prompts فقط، فستجدها جميعًا مجمّعة في فهرس الـ prompts قرب النهاية.
يعرض الفيديو أدناه عملية البناء نفسها من البداية إلى النهاية على الشاشة. تابعه إن كنت تفضّل المشاهدة على القراءة. تتطابق الخطوات المكتوبة والـ prompts في هذه الصفحة مع الفيديو، لذا يمكنك إبقاء هذه الصفحة مفتوحة في علامة تبويب ثانية والنسخ منها أثناء العمل.
كل مكالمة واردة لا تخضع لمحادثة تأهيل تنتهي بإحدى طريقتين. إما أن تحجز مهمة لم تكن لتؤدي إلى شيء، فتستهلك موعدًا ووقت تنقّل الفني. وإما ألا يردّ أحد بسرعة كافية فينتقل المتصل إلى الاسم التالي في القائمة.
كلتاهما تكلّف الشيء نفسه. الأولى تهدر سعة دفعت ثمنها بالفعل. والثانية تمنح الإيرادات لمنافس ردّ على هاتفه. والوكيل الذي يؤهّل المتصلين يحل المشكلتين معًا، لأنه يردّ من الرنة الأولى ويرفض حجز المكالمات التي لا ينبغي حجزها.
عند إنشاء وكيل صوتي جديد، يكون أمامك خياران: وكيل بـ prompt واحد (single prompt agent)، أو وكيل بتدفق محادثة (conversation flow agent).
الوكيل ذو الـ prompt الواحد هو كتلة واحدة من التعليمات يقرؤها النموذج ويرتجل حولها. إعداده سريع ومناسب لنص خطي، مثل ذكر ساعات العمل والعنوان.
أما تدفق المحادثة فهو خريطة للمكالمة عقدةً بعقدة مع تفرّعات صريحة. إجابة المتصل عند كل عقدة تحدد العقدة التالية. وتغطي مقارنة أنواع الوكلاء في الوثائق المفاضلة الكاملة بينهما.
للتأهيل، تحتاج إلى التدفق. فالتأهيل قرار، والقرار يحتاج إلى تفرّعات يمكنك رؤيتها واختبارها وإصلاحها. إذا لم تستطع الإشارة إلى العقدة التي يُرفض فيها المستأجر، فليست لديك خطوة تأهيل، بل مجرد أمل في أن يتذكر النموذج تعليماتك.
ابدأ من الصفر بدلًا من قالب إذا كانت معايير التأهيل خاصة بعملك، وهي كذلك دائمًا تقريبًا.
لا داعي لسحب كل عقدة يدويًا. Conductor هو المساعد (copilot) المدعوم بالذكاء الاصطناعي المدمج في منصّة Retell: تصف المكالمة التي تريدها، فيقترح العقد والتفرّعات، وتراجعها أنت قبل تفعيل أي شيء.
استخدم الـ prompt رقم 1 من فهرس الـ prompts في نهاية هذا الدليل. الوصف يؤدي عملًا حقيقيًا، لذا اكتبه كمواصفات لا كأمنية.
يعود Conductor بأسئلة توضيحية قبل البناء. أجب عنها بدقة. فتحديد منطقة خدمتك بالضبط، وتسمية Cal.com أداةً للحجز، هو ما يتيح له وضع تفرّع الاستبعاد وعقدة الحجز في مكانهما الصحيح بدلًا من التخمين. واطلب عناصر نائبة (placeholders) لكل ما يحتاج إلى بيانات اعتماد لم تربطها بعد.
اقرأ كل عقدة قبل قبولها. Conductor يقترح وأنت توافق، تمامًا كما تراجع pull request. هذه هي الخطوة التي يتخطاها الناس، وهي المرحلة التي يكون فيها اكتشاف التفرّع المفقود أقل تكلفة.
إليك الخطأ الذي يستحق أن تستوعبه جيدًا. يمكنك أن تكتب «إذا قال المتصل إنه مستأجر، فأنهِ المكالمة» فتحصل على تدفق يتضمن مسار استبعاد لا يعمل إلا عندما يذكر المتصل من تلقاء نفسه أنه مستأجر أثناء إجابته عن سؤال آخر.
هذا ليس سؤال تأهيل. هذا حظ.
ما لا تطلبه صراحةً لا تحصل عليه بشكل موثوق. إذا كان كون المتصل مالكًا أو مستأجرًا يحدد ما إذا كنت سترسل شاحنة، فيجب أن تكون هناك عقدة وظيفتها الوحيدة طرح هذا السؤال مباشرةً. والأمر نفسه بالنسبة إلى منطقة الخدمة. يتحقق الـ prompt رقم 7 في الفهرس من وجود هذه العقد، ويضيفها الـ prompt رقم 8.
يحتاج الحجز إلى تقويم حقيقي خلفه، وهذه هي الخطوة الوحيدة التي لا يستطيع المساعد القيام بها نيابةً عنك، لأنها تتطلب بيانات اعتمادك.
في Cal.com، افتح Settings، وابحث عن علامة تبويب API keys، وأنشئ مفتاحًا جديدًا. حدّد تاريخ انتهاء صلاحية يتناسب مع المدة التي تتوقع استخدامه فيها. وفي منصّة Retell، انتقل إلى Integrations، وأضف Cal.com، والصق المفتاح. سيظهر الحساب متصلًا بمجرد قبول المفتاح.
هذا هو كل الجزء اليدوي من عملية البناء.
افتح التدفق الفرعي للحجز. تحتاج بداخله إلى وظيفتين (functions): واحدة تتحقق من التوفر، وأخرى تحجز.
تحتاج كلتاهما إلى معرّف نوع الحدث (event type ID) في Cal.com. تجده في عنوان URL لرابط الحجز الذي تريد أن يستخدمه الوكيل. إنه الرقم الموجود في ذلك العنوان، ويوضع في حقل event type ID في كل وظيفة.
أضف وظيفة التحقق من التوفر أولًا، والصق معرّف نوع الحدث، ثم احفظ. بعد ذلك أضف وظيفة حجز الموعد، بمعرّف نوع الحدث نفسه، واملأ الحقول المتبقية، ثم احفظ. وتغطي القائمة الكاملة لوظائف Cal.com إعادة الجدولة والإلغاء أيضًا عندما تحتاج إليهما.
بعد إعداد الوظيفتين الحقيقيتين، شغّل الـ prompt رقم 3 من الفهرس ليعيد Conductor ربط العقد بالتكامل الفعلي.
أجرِ مكالمة اختبار من داخل لوحة التحكم، وتقمّص دور متصل يُفترض أن يكون مؤهَّلًا.
ما تراقبه ليس ما إذا كان صوت الوكيل جيدًا، بل ما إذا كان التسلسل صامدًا. في التشغيل الصحيح، يسأل الوكيل عن المشكلة، ثم عمّا إذا كان المطلوب إصلاحًا أم استبدالًا، ثم عمّا إذا كان المتصل مالكًا أم مستأجرًا، ثم يؤكد منطقة الخدمة، ويسأل عن مدى الاستعجال، ثم يعرض المواعيد.
هناك ثلاثة فحوص تكشف الأعطال الشائعة، والـ prompts 4 و5 و6 في الفهرس هي الحلول:
هل يعرض مواعيد حقيقية؟ إذا قال الوكيل إنه لا يوجد شيء متاح بينما تقويمك مفتوح، فعادةً لا يعرف تاريخ اليوم، ولذلك يتحقق من نافذة زمنية في الماضي.
هل يتعامل مع تاريخ لم يجلبه مسبقًا؟ اطلب يومًا خارج المواعيد التي عرضها أولًا. التدفق الذي تحقق مرة واحدة ولا يعيد التحقق أبدًا يصرّ على أن ذلك اليوم غير متاح حتى وإن كان مفتوحًا.
هل يجمع الاسم والبريد الإلكتروني قبل الحجز؟ يرفض Cal.com الحجز من دونهما. إذا لم يسأل أحد عنهما، يفشل الحجز بعد أن يكون المتصل قد اختار موعدًا بالفعل، وهذا أسوأ موضع ممكن للفشل.
اختبر مسارات الاستبعاد أيضًا. يجب أن تنتهي المكالمة بلباقة لكل من المستأجر الذي لا يملك تفويضًا والمتصل من خارج منطقة الخدمة، من دون أي محاولة حجز. تحقّق من ذلك بدلًا من افتراضه.
انشر الوكيل، ثم اشترِ رقم هاتف وخصّصه له. يعمل الرقم نفسه للمكالمات الواردة والصادرة.
العادة التي تستحق أن تبنيها هي قراءة سجل المكالمات. كل مكالمة تترك نصًا مكتوبًا وملخصًا، لذا يمكنك رؤية ما أراده المتصل وكيف تعامل معه الوكيل. في مكالمة الاختبار لهذا البناء، يُظهر السجل حجز إصلاح سقف لثقب في سقف قائم، في عقار مؤجَّر في Long Island City، مع وجود إذن موثّق من المالك.
هذا هو السياق الذي يحتاجه الفني قبل أن تنطلق الشاحنة، ولم يكتبه أحد. يحوّل الـ prompt رقم 9 في الفهرس المعلومات نفسها إلى حقول منظَّمة يمكن لنظام CRM لديك قراءتها، باستخدام تحليل ما بعد المكالمة.
اقرأ نصوص المكالمات في الأسابيع القليلة الأولى بعناية. فهي تخبرك بالسؤال الذي يطرحه الوكيل بشكل سيئ، والتفرّع الذي لا يصل إليه أحد، والاستبعاد الذي نسيت بناءه.
بمجرد أن يصبح التأهيل ثابتًا، تتمثل الإضافات المفيدة في تقويم ثانٍ لتوجيه أنواع المهام المختلفة إلى فنيين مختلفين، والمتغيرات الديناميكية حتى يعرف الوكيل الذي يردّ على عميل معروف هوية المتصل مسبقًا بدلًا من السؤال من الصفر.
الترتيب مهم. الوكيل الذي يحجز للمتصلين الخطأ بسرعة أكبر أسوأ من عدم وجود وكيل أصلًا. التأهيل أولًا، ثم الحجم.
هناك طريقتان لبناء هذا التدفق. يمكنك وصفه لـ Conductor والموافقة على ما يقترحه، أو يمكنك وضع العقد بنفسك ولصق نص التعليمات في كل منها. المجموعتان موجودتان هنا، إلى جانب مواصفات واحدة تتجنب المشكلات الأربع التي واجهها هذا البناء في الأصل.
إذا كنت ستنسخ شيئًا واحدًا فقط من هذه الصفحة، فانسخ هذا. فهو يسلّم Conductor المتطلبات الأربعة دفعةً واحدة بدلًا من أن تكتشفها لاحقًا على شكل أخطاء.
قبل البناء: اربط Cal.com أولًا من صفحة Integrations في لوحة التحكم (مفتاح API، cal.com أو cal.eu). ابنِ عقدتي التحقق من التوفر وحجز الموعد باستخدام أدوات تكامل Cal.com الأصلية في منصّة Retell مباشرةً. لا تستخدم وظائف مخصّصة نائبة.
الـ prompt العام: أضِف «تاريخ اليوم ووقته هو {{current_time}}. احسب دائمًا التواريخ النسبية، مثل اليوم وغدًا والإثنين المقبل وبعد يومين، بالاستناد إلى هذا التاريخ الفعلي. لا تخمّن تاريخًا أبدًا.»
عقدة التوفر: استعلم دائمًا عن نافذة افتراضية مدتها 14 يومًا بدءًا من اليوم، بغض النظر عن مدى غموض الإجابة الأولى للمتصل أو تحديدها. إذا ذكر المتصل لاحقًا تاريخًا خارج النافذة التي جُلبت حاليًا، فأعد التحقق بنافذة تشمله قبل القول إنه غير متاح.
قبل عقدة الحجز: اجمع الاسم الكامل للمتصل وبريده الإلكتروني، وكلاهما حقلان إلزاميان لطلب الحجز في Cal.com. لا تستدعِ وظيفة الحجز حتى يتم الحصول على كليهما.
تمنع هذه الكتلة الواحدة أربعة أعطال منفصلة: وظائف نائبة لا تشير إلى أي شيء حقيقي، ووكيلًا لا يعرف تاريخ اليوم، ونافذة توفر أضيق من أن تجيب عن سؤال المتصل الفعلي، وحجزًا يفشل لأن أحدًا لم يسأل عن الاسم والبريد الإلكتروني.
اكتبها واحدًا تلو الآخر، واقرأ ما يقترحه Conductor قبل القبول. الـ prompts من 4 إلى 6 هي الحلول للأعطال الثلاثة في الخطوة 5، إن كنت تفضّل مواجهتها وحلها أثناء العمل.
1. أنشئ هيكل التدفق
ابنِ تدفق محادثة لشركة تكييف وتدفئة (HVAC) وأسقف. رحّب بالمتصل واسأله عمّا إذا كان يحتاج إلى إصلاح أم إلى استبدال النظام بالكامل. تفرّع بناءً على الإجابة. إذا قال المتصل إنه مستأجر ولا يستطيع الموافقة على العمل، أو إنه خارج منطقة خدمتنا، فأنهِ المكالمة بلباقة دون حجز. وإلا فاسأله عمّا إذا كان يريد إنجاز العمل خلال الأسبوعين المقبلين أم أنه يجمع عروض أسعار فقط، ثم انتقل نحو حجز موعد.
2. استبدل العناصر النائبة بتقويمك الحقيقي
هل يمكن استبدال check-availability وbook-appointment بتكامل Cal.com الفعلي الخاص بي؟
3. وجّه التدفق إلى الوظائف التي ربطتها يدويًا
أضفت وظائف تكامل Cal.com. يُرجى استخدامها ووضعها مكان العقد الفرعية النائبة.
4. الوكيل يقول إنه لا يوجد أي موعد متاح أبدًا
في كل مرة أريد فيها حجز موعد لا يعمل التحقق من التوفر أبدًا، ويقول إنه لا توجد مواعيد خلال اليومين المقبلين، لماذا يحدث ذلك؟
5. نافذة التوفر ضيقة جدًا
اختبرته وقال الذكاء الاصطناعي إن التوفر يمتد حتى يوم الجمعة فقط، لكن اليوم هو الأربعاء والتقويم يسمح لي بالحجز يوم الإثنين المقبل. لماذا لا يعرض الوكيل ذلك؟
6. الحجز يفشل في الخطوة الأخيرة
حصلنا على حجز يوم الإثنين، لكن الحجز يفشل بعد ذلك، أظن أن السبب بعض المعلومات التي يجب جمعها أولًا.
7. تحقّق مما إذا كان التأهيل موجودًا فعلًا
لا أرى أي تأهيل في التدفق، هل لدينا حالات مبنية لهذا؟
8. أضِف طبقة تأهيل صريحة
نحتاج إلى طبقة أخرى من أسئلة التأهيل لمعرفة ما إذا كان المتصل مستأجرًا أم مالكًا. الملكية لا مشكلة فيها، أما الاستئجار فيعني أننا نحتاج إلى تفويض من المالك. والأمر نفسه بالنسبة إلى الموقع، فأي موقع خارج Queens, NY مرفوض.
9. التقط بيانات العميل المحتمل عند انتهاء المكالمة
أضِف خطوة تحليل ما بعد المكالمة تلتقط ما إذا كان المتصل مؤهَّلًا، وما إذا كان الطلب إصلاحًا أم استبدالًا، ومدى الاستعجال الذي ذكره، وملخصًا من سطر واحد للفني.
الصق كل كتلة في العقدة المطابقة لها بدلًا من إعطاء prompt لإنشائها.
الـ prompt على مستوى الوكيل، يُضبط في أعلى التدفق
أنت مساعد جدولة لشركة خدمات منزلية تتعامل مع مكالمات إصلاح أنظمة التكييف والتدفئة (HVAC) والأسقف. مهمتك أن تفهم بسرعة ما يحتاجه المتصل، وتقرر ما إذا كان الأمر يستحق إرسال فني، وإن كان كذلك، أن تحجز موعدًا في الموقع. اجعل الحديث قصيرًا وطبيعيًا، كموظف توزيع ودود، لا كنص يُقرأ بصوت عالٍ. لا تختلق مواعيد متاحة أبدًا، واستخدم فقط ما تعيده أداة التقويم.
تاريخ اليوم ووقته هو {{current_time}}. احسب دائمًا التواريخ النسبية بالاستناد إلى هذا التاريخ الفعلي. لا تخمّن تاريخًا أبدًا.
العقدة 1، الترحيب والسؤال الأول
رحّب بالمتصل واسأله عمّا يحدث في مشكلة التكييف والتدفئة أو السقف لديه. ثم اسأل: «هل تبحث عن إصلاح هذا، أم تفكر في استبدال النظام بالكامل؟» انتظر إجابته قبل المتابعة.
العقدة 2، شروط التفرّع. توضع هذه الشروط على الروابط (edges) الخارجة من العقدة 1، لا على عقدة مستقلة:
العقدة 3، الاستبعاد
اشرح بلباقة أن هذا يقع خارج ما يمكننا جدولته حاليًا، إما لأنه مستأجر من دون تفويض من المالك أو لأنه خارج منطقة خدمتنا. اقترح عليه التحقق مع مدير العقار أو التواصل معنا مجددًا إذا تغيّر ذلك. اشكره وأنهِ المكالمة بلباقة. لا تعرض حجز أي شيء.
العقدة 4، سؤال الاستعجال
اسأل: «هل تريد إنجاز هذا خلال الأسبوعين المقبلين، أم أنك تجمع عروض أسعار فقط في الوقت الحالي؟» استخدم الإجابة لتحديد مدى الاستعجال، لكن تابع نحو الحجز ما لم يقل بوضوح إنه غير مستعد للجدولة.
العقدة 5، جمع معلومات الاتصال. تقع هذه العقدة بين سؤال الاستعجال وعقدة الحجز، وهي الخطوة التي تنساها معظم عمليات البناء:
اطلب الاسم الكامل للمتصل وعنوان بريده الإلكتروني لنتمكن من إرسال تأكيد. اجعل ذلك سريعًا، وسؤالًا واحدًا في كل مرة إذا لزم الأمر. لا تنتقل إلى الحجز حتى تحصل على كليهما.
عقدة الحجز، حيث توجد وظائف Cal.com
بمجرد الإجابة عن السؤالين وعدم استبعاد المتصل، استدعِ Check Availability. اقرأ 2 أو 3 مواعيد متاحة في جملة طبيعية، لا في قائمة. انتظر حتى يؤكد المتصل أحدها بصوت مسموع، ثم استدعِ Book Appointment بذلك الموعد. لا تستدعِ Book Appointment أبدًا قبل الحصول على تأكيد شفهي.
حقول الاستخراج بعد المكالمة. أربعة حقول تستحق الالتقاط في كل مكالمة: qualified كقيمة منطقية (boolean)، تكون true إذا تم الحجز وfalse إذا استُبعد المتصل أو رفض. repair_or_replacement كمحدِّد (selector)، يؤخذ من الإجابة الأولى. urgency كمحدِّد بالخيارات: هذا الأسبوع، أو هذا الشهر، أو مجرد عرض سعر، يؤخذ من الإجابة الثانية. وsummary_for_tech كنص، جملة أو جملتان عن المشكلة مكتوبتان لمن سيحضر.
شغّل هذه الاختبارات كمحاكاة قبل وضع الوكيل على رقم حقيقي. سيطلب منك Conductor تأكيد النطاق أولًا، لأن عمليات المحاكاة مدفوعة.
هل يمكنك تشغيل مكالمة اختبار محاكاة يقول فيها المتصل إنه مستأجر للعقار ولا يستطيع الموافقة على العمل؟ أريد التأكد من أن الوكيل يرفض الحجز وينهي المكالمة بدلًا من المتابعة نحو الحجز.
الأمر نفسه لكن لمتصل من خارج منطقة خدمتنا، هل يمكنك محاكاة ذلك والتأكد من أنه ينهي المكالمة دون حجز؟
إذا حجزت مكالمة فعلية لشخص كان ينبغي رفضه، فهذان الـ prompt يشخّصان المشكلة:
اختبرت مكالمة بصفتي مستأجرًا لا يستطيع الموافقة على العمل، لكن الوكيل استمر وحاول الحجز على أي حال، لماذا لا يستبعد هذه الإجابة؟
اتصلت من خارج منطقة خدمتنا ومع ذلك عرض الحجز، لماذا لا يعمل تفرّع الاستبعاد؟
نحو خمس عشرة دقيقة لعملية البناء في هذا الدليل، من حساب فارغ إلى وكيل منشور برقم هاتف. خصّص وقتًا أطول للاختبار. فالتدفق نفسه يُنشأ هيكله من prompt واحد، لكن مكالمات الاختبار التي تكشف مشكلات التعامل مع التواريخ ونوافذ التوفر وحقول الحجز المفقودة هي حيث يذهب الوقت الفعلي.
لا. يُبنى التدفق بالكامل عبر وصفه بلغة بسيطة والموافقة على ما يقترحه المساعد. الخطوتان اليدويتان الوحيدتان هما لصق مفتاح API من Cal.com ونسخ معرّف نوع الحدث من عنوان URL.
الوكيل ذو الـ prompt الواحد يقرأ كتلة واحدة من التعليمات ويرتجل. أما تدفق المحادثة فهو خريطة صريحة عقدةً بعقدة مع تفرّعات يمكنك فحصها واختبارها. استخدم الـ prompt الواحد للنص الخطي، وتدفق المحادثة كلما تضمنت المكالمة قرارًا، وهو ما ينطبق دائمًا على التأهيل.
نعم. يُستخدم Cal.com هنا لأن واجهة API الخاصة بالحجز فيه سهلة الربط. والنمط نفسه، أي وظيفة للتحقق من التوفر تليها وظيفة لحجز الموعد، ينطبق على تكاملات التقويم الأخرى.
هناك سببان معتادان. إما أن الوكيل لا يعرف التاريخ الحالي، فيتحقق من نافذة زمنية انقضت بالفعل. وإما أنه تحقق من نافذة ضيقة مرة واحدة ولم يُعد التحقق عندما ذكر المتصل يومًا مختلفًا. يعالج الـ prompt رقم 4 والـ prompt رقم 5 في فهرس الـ prompts كل حالة منهما.
يصلون إلى عقدة استبعاد تنهي المكالمة بلباقة دون حجز أي شيء. ويجب بناء هذا المسار صراحةً. فوصف القاعدة في الـ prompt الأول لا يكفي، وهذا بالضبط ما وُجد الـ prompt رقم 7 والـ prompt رقم 8 لاكتشافه.
See how much your business could save by switching to AI-powered voice agents.
Total Human Agent Cost
AI Agent Cost
Estimated Savings
رقم هاتف تجريبي من Retell Clinic Office
Start building smarter conversations today.
