عن المشروع
حجز السفر عبر الإنترنت يعني عادة أن تقوم أنت بالعمل كله: بحث، وفلترة، ومقارنة، ثم إعادة الكرّة. وفي اللحظة التي تخرج فيها الرحلة عن البساطة — عائلة من ستة أفراد، مسار متعدد المدن، منطقة فندقية محددة، أو ميزانية لا يمكن تجاوزها — تتوقف خانات البحث عن الإفادة.
وفي المقابل، وكالات السفر تحل هذه المشكلات بالذات كل يوم. ما كان ينقصها هو قناة تصل إلى المسافر في لحظة النية.
ترحال تقلب المعادلة المعتادة. المسافر لا يبحث، بل يصف الرحلة التي يريدها — الوجهات، التواريخ، الميزانية، عدد المسافرين، وما يهمه فعلاً — وينشرها كطلب. ثم ترد الوكالات بعروض حقيقية. يقارن المسافر عروضاً جاهزة لا مخزوناً خاماً، ويختار أحدها، ويدفع عبر المنصة، ويستلم تذاكره فيها.
منصة واحدة، وجانبان، ورحلة كاملة من «أريد أن أسافر» إلى تذكرة في اليد — دون مكالمة هاتفية واحدة.
كيف بنيناها
جانب المسافر: وصف رحلة، لا البحث عنها
كان على مسار الطلب أن يلتقط تفاصيل تكفي الوكالة لتسعير دقيق، دون أن يتحول إلى استمارة لا يكملها أحد. صمّمناه وفق الطريقة التي يصف بها الناس رحلاتهم فعلاً — الوجهة والتواريخ أولاً، ثم التفاصيل التي تصنع السعر — ليستغرق الطلب المكتمل دقائق لا عشرين دقيقة.
جانب الوكالة: التسعير بسرعة تكفي للفوز
في منصة تتنافس فيها العروض، سرعة الاستجابة هي المنتج نفسه. بنينا أدوات الوكالات حول هدف واحد: أن ترى الوكالة الطلب الجديد، وتفهمه فوراً، وترسل عرضاً متكاملاً خلال دقائق — بقوالب محفوظة، ومكوّنات قابلة لإعادة الاستخدام، وكل ما تحتاجه للتسعير في شاشة واحدة.
ما بينهما: المقارنة والدفع والتسليم
عروض الوكالات المختلفة مُنظّمة بشكل يجعل مقارنتها ممكنة فعلاً — لا على السعر وحده، بل على ما يشمله كل عرض. والدفع يتم داخل المنصة، والتذاكر تُصدر وتُسلم فيها أيضاً، فلا تغادر المعاملة النظام الذي أنتجها.
الجزء الصعب
مشكلتان تقنيتان رسمتا ملامح هذا المشروع — وكان لا بد من حلّهما معاً ليعمل المفهوم أصلاً.
سرعة الاستجابة
المنصة القائمة على العروض تحيا أو تموت بسرعة وصول هذه العروض. المسافر الذي ينشر طلباً ولا يسمع شيئاً ليوم كامل يكون قد ذهب إلى مكان آخر. وهذا جعل زمن الاستجابة متطلباً في المنتج لا هدفاً في الأداء: الطلبات يجب أن تصل إلى الوكالات المناسبة فوراً، والإشعارات يجب أن تكون لحظية وموثوقة، وكل شاشة تلمسها الوكالة أثناء التسعير يجب أن تستجيب دون انتظار. صمّمنا طبقة توزيع الطلبات والإشعارات حول هذا القيد منذ البداية، لا كتحسين لاحق.
بيانات الطيران والغرف الفندقية
والمشكلة الثانية هي التي تستهين بها كل منصات السفر. مخزون الطيران والفنادق ضخم، ويتغير باستمرار، ويأتي من مصادر متعددة بأشكال غير متسقة، ولا يكون صحيحاً إلا لفترة قصيرة. والتوفر والأسعار قد تتغير بين لحظة إعداد الوكالة للعرض ولحظة قبول المسافر له.
والتعامل مع هذا يعني أن تُعامل طزاجة البيانات كقضية أساسية — كيف يُجلب المخزون، وكم يمكن الوثوق به، وكيف يُخزّن مؤقتاً، وماذا يحدث حين يكون أحد المصادر بطيئاً أو متوقفاً، وكيف يتصرف العرض حين يتغير التوفر من تحته. والخطأ هنا لا ينتج منصة بطيئة، بل منصة تبيع أشياء لم تعد موجودة.
النتيجة
تعمل ترحال كدائرة متكاملة: مسافر يصف رحلة، ووكالات تتنافس عليها بعروض حقيقية، وعرض فائز يتحول إلى تذكرة مدفوعة دون أن يغادر أحد المنصة.
منتج أصعب في البناء من خانة بحث — ولهذا بالضبط هو منتج مختلف.
