حقق منتجك ** الحد الأدنى القابل للتطبيق ** لاختبار مفهومك.
يجب أن يكون ** المحيط ** الخاص بـ MVP ** مخفض ** بينما يسمح لك بتسويق منتجك.
راهن على ** المُبدلين الأوائل ** واحصل على الحد الأقصى من ** الملاحظات **.
يتم نشر قناتك MVP وقابلة للاستخدام في ** الإنتاج **.
** Fail ** fast is ** learn ** fast.
** تجربة سريعة ** الحل (بضعة أسابيع) ، وجمع ** ردود الفعل ** من المستخدمين لديك والتعلم من أخطائك.
لا تخف من تغيير كل شيء **.
لا تنس ، سوف تفشل! **
** K ** eep ** I ** t ** S ** imple و ** S ** tupid.
** تجنّب الإفراط في الهندسة ** ، إذا كان نموذج "الورق" أو نموذج Google كافٍ لاختبار مفهومك ، فلا تذهب إلى أبعد من ذلك.
ابق بسيط! كلا من الناحية الفنية والوظيفية.
تحديد أقل ، ** توسيع المزيد **.
حدّد مواصفاتك إلى الأساسيات المجردة ، ** ركز على "ماذا" ** بدلاً من "كيف".
يجب أن يكون المنتج أكثر ** موثقًا ذاتيًا ** ممكن.
يجب أن يتم إصدار الوثائق بنفس طريقة التوليف.
دراسة منهجية ** حلول SaaS **.
** حلول SaaS ** ** مستدامة وفعالة من حيث التكلفة **.
في بعض الحالات ** SaaS ** يمكن ** تسريع ** تنفيذ ** MVP **.
التفكير في الرؤية الاقتصادية ** فيما يتعلق بالبدائل من حيث ** التكلفة الإجمالية ** (** TCO **: ** T ** otal ** C ** ost of ** O ** wnership ) وليس فقط من حيث تكلفة الترخيص.
يجب ألا يكون النشاط الأساسي ** ** عائقاً أمام بناء خدمات وتطبيقات جديدة.
يجب أن تكون سرعة تطور وتسليم الأعمال الأساسية متوافقة مع خفة الحركة ** للخدمات التي تستهلكها.
يجب أن تعرض الأعمال الأساسية ** الخدمات **.
يجب أن تتبنى الأعمال الأساسية مبدأ ** مدفوعًا بالأحداث ** ، حيث تقوم بالإبلاغ عن إجراءات الإدارة في شكل أحداث.
** النشر في الإنتاج ** هو حدث غير مناسب.
استفد من ** النشر المستمر ** للتكيف ** ** الإنتاج ** إلى ** متطلبات العمل ** وليس العكس.
** يجب أن تكون ** عمليات النشر ** عبر البيئات ، حتى ** الإنتاج ** ** تلقائية ** و ** متكررة **.
يسمح لك نهج ** بيتا ** الدائم بإشراك المستخدمين في عملية التطوير.
لا تتردد في استخدام مبدأ بيتا الدائم الذي يشارك فيه ** المستخدمون في التطوير **.
يشير مصطلح beta الدائم إلى تطبيق تم تطويره في الوقت المناسب ، ** يتطور باستمرار ** ، وليس منتجًا غير مكتمل.