قد لا يكون أول برنامج لشركتك تطبيقاً.

التطبيق هو النموذج وليس الاستراتيجية

التطبيقات تعتبر ذات معنى عندما يكون استخدامها متكررًا أو يعتمد على ميزات الهاتف أو يحتاج إلى متابعة المستخدم خارج المتصفح. خارج هذه الحالات، بوابة ويب أو آلية أو أداة داخلية يمكن أن تضع نفس القدرة في العمل مع أقل إزعاج.

السؤال الصحيح ليس أي تطبيق سنبني. إنها السلوك أو العملية التي تحتاج إلى تغييرها.

الاختيار حسب حالة الاستخدام

أربعة أسئلة تقلل من فرص البدء بالشكل الخطأ:

• من يستخدمها وكيف؟

• في أي جهاز يتم العمل بالفعل؟

• هل الحل يحتاج إلى كاميرا أو موقع أو إشعارات أو استخدام دون شبكة الإنترنت؟

• كيف يكتشف المستخدم، ويدخل ويعود إلى الحل؟

بناء الممر الكامل

أول إطلاق يجب أن يحل تدفق من البداية إلى النهاية. التقاط طلب دون أخذ المعلومات إلى العملية يخلق صف يدوي آخر. إظهار لوحة دون تحديد من يقرر من خلالها يخلق فقط شاشة جديدة.

اختر مدخلاً، ومعالجة القواعد الضرورية وتسليم خروجاً قابلاً للاستخدام. هذا الممر ينتج عن تعلم حقيقي حول التبني والإستثناءات والقيمة.

دع الهندسة المعمارية تتوافق مع الاختبار

النسخة الأولى يجب أن تكون موثوقة وموثوقة ومستعدة للتطور لا تحتاج إلى توقع كل وظائف مستقبلية. كل حالة إضافية قبل الاستخدام تزيد من المدة والتكلفة دون ضمان النتيجة.

إذا كان التدفق يثبت القيمة والاستخدام يطلب وجودًا محمولًا، فإن التطبيق يصبح قرارًا مدعومًا للأعمال. ليس تفضيل للمصممة.

كيف تختار شكل الإرسال الأول؟

اختر على خلفية الاستخدام، وليس على مظهر المنتج. التردد، الجهاز، الحاجة إلى الوصول دون الوصول، الإشعارات، الكاميرا، الموقع، والتوزيع يحدد ما إذا كان الحل يجب أن يكون تطبيقًا أو نظامًا ويبًا أو آلية أو دمجًا. النموذج هو قرار التشغيل والمشتريات، وليس علامة على النضج.

ما الذي يجب أن يكون في MVP الذي يثبت قيمته؟

الممثل المفضل يجب أن ينجح في القيام بعمل مهم سجل بدون عمل، لجنة بدون قرار أو طلب بدون راتب يزحف فقط العمل اليدوي. تحدد الحدث المدخل والقواعد والخروج والمسؤول والأدلة التي ستظهر ما إذا كان التدفق يعمل.

إنه يقلل من الخيارات، لا يمكن الاعتماد عليه الأمن والخصوصية والحفاظ على الأخطاء وملاحظة الاستخدام هي جزء من النسخة الأولى. ما يمكن أن تتوقعه هو تغييرات وتخصيصات وميزات لم تطلبها السلوك الحقيقي بعد.

كيف يمكن منع النسخة الأولى من أن تصبح مدينة باهظة الثمن؟

تسجل قرارات الهندسة المعمارية، وتحافظ على البيانات التي يمكن تصديرها، وتفصل الخدمات التي يمكن أن تتغير. تحدد أيضاً كيف سيتم مراعاة الأخطاء، ومن يتحمل المسؤولية عن الحوادث، وما هي المعايير التي تشير إلى التبني. الإصدار الأول لا يجب أن يتوقع كل شيء، ولكن لا يمكن أن يخفي تكلفة الاستمرار.

قبل التطوير، قم بمقارنة البديل مع أداة جاهزة وعملية مساعدة. إذا كان إعداد بسيط يمكنه اختبار الفرصة، استخدمها. يأتي البرمجيات الخاصة عندما تكون العملية أو التفريق أو الكمية تبرر فرض المنتج والصيانة.

ما هي الأسئلة التي يجب الإجابة عليها قبل التطوير؟

• ما هي السلوكيات التي تحتاج إلى تغيير بعد الإطلاق؟
• من يستخدمها، في أي جهاز، ومتى؟
• أي تدفق كامل سيتم تشغيله أولاً؟
• ما هي البيانات التي تدخل، ومن يمكنه الوصول إليها؟
• كيف ستعرف الشركة أن التسليم أنتج قيمة؟
• من يقرر الأولوية عندما تأتي فكرة جديدة؟

أسئلة متكررة عن البرمجيات الأولى

التطبيق دائماً يكلف أكثر من نظام الويب؟

لا توجد قاعدة مطلقة، ولكن التطبيقات المحمولة غالباً ما تضيف التوزيع المحلي، وإصدارات النظام، واختبارات على المزيد من الأجهزة، والصيانة المحددة. إذا كان الاستخدام لا يعتمد على هذه الموارد، فإن تجربة الويب يمكن أن تؤكد نفس التدفق مع أقل تعقيد في البداية.

هل يمكن استخدام MVP من قبل عملاء حقيقيين؟

يجب، عندما يكون الهدف هو التحقق من الاستخدام الحقيقي. وهذا يتطلب نطاقًا أقل ومراقبة متناسبة مع المخاطر. الفريق المفضل ليس إثباتًا مكسورًا إنه تقديم محدود، قابل للنظر، وموثوق بما فيه الكفاية لإنتاج الأدلة.