هل يجب عليك إنشاء MVP قبل إنشاء التطبيق؟

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

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

سواء كنت تعمل في مجال إنشاء تطبيقات الأجهزة المحمولة أو منتجات SaaS ، هل فكرت في استخدام الحد الأدنى من المنتجات القابلة للتطبيق (MVPs) لحماية استثمارات عملائك؟

لا يسمح لك MVPs فقط بالحصول على المشاريع من خلال خط الأنابيب الخاص بك بسرعة أكبر ، ولكنهم يمكّنون المطورين من إنشاء منتجات أقوى بشكل عام لعملائهم.

إليك ما تحتاج إلى معرفته.

قيمة MVPs في تطوير التطبيقات

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

كان إريك ريس ، مؤلف كتاب The Lean Startup ، من أوائل المدافعين عن أفضل المحترفين وكان لديه بعض الأشياء المثيرة للاهتمام ليقولها حول سبب وكيفية استخدامها مرة أخرى في عام 2013:

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

خذ Dropbox ، على سبيل المثال. هذا ما بدت عليه الصفحة المقصودة للمنتج في عام 2009:

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

هذا بعيد كل البعد عن التخزين القوي وإنشاء المحتوى وخدمة التعاون التي يستخدمها كل من المستهلكين والشركات اليوم:

لكن هذا هو جمال MVP. بشكل أساسي ، يجبر المطورين على إنشاء منتجات بالحد الأدنى - ولكن الأساسي للغاية - من مجموعة الميزات .

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

هناك فوائد أخرى لإنشاء MVP:

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

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

كيفية بناء MVP القيّم الذي يرغب المستخدمون في اختباره

يعتمد نجاح MVP الخاص بك على قدرته على الاستفادة من الرؤى والتعليقات المقدمة من قبل المتبنين الأوائل - أولئك الذين يقفون إلى جانبك بنسبة 100٪ ، ويؤمنون بالمنتج ويريدون مساعدتك في سد الثغرات. لذا ، لا تغفل عن ذلك.

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

إليك بعض الأشياء التي يجب عليك فعلها قبل إنشاء MVP وتشغيله:

1. تحديد الغرض من المنتج

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

على سبيل المثال ، هذه هي الطريقة التي باعت بها Uber (ثم UberCab) نفسها خلال النسخة التجريبية في عام 2010:

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

القفز إلى الأمام في العام ، سترى أن أوبر بدأت في ترسيخ هويتها وقيمتها من خلال إطلاق منتجها الرسمي:

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

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

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

2. حدد المستخدمين المثاليين

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

على وجه التحديد ، عليك التفكير في الموقع.

في مثال Uber أعلاه ، يمكنك أن ترى أن المنتج التجريبي قد تم اختباره في سان فرانسيسكو فقط.

النسخة الأولية من Airbnb فعلت شيئًا مشابهًا. يروي جو جيبيا ، المؤسس المشارك لشركة Airbnb ، قصة أفضل لاعب في إحدى حلقات برنامج How I Build This في عام 2017.

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

لذلك ، أنشأ هو وشريكه موقعًا إلكترونيًا باسم "AirBed & Breakfast". بمجرد إطلاقه ، انتشر بعيدًا عن منطقة اختبار سان فرانسيسكو الأصلية.

في عام 2009 ، كان هناك تأجير AirBnB في 72 دولة. اليوم ، لديك عمليًا ما تختاره من القمامة في أي مدينة حول العالم. لكن كل شيء بدأ مع سان فرانسيسكو.

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

3. اختر تنسيق MVP

يعد تنسيق MVP الخاص بك أمرًا مهمًا آخر يجب التفكير فيه قبل القيام بأي مبنى.

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

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

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

في عام 2018 ، أعلن راند فيشكين أنه سيغادر Moz ، الشركة التي شارك في تأسيسها عام 2004. وفي الوقت نفسه ، أعلن عن منتج جديد يسمى SparkToro.

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

لأولئك منكم الذين يبنون MVP لعلامة تجارية جديدة ، ربما لن تكون محظوظًا جدًا. ومع ذلك ، سيعتمد الأمر حقًا على نوع المنتج الذي تخطط لبنائه.

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

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

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

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

4. البحث عن الحد الأدنى الفعلي الخاص بك

إذا شاهدت فيديو Eric Ries ، فسترى أنه يقدم صيغة لتحديد الحد الأدنى من ميزات MVP الخاص بك. يذهب مثل هذا:

# من الميزات الدنيا التي تعتقد أنك بحاجة إليها / 8 = الحد الأدنى الحقيقي

من المنطقي أن تجعلك هذه الصيغة تشعر بالقلق. لكن فكر في الأمر على هذا النحو:

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

قد تحدث بعض الأشياء نتيجة لذلك:

إنهم يكرهون ذلك تمامًا.

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

إنهم بخير مع ذلك ، لكن لا يحبونه ... حتى الآن.

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

سيحبونها كما هي.

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

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

5. تصميم الصفحة المقصودة الخاصة بك في وقت مبكر

على الرغم من أنني لست مهتمًا جدًا بصفحة مقصودة أو موقع ويب صغير يعمل فقط بصفتي MVP (للسبب المذكور أعلاه) ، أعتقد أنه من الجيد الحصول على الصفحة المقصودة الأولى للجوال أثناء عمل MVP .

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

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

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

ليس من السابق لأوانه أبدًا البدء في الحصول على اشتراك من مجموعة المستخدم الخاصة بك!

6. تحديد معايير النجاح الخاصة بك

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

ضع في اعتبارك ما يلي:

• كم عدد الزوار الذين زاروا صفحتك المقصودة؟
• كم من هؤلاء الأشخاص اشتركوا في الإصدار التجريبي؟
• كم عدد المستخدمين الذين احتفظت بهم خلال فترة محددة (شهر واحد ، 3 أشهر ، وما إلى ذلك)؟
• كم عدد الأشخاص الذين قدموا ملاحظات وهل كانت مجموعة كبيرة بما يكفي لاتخاذ قرارات قوية بشأن تصميم المنتج وميزاته في المستقبل؟
• هل تتطابق الخصائص الديمغرافية لمجموعة المستخدمين مع الجمهور الذي صممت التطبيق من أجله؟ لماذا تعتقد أن هذا حدث؟
• ما متوسط ​​الوقت الذي يقضيه المستخدمون داخل التطبيق؟
• ما الميزات التي أمضوا معها معظم الوقت؟ الأقل؟
• ما هي الميزات التي تلقت ردود فعل إيجابية؟ الأقل؟
• هل كان هناك مستخدمون معينون لديهم تجربة إيجابية مع المنتج؟ ما الذي جعلهم مختلفين؟

خذ جميع المعلومات التي جمعتها - من الصفحة المقصودة الأصلية ، ومختبري النسخة التجريبية ، وبيانات الاستخدام وما إلى ذلك - وألقِ نظرة عليها جميعًا. ما الذي يخبرك به عن MVP الذي صممته؟ والآن ، ماذا ستفعل به؟

هل ستتركه كما هو أم ستنشئه للمنتج الكامل الذي من المفترض أن يكون والذي يريده المستخدمون؟

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

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

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