مفهوم · نموذج أولي يعمل على الويب · 2026
يساعد Leeway المسافرين على تخطيط وصولهم إلى مطار بن غوريون: يحجزون موعدًا للفحص الأمني مسبقًا، ويتابعون تقدّمهم داخل المطار.
مشروع مفاهيمي. يعمل النموذج الأولي في أي متصفح، لكنه غير متصل بأنظمة الحجز أو الأمن في المطار.
01 التحدّي
في بن غوريون، يمرّ المسافرون المغادرون بمقابلة أمنية قصيرة عند مدخل المبنى، قبل تسجيل الوصول. يصعب توقّع مدّتها، لذلك يصل معظم الناس قبل ثلاث ساعات ببساطة. يستبدل Leeway هذا التخمين بموعد محجوز.
«أصل دائمًا إلى المطار قبل الرحلة بثلاث ساعات تقريبًا».المُشارِكة 4 (مترجم عن العبرية)
02 البحث والاتجاه
أشارت أربع مقابلات إلى الشيء نفسه: لا يستطيع المسافرون معرفة كم سيستغرق المطار، فيصلون مبكرًا احتياطًا.
قبل الإقلاع بساعتين ونصف إلى ثلاث ساعات ونصف، في كل رحلة.
الاستجابة في التصميمتُبنى المواعيد انطلاقًا من موعد إقلاع الرحلة.
الأمن في رحلة، وتسجيل الوصول في الرحلة التالية.
الاستجابة في التصميميُحجز الأمن فقط. يظهر تسجيل الوصول دون أن يُوعَد بموعد له.
جواز السفر وبطاقة الصعود عند المكتب.
الاستجابة في التصميميُعرض رمز QR بجانب الوثائق، لا بدلًا منها.
الأرقام من أربع مقابلات حقيقية. استُخدمت أربعة سيناريوهات محاكاة فقط للإشارة إلى افتراضات تحتاج إلى فحص. منهجية البحث
الشخصية الرئيسية
خسر مرةً أكثر من ساعة عندما أُغلق أحد المكاتب. منذ ذلك الحين يصل دائمًا قبل ثلاث ساعات. ينقصه التحكّم، لا الصبر.
الشخصية الثانوية
تخطّط بأدواتها الخاصة. أطول انتظار لها كان عند تسجيل الوصول، لذلك يخدمها Leeway أقل من غيرها.
الدرجات (1 = إحباط، 5 = دافعية) تقديرات سيناريوهية من تمرين خرائط الرحلة، مبنية على بحث الشخصيات. لم تُقَس لدى مشاركين.
يحجز Leeway الفحص الأمني ويرافق المسافر حتى نهاية تسجيل الوصول. يظهر تسجيل الوصول كمرحلة تالية دون موعد محجوز، لأن مدّته تعتمد على أمور لا يمكن حجزها.
03 تصميم Leeway
اختيار واحد عند الحجز، وشاشة رئيسية تتبع الرحلة، وتأكيد يعمل تحت الضغط.
A · الحجز
طلبت الإطارات الأولى اختيارين: موعدًا للأمن وموعدًا لتسجيل الوصول. حذفت الثاني: بعد فحص لا يمكن توقّع مدّته، يصبح موعد تسجيل الوصول تخمينًا في هيئة حجز.
تعرض الشاشة الآن تسعة مواعيد مدّة كلٍّ منها 20 دقيقة، تُبنى من موعد الإقلاع. آخرها ينتهي قبل الإقلاع بساعتين.
B · المتابعة
تحافظ الشاشة الرئيسية على تخطيط واحد، لكن بطاقة الحالة تتغيّر مع حالة المسافر، فتكون الخطوة المفيدة التالية واضحة دائمًا.
C · الإتاحة
عند المكتب، يُفتح رمز QR بملء الشاشة بلمسة واحدة، وغلاف التطبيق محفوظ مؤقتًا فيعمل حتى دون إشارة.
كثير من المسافرين لا يقرؤون العبرية، لذا تعمل الواجهة بالعبرية والإنجليزية والعربية والروسية، مع اتجاه من اليمين إلى اليسار حيث يلزم. مبدّل اللغة موجود في الشاشة الرئيسية، حيث يجده من لا يستطيع قراءة الواجهة.
اللغة البصرية
من بين أربعة اتجاهات طوّرتها، استبعدت الأكثر مرحًا: لم تناسب النبرة المرحة أكثر لحظات الرحلة توترًا.
04 التفاعل والنموذج الأولي
نموذج أولي يعمل بـ HTML وCSS وJavaScript. تصفّح المسار الرئيسي، ثم جرّبه بنفسك.
لقطات من النموذج الأولي. بطاقة الرحلة مبنية على سجل إقلاع تجريبي؛ توفّر المواعيد محاكاة.
أدخل رحلة حقيقية تغادر بن غوريون في الأيام القريبة، وستُحسب المواعيد من موعد إقلاعها.
05 النتائج والتأمّل
راقبت ما يصل إلى سبعة أشخاص يجرّبون النموذج الأولي، بشكل غير رسمي. ردود أفعالهم قادت إلى هذه التغييرات.
كان الحقل الفارغ يفتح شاشة خطأ كاملة، فيتجمّد الناس. الآن يحدّد النموذج ما ينقص في مكانه.
بعد: الحقول المطلوب تصحيحها معلَّمة في مكانها.
عرضت الجولة الأولى شريط تواريخ ومواعيد على امتداد الصباح. تعرض الشبكة النهائية التسعة المناسبة للرحلة فقط.
بعد: مواعيد مبنية من موعد الإقلاع.
سأل الناس ماذا يحجزون بالضبط. يشير إرشاد الزيارة الأولى الآن إلى عناصر التحكّم الحقيقية.
بعض المختبِرين لا يقرؤون العبرية. كان لهذا التغيير الأثر الأكبر.
يقبل الحقل الآن صيغ جوازات السفر غير الإسرائيلية.
ثبّتت النسخة الأولى مواعيد المثال من Figma؛ فحصلت رحلة الساعة 21:10 على موعد في 6:40. القاعدة الآن في مكان واحد في الكود.
حجز مرحلة واحدة أبقى المسار قصيرًا وسهّل حذف الشاشات غير الضرورية.
القيمة في ملف التصميم قد تكون مثالًا أو قاعدة. الآن أحدّد أيّهما قبل بناء أي شيء.
ملحق
لوحات البحث الكاملة والمنهجية وملاحظات التنفيذ، لمن يريد التعمّق.
أجريت مقابلات مع أربعة أشخاص. وبالتوازي كتبت أربع مقابلات محاكاة لاختبار افتراضات لم يكن لدي من أسأله عنها: مسافر أعمال دائم، وأب لأطفال صغار، ومتقاعد يتجنّب التطبيقات الجديدة، وعامل عمليات في المطار. هي معلَّمة كمحاكاة في كل وثيقة، ولم تُستخدم لبناء الشخصيات، ولا يُستشهد بها كدليل.
| الاستنتاج | مقابلات حقيقية | سيناريوهات محاكاة | الاستخدام |
|---|---|---|---|
| وصول مبكر ثابت مهما كان الازدحام | 3/4 | 3/4 | دليل |
| عنق الزجاجة يتنقّل بين الأمن وتسجيل الوصول | 3/4 | 2/4 | دليل |
| التعريف يتم بالوثائق الورقية | 3/4 | 1/4 | دليل |
| قد لا يكفي الاسم ورقم الرحلة للتعريف | 0/4 | 1/4 | فرضية |
| قد يترك المسافرون الأقل تقنيةً التسجيل الرقمي المسبق | 0/4 | 1/4 | فرضية |
جاء حقل جواز السفر من الفرضية الأولى. أضفته رغم ذلك لأن كلفة الخطأ غير متماثلة: حقل إضافي واحد مقابل مسافر لا يمكن التعرّف عليه عند المكتب. وهذا يتّسق أيضًا مع الاستنتاج الحقيقي بأن جواز السفر هو أول وثيقة تُطلب.
كان الاختبار ملاحظة غير رسمية لما يصل إلى سبعة أشخاص، دون تسجيل ودون مهام محدّدة. ثُبّتت أدوات تحليل لكنها لم تسجّل الزيارات بشكل موثوق، لذا لا توجد بيانات كمّية.
قالت إحدى المشاركات الحقيقيات إن الطابور أصبح أسرع من تلقاء نفسه خلال العام الأخير. ومع ذلك ما زال الناس يصلون قبل ثلاث ساعات، ما أشار إلى أن المشكلة هي عدم اليقين لا طول الطابور.
راجعت كل مرحلة في خرائط الرحلة مقابل خريطة الموقع مرتين. حُذفت الشاشات التي لا مرحلة لها في الرحلة (الأسئلة الشائعة، اتصل بنا، سجل الرحلات)، وكذلك موعد تسجيل الوصول عند الحجز. تتضمّن البنية النهائية حالتين مع انتقالات تلقائية بينهما. اختبار القبول للشخصية الرئيسية معلَّم على اللوحة كناجح جزئيًا: التطبيق لا يتنبّأ بعد بازدحام تسجيل الوصول.
النموذج الأولي مكتوب بـ HTML وCSS وJavaScript خالصة ومستضاف على GitHub Pages. بنيته بمساعدة مساعد برمجة بالذكاء الاصطناعي، انطلاقًا من ملف Figma الخاص بي، وراجعت النتيجة شاشةً شاشة. يستخدم البحث عن الرحلة مصادر عامة بلا مفاتيح: لوحة المغادرة المفتوحة لسلطة المطارات الإسرائيلية للتاريخ والوقت والمبنى، وقاعدة بيانات مسارات كبديل. لا يغادر الاسم ولا رقم الجواز الجهاز.
| السلوك | النسخة الأولى | بعد التحسين |
|---|---|---|
| المواعيد | قيم مثال منسوخة من إطار Figma | تسعة مواعيد بمدّة 20 دقيقة تُبنى رجوعًا من الإقلاع، معرّفة في مكان واحد |
| رحلة غير معروفة | كان يعود إلى مسار العرض التجريبي | يعرض الرقم المكتوب فعلًا في بطاقة محايدة |
| مسافرون إضافيون | يمكن إضافتهم دون حذفهم | إجراء حذف مع إعادة الترقيم |
السؤال الذي غيّر التصميم أكثر من غيره طُرح أثناء البناء: إذا كان موعد تسجيل الوصول يعتمد كليًا على فحص لا يمكن توقّعه، فلماذا يُعرض كخيار أصلًا؟ أزال هذا السؤال محدِّدًا كاملًا من شاشة التسجيل.
