بطاقة المشروعB2C
من
البحث
إلى
الدفع
- العميل
- Hubabak
- القطاع
- بيع تذاكر طيران B2C
- المنطقة
- الشرق الأوسط
- النموذج
- B2C
- النطاق
- تحسين بيع تذاكر الطيران
قصة نجاح عميل
قصة نجاح Hubabak: واجهة بيع رحلات مضبوطة لقرارات شراء أسرع
أعاد بائع تذاكر طيران B2C في الشرق الأوسط ترتيب المسار الذي يسلكه عملاؤه من البحث عن الرحلة حتى الدفع، ليصبح اختيار السعر ودفعه أسرع وأوضح.
- الشرق الأوسط
- بيع تذاكر طيران B2C
- تحسين بيع تذاكر الطيران
- أُطلق في 2024
الموجز
قصة نجاح Hubabak باختصار
تبيع Hubabak تذاكر الطيران مباشرة للمسافرين في الشرق الأوسط. بالنسبة لبائع تذاكر B2C يجري العمل كله على مسار قصير: يبحث المسافر، ويقارن الأسعار، ويختار واحدًا، ويدخل بيانات الركاب، ثم يدفع. كل خطوة زائدة على هذا المسار فرصة لخسارة البيع.
كان المشروع، الذي أُطلق في 2024، تحسينًا لبيع تذاكر الطيران وليس بناءً جديدًا. وكان هدفه محددًا وعمليًا: مساعدة العميل على اتخاذ قرار الشراء بجهد أقل من أول بحث حتى شاشة الدفع، وإظهار المكان الذي يتعثر فيه هذا القرار للفريق.
بُنيت الواجهة على وحدة الطيران في PHPTRAVELS، ويتناول دليل برنامج حجز تذاكر الطيران المحرك نفسه من وجهة نظر المشتري.
أين كان المسار يتعثر
ثلاثة تحديات على مسار الحجز
حددت Hubabak ثلاث مشكلات، تقع كل منها في نقطة مختلفة بين البحث والدفع. اختر تحديًا لترى المراحل التي أثّر فيها والنتيجة التي أعلنها الفريق.
- البحث عن رحلةمرحلة متأثرة
- مقارنة النتائجمرحلة متأثرة
- اختيار السعرمرحلة متأثرة
- بيانات الركابمرحلة متأثرة
- الدفعمرحلة متأثرة
- التأكيدمرحلة متأثرة
التحدي
مقارنة مرهقة
احتاج المستخدمون إلى خطوات كثيرة لتحديد المسار والسعر.
هنا يضع مشتري التذكرة معظم انتباهه. ركّز العمل على تمكين المسافر من تحديد المسار والسعر بحركات أقل، دون أن يفقد التفاصيل التي يحتاجها للقرار.
النتيجة المعلنة
رحلة المستخدم
مسار قرار أسرع
التحدي
فجوات في الثقة عند الدفع
الانتقال إلى الدفع لم يقدّم طمأنة واضحة لإتمام الحجز.
قد يتوقف مسافر اختار السعر بالفعل عند لحظة الدفع. كان الهدف صفحة دفع تعيد عرض ما يُشترى وتجعل الخطوة الأخيرة تبدو آمنة.
النتيجة المعلنة
الثقة في الشراء
تجربة دفع أنظف
التحدي
رؤية محدودة لسلوك المستخدمين
احتاج الفريق إلى رؤية أوضح لأماكن خروج المستخدمين.
يمتد هذا التحدي عبر كل المراحل. من دون صورة واضحة لنقاط الخروج، لم يكن الفريق يعرف هل يغادر العملاء عند المقارنة أو عند الدفع أو في مكان بينهما.
النتيجة المعلنة
إشارات التحسين
رؤية أدق لمسار التحويل
الشاشات الحاسمة
شاشتان تحملان قرار شراء التذكرة
تُكسب معظم مبيعات الطيران B2C أو تُخسر عند مقارنة الأسعار وعند الدفع. تُظهر هذه الرسومات المشروحة ما تضعه النسخة المضبوطة من كل شاشة أمام المسافر.
- صف لكل سعر، والأهم أولًاالأوقات والتوقفات والسعر في المكان نفسه في كل صف، فلا تحتاج العين إلى البحث.
- وسوم تشرح الفرقوسوم قصيرة توضح سبب اختلاف سعر عن آخر، مما يقلل التنقل بين النتائج.
- إجراء واضح واحد لكل سعرزر اختيار واحد يدفع المسافر إلى الأمام بدل فتح طبقة أخرى من الخيارات.
- إعادة عرض الرحلة قبل الدفعيتكرر المسار والمسافرون والسعر في شاشة الدفع، فلا يدفع أحد وهو غير متأكد مما اختاره.
- إجمالي واحد واضحيظهر المبلغ المستحق مرة واحدة وبشكل بارز، فوق الإجراء الذي يخصمه مباشرة.
- خطوة تالية ظاهرةسطر قصير يشرح ما يلي الدفع، فيزيل آخر سبب للتردد.
النتائجالأنسب أولًا
- اختيار
- اختيار
- اختيار
المراجعة والدفعالخطوة الأخيرة
الرحلة
المسافرون
السعر
الإجمالي المستحق
ادفع وأكّد
بعد الدفع يُخبَر المسافر بما سيحدث لاحقًا وأين سيصله تأكيد الحجز.
رسومات توضيحية لأنماط الشاشات، وليست لقطات من موقع Hubabak.
إشارات الخروج
رؤية أين يغادر المسافرون
لم يكن التحدي الثالث على أي شاشة: لم يكن الفريق يرى بوضوح أين يترك العملاء المسار. تتبّع كل جلسة مرحلة بمرحلة يحوّل ذلك إلى أسئلة لها إجابات.
- إلى أي مرحلة يصل المسافرون قبل المغادرة؟
- هل يغادر العملاء عند المقارنة أم بعد اختيار السعر؟
- بعد إعادة تصميم شاشة، هل تتحرك نقطة الخروج؟
trace --path search..payment
# جلسة تُكمل الحجز
- 01search_submittedOK
- 02results_viewedOK
- 03fare_selectedOK
- 04passenger_detailsOK
- 05payment_startedOK
- 06booking_confirmedOK
# جلسة تغادر عند الدفع
- 01search_submittedOK
- 02results_viewedOK
- 03fare_selectedOK
- 04passenger_detailsOK
- 05payment_startedEXIT
> نقطة الخروج: payment_started، أول مرحلة تجب مراجعتها
تتبع جلسة توضيحي؛ أسماء الأحداث تشرح الفكرة وليست بيانات Hubabak.
النتائج
ما الذي تغيّر، بكلمات الفريق نفسه
أعلنت Hubabak ثلاث نتائج، واحدة لكل تحدٍّ. نعرضها كما صاغها الفريق، دون أرقام مختلقة.
المرجعالمجالالنتيجةالحالة
HB-01رحلة المستخدممسار قرار أسرعمعلن
HB-02الثقة في الشراءتجربة دفع أنظفمعلن
HB-03إشارات التحسينرؤية أدق لمسار التحويلمعلن
أصبحت واجهتنا الآن أسرع وأوضح للعملاء الذين يحجزون رحلات الطيران.
تحت الواجهة
التقنيات وراء واجهة Hubabak
تقوم الواجهة على ثلاث طبقات: تطبيق PHPTRAVELS بلغة PHP، وقاعدة بيانات MySQL، ومحتوى الرحلات عبر تكامل Duffel API. إنها القاعدة المستضافة ذاتيًا نفسها الموضحة في صفحة وكالات السفر الإلكترونية، مع الشيفرة المصدرية ضمن ترخيص تجاري.
- الواجهة ومنطق الحجزالبحث ومقارنة الأسعار وبيانات الركاب والدفع، يقدمها تطبيق PHPTRAVELS.
PHP - البياناتالعملاء والحجوزات والإعدادات محفوظة في MySQL.
MySQL - محتوى الرحلاتعروض الرحلات والحجوزات عبر الاتصال بواجهة Duffel API.
Duffel API
حسّن واجهة بيع رحلاتك
صمّم مسار حجز أنظف لقناة B2C لديك. شاهد واجهة الرحلات في عرض مباشر، ثم قارن الباقات ذات الدفع لمرة واحدة.
المزيد عن بيع تذاكر الطيران
الأسئلة الشائعة
أسئلة حول مشروع Hubabak
إجابات قصيرة عن العميل والعمل وكيفية تشغيل واجهة رحلات مماثلة.
تحدّث مع المبيعاتHubabak بائع تذاكر طيران B2C في الشرق الأوسط يبيع الرحلات مباشرة للمسافرين. تعمل واجهته على PHPTRAVELS، وأُطلق المشروع الموصوف هنا في 2024.
ثلاثة أمور: صعوبة المقارنة لأن العملاء احتاجوا خطوات كثيرة لتحديد المسار والسعر، والثقة عند الدفع لأن الانتقال إليه افتقر إلى الطمأنة، والرؤية المحدودة لأماكن مغادرة العملاء لمسار الحجز.
مسار قرار أسرع في رحلة المستخدم، وتجربة دفع أنظف للثقة في الشراء، ورؤية أدق لمسار التحويل لأغراض التحسين. وصف العميل النتائج بهذه العبارات ولم ينشر أرقامًا، لذلك لا تضيف هذه الصفحة أي رقم.
PHP وMySQL لتطبيق PHPTRAVELS وبياناته، مع Duffel API مصدرًا لمحتوى الرحلات.
لا. مقارنة الأسعار وصفحة الدفع وتتبع الجلسة رسومات توضيحية للأنماط التي يقوم عليها العمل، وليست لقطات من الموقع الحي أو من بيانات Hubabak.
نعم. تشغّل وحدة الرحلات في PHPTRAVELS مبيعات الطيران B2C على منصة مستضافة ذاتيًا، مع الشيفرة المصدرية ضمن ترخيص تجاري. احجز عرضًا توضيحيًا لاستعراض مسار الحجز، أو اطّلع على الباقات ذات الدفع لمرة واحدة في صفحة الأسعار.
واصل الاستكشاف