10 خطوات لإنشاء MVP في 6 أسابيع.

رحلة بدء التشغيل.

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

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

أفضل لاعب

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

يضع الناس اليوم معنىً مختلفًا على أفضل لاعب مما حدده فرانك روبنسون في البداية في عام 2001 http://www.syncdev.com/minimum-viable-product/.

يعتقد بعض الناس ، أن MVP لم يعد التركيز الحقيقي بعد الآن ، وربما ليس ذو صلة:

  • https://hackernoon.com/the-mvp-is-dead-long-live-the-rat-233d5d16ab02
  • https://medium.com/the-happy-startup-school/beyond-mvp-10-steps-to-make-your-product-minimum-loveable-51800164ae0c
  • https://blog.leanstack.com/dont-start-with-an-mvp-aa883de5cd18

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

قصة MVP التي مدتها 6 أسابيع!

في Madappgang ، التقينا يومًا ما بحالة واقعية من مهمة بدء تشغيل صعبة للغاية. أراد السيد دونافان رائد الأعمال ، مؤسس مشروع Creator Connect ، أن نبتكر برنامج MVP في 6 أسابيع. الهدف من المشروع هو منح كل المواهب الفنية منصة لخلق والتواصل والتعاون بضغطة زر. فيما يلي المتطلبات الرئيسية:

  • يجب أن يكون تطبيق iOS الأصلي ، للنمو والتوسع بسرعة وسهولة بعد إصدار MVP ، يتكون التصميم من 163 شاشة
  • يجب أن توفر اتصالات المراسلة في الوقت الحقيقي
  • يجب أن يكون لديك أداة تنسيق للتحكم في المحتوى السيئ والمستخدمين وحظره
  • يجب أن يكون له تدفق دفع متكامل
  • يجب أن يكون قادرًا على إنشاء بيانات الرسم البياني ذات الصلة مع الإشارات وعلامات التصنيف
  • يجب أن يتم ذلك وإطلاقه في 6 أسابيع

الدروس المستفادة

بدت هذه المهمة وكأنها وظيفة لمدة 6 أشهر ، وليس 6 أسابيع. ولكن إذا نظرت إلى النقطة الأولى في مؤسستنا ، فسوف تفهم لماذا لم يوقفنا. نحن نؤمن إيمانا عميقا بأنه لا توجد حالة مستحيلة!

صحيح لمعتقداتنا فعلنا ذلك. كان الأمر صعبًا وخطيرًا وصعبًا بشكل ملحوظ. وهنا الدروس التي تعلمناها.

تواصل كثيرًا

يبدو أنه اقتراح سيئ للوهلة الأولى ، لكنه ليس كذلك. سوء الاتصال هو السبب الرئيسي لمشاريع فاشلة. التواصل الصحيح في الفريق هو رقم واحد ويجب أن يكون سريعًا وفعالًا. فماذا يعني أن يكون لديك اتصال جيد؟ أولاً ، يجب أن يكون الرئيس التنفيذي / المؤسس جزءًا من الفريق. نحن نستخدم منهجية سكروم للتحرك بسرعة وتنسيق عملنا ، لذلك نحتاج إلى تخصيص بعض الوقت للتأكد من أن مدير منظمة التعاون الاقتصادي / المؤسس يفهم كيفية عمل سكروم. قد يعتقد المرء أنه يبدو سهلاً: ما عليك سوى نقل المهام في الصفوف من اليسار إلى اليمين ، ولكن المشكلة هي أنه ليس من السهل أن يكون Scrum اجتماعًا يوميًا وتخطيطًا سريعًا وتقدير المهام والاجتماعات بأثر رجعي وتحديد الأولويات المتراكمة والأهم أنه سريع محادثة لدفع السرعة. يجب أن يكون المؤسس في نفس الصفحة مع الجميع في الفريق وأن يكون مالكًا حقيقيًا للمنتج. يلعب مالك المنتج دورًا محوريًا في عملية سكروم ولعب الدور ، يجب على الرئيس التنفيذي فهم قواعد ومعنى كل طقوس. لحسن الحظ ، لدينا كتاب مذهل لمساعدتنا في التنقل ، ودليل سريع وسهل الفهم لأفراد الفريق غير التقنيين على متن الفريق .Scrum: The Art of Doing مرتين العمل في نصف الوقت

استخدم التكنولوجيا للسرعة

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

  • AppSync AWS ، GraphQL
  • S3 مع CloudFront
  • AWS lambdas (Golang و Nodejs)
  • Identifo بواسطة MadAppGang
  • إنفيجن

إعطاء الأولوية للتراكم

اقضِ بعض الوقت مع الفريق وقم بتأليف التراكم. التراكم هو طريقك والطريقة الوحيدة لقياس سرعتك. بعد 1-2 سباقات ، ستجد سرعتك ، وتفهم سرعتك وستكون قادرًا على توقع معالم الإطلاق. في حالتنا ، بعد السباق الأول ، أدركنا أننا بحاجة إلى مطورين آخرين لإطلاق MVP في الوقت المناسب.

تضحية

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

  • لا المدفوعات وتدفق المدفوعات
  • لا القدرة على متابعة المستخدمين
  • تبسيط خلاصة الأخبار
  • لا إشعارات
  • تأهيل مبسط
  • لا توجد صور في المحادثات في الوقت الحقيقي
  • لا مشاركة
  • لا توجد معالجة خطأ (يرى المستخدمون الأخطاء الملائمة للمطورين :-))
  • عملية تحميل صور بسيطة حقا

لا تبخل على الاختبار

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

في اليابان ، تصنع شركات مثل هوندا وتويوتا ونيسان سيارة فاخرة في المتوسط ​​كل 17 ساعة. في حين يستغرق مصنعو السيارات في ألمانيا ، مثل أودي وبي إم دبليو ومرسيدس 57 ساعة لصنع سيارة فاخرة. كانت السيارات التي تنتجها المصنوعات اليابانية في المتوسط ​​34 عيبًا فقط في كل 100 مركبة ، بينما كان المصنعون الألمان يصنعون السيارات بمتوسط ​​78.7 عيبًا لكل 100 مركبة. الفرق هو أنه عندما يجد شخص ما على خط إنتاج تويوتا عيبًا ، فإنه سيوقف خط الإنتاج بالكامل وسيصلح الجميع هذا العيب معًا هناك ثم. توفر هذه الطريقة أيضًا تعليقات مباشرة على المكان الذي تم إنشاء هذا العيب فيه ، ويمكن إجراء عملية حتى لا تحدث مرة أخرى. بينما في BMW ، يتم إصلاح العيوب في السيارات بعد خروجها من خط الإنتاج في النهاية. لدعم هذا ، يشير جيف أيضًا إلى البحث الذي أجرته Palm والذي أظهر أنه إذا تم إصلاح خطأ في البرنامج بعد ستة أسابيع من وقت اكتشافه ، فسيستغرق إصلاحه 24 مرة أطول مما لو تم إصلاحه في لحظة اكتشافه .

عليك تكوين فريق كامل

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

كن مستعدًا للخطة ب

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

عليك ان تؤمن بنفسك

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

اعمل بجد

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

ابحث عن مطورين جيدين

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

اقرأ المزيد من القصص الرائعة على مدونتنا: https://madappgang.com/blog