بنية معلومات وواجهات · مفهوم سفر
Fly.way
الموقع والسعر والمراجعات، قبل قرار الحجز.
جرّب النموذج
مفهوم لتطبيق سفر وحجز · Figma
دوريتنظيم المحتوى وتصميم الواجهات ومسار الحجز.
التحدي التصميمي في Fly.way هو الانتقال من استكشاف وجهة إلى حجزها: كيف يراجع المسافر المكان والتكلفة، ثم يدخل بياناته دون أن تتزاحم القرارات في شاشة واحدة؟ ركّزت على بنية المعلومات وتسلسل الحجز.
القرارات خلف الواجهات
اجمع ما يحتاجه قرار الوجهة.
رتّبت صفحة المكان لتضم الوصف والصور والخريطة والمراجعات، مع السعر للفرد وزر الحجز. الهدف أن يراجع المسافر هذه التفاصيل قبل الانتقال لإدخال بياناته.
قسّم الحجز حسب نوع القرار.
تعرض الواجهة ثلاث مراحل: الوقت والتاريخ، ثم التفاصيل، ثم الدفع. يفصل هذا التسلسل اختيار الرحلة عن بيانات الحجز، ويوضح مؤشر التقدم المرحلة الحالية وما تبقّى.
أبقِ التكلفة بجانب المتابعة.
في شاشة اختيار الموعد، يظهر الإجمالي بجانب زر الخطوة التالية. وضعت معلومة التكلفة عند نقطة الانتقال، حتى يراجعها المستخدم قبل متابعة الحجز.
ما خرجت به
المخرج هو نموذج يربط استكشاف الوجهة بمراحل الحجز. ما أريد التحقق منه لاحقًا: هل يستطيع المستخدم تحديد تكلفة الرحلة وإكمال اختيار الموعد دون الرجوع للبحث عن معلومة ناقصة؟