بدأ نوفينكت كفكرة أوسع لأتمتة واتساب. لكن السوق أوضح شيئاً بسرعة: أول استخدام جاد هو وكالات السفر.

وكالات السفر لا تستقبل رسائل بسيطة فقط. هي تعمل داخل مجموعات واتساب سريعة الحركة، حيث يسأل العملاء عن الأسعار، ويرسل الموردون تحديثات، ويفحص الموظفون البوابات يدوياً، وتضيع الفرص إذا لم يرد أحد بسرعة.

لهذا يبدأ نوفينكت من مجموعات واتساب لوكالات السفر.

هذا ليس إطلاقاً عاماً كاملاً بعد. نوفينكت لا يزال في مرحلة التجربة والتحقق من النموذج الأولي. الهدف الآن هو إثبات سير العمل بعناية قبل التوسع.

المشكلة التي نبدأ منها

يسأل العميل:

القاهرة شهر يوليو بكم؟

السؤال قصير وغير رسمي وغير مكتمل. لكن وكيل السفر يفهم المقصود فوراً. العميل يسأل عن أسعار القاهرة في يوليو. قد يريد ذهاباً فقط أو ذهاباً وعودة. قد تكون تواريخه مرنة. وقد يسأل بأسلوب سوداني طبيعي في سياق السفر.

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

اضرب ذلك في عشرات الرسائل يومياً عبر المجموعات والمحادثات المباشرة، وستصبح المتابعة صعبة.

تضيع وكالات السفر وقتاً في فحص البوابات يدوياً. وتفقد عملاء محتملين عندما يكون الرد بطيئاً. وتفقد الرؤية لأن لا أحد يرى بسهولة أكثر المسارات التي يسأل عنها العملاء.

ما الذي يُبنى نوفينكت للقيام به

يركز نوفينكت على سير عمل ذكاء الأسعار.

يُصمم النظام من أجل:

  • فهم طلبات الأسعار بالعربية والإنجليزية والأسلوب غير الرسمي
  • استخراج المسار والشهر والتاريخ ونوع الرحلة والمعلومات الناقصة
  • فحص ذاكرة الأسعار المحفوظة قبل عمليات البحث الحية غير الضرورية
  • وضع عمليات التحقق الحية في طوابير مضبوطة عند الحاجة
  • إعداد ردود واضحة للعملاء
  • عرض ما يسأل عنه العملاء عبر لوحة تحكم للوكالة

هذا يجعل نوفينكت مختلفاً عن موظف استقبال ذكي عام.

الهدف ليس الرد على كل رسالة في كل قطاع. الهدف هو حل مشكلة محددة للوكالات: تحويل طلب الأسعار في واتساب إلى عمل منظم.

أين تدخل بنية واتساب

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

دعم مزود واتساب الرسمي أو BSP ما زال مخططاً لمسار النشر الصحيح. هذا مهم للموثوقية والامتثال وثقة العملاء.

لكن أول شيء يجب إثباته ليس طبقة المزود. أول شيء يجب إثباته هو سير عمل الوكالة.

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

لماذا وكالات السفر أولاً

وكالات السفر سوق أول قوي لأن الألم محدد.

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

هذا يخلق مدخلاً واضحاً للمنتج.

لا يحتاج نوفينكت إلى أن يصبح نظام حجز كاملاً اليوم. نوفيك فلايتس يبقى منصة الحجز وإصدار التذاكر المستقبلية. نوفينكت يتعامل مع طبقة ذكاء واتساب الحالية: أسئلة الأسعار، ورؤية العروض، والردود، وتحليلات الطلب.

ما نتحقق منه الآن

التحقق الحالي عملي:

  • هل يستطيع النظام فهم صياغة العملاء الحقيقية؟
  • هل يستطيع تحديد متى يكون الطلب ناقصاً؟
  • هل يستطيع تجنب فحص البوابات غير الضروري باستخدام ذاكرة الأسعار؟
  • هل يستطيع إعداد ردود سيرسلها الموظفون فعلاً؟
  • هل تعرض لوحة التحكم أنماط طلب مفيدة للوكالة؟

هذه هي الأسئلة المهمة قبل أي إطلاق كامل.

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