قطاع: الطيران · السفر · السياحة
نوع المشروع: نموذج أولي لتطبيق جوال
خدمات: اكتشاف المنتج · تجربة المستخدم/واجهة المستخدم · تصميم النماذج الأولية · تطوير تطبيقات الجوال · التحقق من صحة المنتج
سوق: الإمارات العربية المتحدة
قبل ما يقرب من عقد من الزمان، عندما كنا نبدأ توسعنا الدولي في دبي، أتيحت لنا الفرصة للمشاركة في مشروع يمثل تمامًا نوع التكنولوجيا التي أردنا بناءها.
منتج رقمي لـ طيران الإمارات.
لم يكن التحدي هو تطوير تطبيق ضخم منذ اليوم الأول.
كان الأمر يتألف من شيء أكثر أهمية بكثير:
لتحويل فكرة إلى منتج يمكن اختباره ولمسه والتحقق من صحته.
كان ذلك هدف اللاعب الأفضل في الدوري.
يُعدّ اتخاذ أحد أهم القرارات في أي مشروع تقني قبل كتابة آلاف الأسطر من التعليمات البرمجية.
هل يستحق الأمر حقاً بناءه؟
كيف ينبغي أن يعمل؟
ما الذي يحتاجه المستخدم؟
ما هي الأجزاء المهمة حقاً؟
أين تكمن القيمة؟
يتيح لك المنتج الأولي (MVP) الإجابة على تلك الأسئلة دون افتراض تكلفة ومخاطر تطوير منصة كاملة منذ البداية.
في هذا المشروع، عملنا تحديداً على تلك المرحلة.
تحويل رؤية المنتج إلى تجربة استخدام فعالة للهواتف المحمولة قادرة على التحقق من صحة الاقتراح.
كان الهدف هو إنشاء تطبيق يسمح للمستخدمين بتصور وتجربة كيفية تطور العلاقة الرقمية بين شركة الطيران وركابها.
هذا يعني العمل في وقت واحد على عدة طبقات.
تجربة المستخدم.
بنية الملاحة.
تصميم واجهة المستخدم.
التسلسل الهرمي للمعلومات.
تدفقات الهاتف المحمول.
النماذج الأولية.
تطوير.
تصديق.
لأن المنتج الأفضل لا ينبغي أن يكون مجرد مجموعة من الشاشات الجميلة.
ينبغي أن يسمح لك ذلك بفهم كيفية تصرف المنتج عندما يبدأ مستخدم حقيقي في استخدامه.
تمثل التطبيقات المتعلقة بالسفر تحدياً خاصاً.
لا يستخدم المستخدم التطبيق دائمًا في ظل نفس الظروف.
قد يكون ذلك:
التخطيط لرحلة من المنزل،,
أبحث عن معلومات من المطار،,
تفاصيل الاستشارة من دولة أخرى،,
إعداد الوثائق،,
أو محاولة حل مشكلة ما بسرعة أثناء التنقل.
هذا يجبرنا على التفكير في تجربة الهاتف المحمول من منظور مختلف.
يجب أن تكون المعلومات واضحة.
يجب أن تكون الإجراءات الرئيسية مرئية.
ينبغي أن تكون عملية التنقل بسيطة.
ويجب أن تختفي التكنولوجيا خلف التجربة.
هناك فكرة واحدة ما زلنا ندافع عنها حتى اليوم في مجموعة ذا كلاود:
المنتج الأولي القابل للتطبيق ليس نسخة سيئة من المنتج.
إنها نسخة مصممة خصيصاً لأغراض التعلم.
ليس هدفها احتواء كل ميزة يمكن تخيلها.
هدفها هو الإجابة بسرعة على أهم الأسئلة المتعلقة بالمنتج.
هل التجربة ناجحة؟
هل التسلسل منطقي؟
هل هو بديهي؟
أين تظهر الاحتكاكات؟
ما الذي يجب تطويره لاحقاً؟
وما الذي لا يستحق التطوير؟
كل إجابة يتم الحصول عليها خلال هذه المرحلة يمكن أن توفر شهورًا من التطوير اللاحق.
كان أحد الدروس التي علمتنا إياها تلك المشاريع الدولية الأولى هو هذا تحديداً.
لا ينبغي أن يبدأ عمل شركة البرمجيات بطرح السؤال التالي:
ما هي التقنية التي نستخدمها؟
ينبغي أن أبدأ بالسؤال التالي:
ما المشكلة التي نحاول حلها؟
تأتي التكنولوجيا لاحقاً.
ولهذا السبب، فإن إنشاء الحد الأدنى من المنتج القابل للتطبيق (MVP) يتطلب أكثر بكثير من مجرد البرمجة.
كان من الضروري أن نفهم:
عندها فقط أصبح من المنطقي تحويله إلى برنامج.
إن العمل مع علامة تجارية عالمية ينطوي أيضاً على مستوى آخر من الطلب.
يجب أن تكون التجربة الرقمية متسقة مع كل ما يتوقعه المستخدم من تلك العلامة التجارية خارج الشاشة.
تصميم.
تَسَلسُل.
شعور بالجودة.
سهولة الاستخدام.
تناسق.
كل قرار بصري ووظيفي يساهم في هذا التصور.
لا يقتصر التحدي على بناء شيء يعمل فحسب.
يتضمن ذلك بناء شيء ما يبدو أنها تنتمي إلى العلامة التجارية التي صُممت من أجلها.
يحمل هذا المشروع أيضاً معنى خاصاً بالنسبة لنا.
يمثل ذلك مرحلة مبكرة في التاريخ الدولي لمجموعة ذا كلاود.
عندما بدأنا العمل في دبي، أدركنا مبكراً جداً أن المنافسة خارج سوقنا المحلي تتطلب أكثر من مجرد القدرة على التطوير.
كان علينا أن نتعلم كيف نعمل مع:
العلامات التجارية العالمية،,
فرق متعددة الثقافات،,
البيئات الدولية،,
مشاريع ذات انتشار أوسع،,
ومعايير منتجات أكثر صرامة.
لقد أثرت تلك التجربة في نهاية المطاف على الطريقة التي نتعامل بها مع المشاريع اليوم.
لقد تغيرت التكنولوجيا كثيراً منذ ذلك الحين.
لقد تطورت تطبيقات الهواتف المحمولة.
تختلف البنى المعمارية.
لقد أحدث الذكاء الاصطناعي تحولاً جذرياً في ما يمكننا بناؤه.
توقعات المستخدمين أعلى بكثير.
لكن هناك شيء لم يتغير عملياً.
قبل بناء منصة معقدة، نواصل محاولة الإجابة على نفس الأسئلة:
ما المشكلة التي نحاول حلها؟
لمن؟
ما هي أبسط طريقة لإثبات صحة فرضيتنا؟
ولهذا السبب نواصل استخدام الحد الأدنى من المنتجات القابلة للتطبيق، والنماذج الأولية، ومراحل الاكتشاف كأدوات أساسية في تطوير المنتجات الجديدة.
يُمكّن المنتج الأولي المُنفذ بشكل جيد المؤسسة من:
تقليل الاستثمار الأولي.
ليس من الضروري تطوير المنتج بأكمله للبدء في التحقق من صحة الفكرة.
اكتشف المشاكل مبكراً.
إن تغيير الشاشة أثناء مرحلة النموذج الأولي يكلف أقل بكثير من إعادة تصميم البنية عندما يكون المنتج قيد الإنتاج بالفعل.
إعطاء الأولوية للوظائف.
فهو يسمح لك بفصل ما هو مهم عما هو مرغوب فيه فحسب.
قم بتنسيق الفرق.
إن المنتج الذي يمكن رؤيته واختباره يثير نقاشات أكثر واقعية بكثير من وثيقة مؤلفة من مئة صفحة.
الوصول إلى السوق أولاً.
تُتخذ القرارات بناءً على الأدلة، وليس على الفرضيات فقط.
يُعد هذا المنتج الأولي جزءًا من رحلة ستقودنا لاحقًا إلى تطوير منصات الأعمال، وتطبيقات الهاتف المحمول، والبرمجيات كخدمة (SaaS)، وأنظمة تخطيط موارد المؤسسات (ERP)، وأنظمة إدارة علاقات العملاء (CRM)، وأنظمة التشغيل الآلي والتكامل للمؤسسات في مختلف البلدان.
لكن الفلسفة تبقى متشابهة للغاية.
لا تبدأ بالبرمجة.
ابدأ بالمشكلة.
افهم ذلك.
صمم حلاً.
تحقق من ذلك.
ثم ابدأ بالبناء.
عندما ننظر إلى بعض مشاريعنا الدولية المبكرة، قد تبدو التكنولوجيا قديمة الطراز.
تتغير الأجهزة.
تتغير الأطر.
تتغير الواجهات.
لكن القرارات الجيدة المتعلقة بالمنتج تدوم لفترة أطول.
فهم المستخدم.
تقليل التعقيد.
تحقق من صحة المعلومات قبل استثمار الكثير من المال.
لا تبني إلا ما يولد قيمة.
لا تزال طريقة العمل هذه منطقية تماماً حتى اليوم.
وربما ستظل كذلك لعشر سنوات أخرى.
على مجموعة السحابة نحن نساعد الشركات وفرق الابتكار على تحويل الأفكار إلى منتجات رقمية قابلة للتحقق.
اكتشاف.
تجربة المستخدم/واجهة المستخدم.
النماذج الأولية.
أفضل لاعب في المباراة.
تطبيقات الهاتف المحمول.
SaaS.
بنيان.
تطوير.
أولاً نثبت أن الفكرة منطقية. ثم نقوم بتوسيع نطاق التكنولوجيا.
Español Español 
English
Français
العربية
Português
Deutsch
Italiano
