MVP - عند البناء والقياس والتعلم ليس مجرد رمي الأشياء على الحائط
نشرت: 2017-05-29ومعرفة ما إذا كانوا يعملون
أتفاجأ دائمًا عندما يشتكي النقاد من أن نهج Lean Startup Build، Measure، Learn ليس أكثر من "إلقاء المنتجات غير المكتملة خارج المبنى لمعرفة ما إذا كانت ستنجح."
لسوء الحظ ، فإن الرسم التخطيطي للبناء والقياس والتعلم هو سبب هذا الالتباس. للوهلة الأولى يبدو الأمر وكأنه عملية إطلاق نار جاهزة.
حان الوقت لتحديث Build، Measure، Learn إلى ما نعرفه الآن أنه أفضل طريقة لبناء الشركات الناشئة اللينة.
إليك الطريقة.
بناء ، قياس ، تعلم أصوات بسيطة جدا. قم ببناء منتج ، وادخله إلى العالم الحقيقي ، وقياس ردود فعل العملاء وسلوكياتهم ، وتعلم من هذا ، واستخدم ما تعلمته لبناء شيء أفضل. كرر ذلك ، وتعلم ما إذا كنت تريد التكرار أو التدوير أو إعادة التشغيل حتى تحصل على شيء يحبه العملاء .
تطوير الشلال
على الرغم من أنه يبدو بسيطًا ، إلا أن أسلوب Build Measure Learn لتطوير المنتجات يعد تحسينًا جذريًا على نموذج Waterfall التقليدي المستخدم طوال القرن العشرين لبناء المنتجات وشحنها. في ذلك الوقت ، استخدم رائد الأعمال عملية تطوير منتج متسلسلة استمرت خطوة بخطوة مع القليل من ملاحظات العملاء ، إن وجدت. افترض المؤسسون أنهم فهموا مشاكل / احتياجات العملاء ، وكتبوا مستندات المتطلبات الهندسية ، وصمموا المنتج ، ونفذوا / صمموا الأجهزة / البرمجيات ، وتحققوا من أنها تعمل عن طريق اختبارها ، ثم قدموا المنتج للعملاء في بيان رسمي يطلق عليه اسم سفينة العميل الأولى .
كان تطوير الشلال يدور حول تنفيذ وثيقة المتطلبات. بينما تمت مشاركة الإصدارات المبكرة من المنتج مع العملاء في Alpha و Beta Testing ، كان الهدف من وصول العملاء المبكر إلى المنتج هو الكشف عن الأخطاء وليس تقديم ملاحظات حول الميزات أو قابلية الاستخدام. فقط بعد شحن المنتج ومحاولة بيعه ، قد تسمع الشركة الناشئة أي ملاحظات جوهرية من العملاء. وفي كثير من الأحيان ، بعد شهور أو حتى سنوات من التطوير ، تعلم رواد الأعمال بالطريقة الصعبة أن العملاء لا يشترون منتجاتهم لأنهم لم يكونوا بحاجة أو يريدون معظم ميزاته .
غالبًا ما احتاجت الشركات إلى ثلاث محاولات لتصحيح المنتجات. تم إنشاء الإصدار 1 بدون ملاحظات العملاء ، وقبل اكتمال الإصدار 1 ، كان العمل قد بدأ بالفعل في الإصدار 2 ، لذلك استغرق الأمر حتى الإصدار 3 قبل أن يسمع العميل حقًا (مثل Microsoft Windows 3.0)
بدأت أفضل الممارسات في تطوير البرمجيات في الانتقال إلى التطوير السريع في أوائل عام 2000. تحسنت هذه المنهجية على الانحدار من خلال بناء البرامج بشكل متكرر وإشراك العميل. لكنها تفتقر إلى إطار عمل لاختبار جميع عمليات التسويق فرضيات خارج المبنى. مع Agile ، قد ينتهي بك الأمر إلى إرضاء كل ميزة يطلبها العميل ولا تزال تتوقف عن العمل.
ثم جاء التركيز على Build Measure Learn الخاص بـ Lean Startup.
بناء قياس تعلم
لا يتمثل هدف Build-Measure-Learn في بناء منتج نهائي لشحن أو حتى بناء نموذج أولي لمنتج ، ولكن لزيادة التعلم من خلال الهندسة التزايدية والتكرارية. (يمكن أن يكون التعلم حول ميزات المنتج ، واحتياجات العملاء ، والتسعير الصحيح وقناة التوزيع ، وما إلى ذلك) تشير خطوة "الإنشاء" إلى بناء منتج قابل للتطبيق (MVP.) من الأهمية بمكان أن نفهم أن MVP ليس المنتج الذي يمتلك عدد أقل من الميزات. بل هو أبسط شيء يمكنك إظهاره للعملاء للحصول على أكبر قدر من التعلم في تلك المرحلة الزمنية . في وقت مبكر من بدء التشغيل ، يمكن أن يكون MVP ببساطة شريحة PowerPoint ، وإطارًا سلكيًا ، ونموذجًا من الطين ، ومجموعة بيانات نموذجية ، وما إلى ذلك. في كل مرة تقوم فيها ببناء MVP ، تحدد أيضًا ما تحاول اختباره / قياسه . في وقت لاحق ، مع تعلم المزيد ، ينتقل MVP من الدقة المنخفضة إلى الدقة العالية ، لكن الهدف لا يزال هو زيادة التعلم إلى الحد الأقصى وليس بناء نموذج أولي / نموذج أولي كامل الميزات للمنتج.
موصى به لك:
كيف ستحول Metaverse صناعة السيارات الهندية
ماذا يعني توفير مكافحة الربح بالنسبة للشركات الهندية الناشئة؟
كيف تساعد الشركات الناشئة في تكنولوجيا التعليم في تطوير مهارات القوى العاملة في الهند وتصبح جاهزة للمستقبل ...
الأسهم التقنية في العصر الجديد هذا الأسبوع: مشاكل Zomato مستمرة ، EaseMyTrip تنشر Stro ...
تتخذ الشركات الهندية الناشئة اختصارات في مطاردة للتمويل
منصة التسويق الرقمي Logicserve Bags INR 80 Cr Funding، Rbrands as LS Dig ...
تحسين كبير على تطوير Waterfall ، يتيح Build Measure Learn للشركات الناشئة أن تكون سريعة ورشيقة وفعالة.
يعد الرسم التخطيطي المكون من ثلاث دوائر لـ Build Measure Learn تقريبًا جيدًا للعملية. لسوء الحظ ، غالبًا ما يؤدي استخدام كلمة "build" أولاً إلى إرباك الناس. يبدو أن الرسم التخطيطي يشير إلى بناء أشياء وإلقائها خارج المبنى. تساعد نسخة أكثر تفصيلاً من الرسم التخطيطي Build Measure Learn على توضيح المعنى عن طريق إضافة ثلاثة عناصر أخرى: الأفكار - البناء - الكود - القياس - البيانات - التعلم.
تساعدنا النسخة المكونة من خمسة أجزاء من الرسم التخطيطي Build Measure Learn على رؤية أن الهدف الحقيقي من البناء هو اختبار "الأفكار" - وليس فقط البناء بشكل أعمى بدون هدف. يمكن بسهولة تسمية الدائرة التي تحمل اسم "الشفرة" باسم "بناء الأجهزة" أو "إنشاء جينوم اصطناعي". تشير الدائرة المسماة "البيانات" إلى أنه بعد أن نقيس تجاربنا ، سنستخدم البيانات لتحسين تعلمنا بشكل أكبر. وسيؤثر التعلم الجديد على أفكارنا القادمة. لذلك يمكننا أن نرى أن الهدف من Build-Measure-Learn ليس فقط بناء الأشياء ، بل الهدف هو بناء أشياء للتحقق من صحة الفكرة الأولية أو إبطالها.
التركيز على اختبار أفكار محددة يقاوم القلق من أن بناء - قياس - تعلم هو مجرد رمي الأشياء على الحائط ومعرفة ما إذا كانت تعمل.
لكنها لا تزال غير كافية. يمكننا الآن القيام بعمل أفضل.
ابدأ بالفرضيات
ما يفتقده Build-Measure-Learn هو أن المشاريع الجديدة (كل من الشركات الناشئة والأفكار الجديدة في الشركات القائمة) لا تبدأ بـ "الأفكار" ، بل تبدأ بالفرضيات (كلمة خيالية للتخمين.) من المهم أن نفهم أن الكلمات " الفكرة "و" الفرضيات "تعني شيئين مختلفين للغاية. بالنسبة لمعظم المبتكرين ، تستحضر كلمة "فكرة" نظرة ثاقبة تتطلب على الفور خطة لتحقيقها. في المقابل ، تعني الفرضية أن لدينا تخمينًا مستنيرًا يتطلب التجريب والبيانات للتحقق من صحتها أو إبطالها .
تمتد هذه الفرضيات إلى النطاق الكامل بدءًا من العميل (العملاء) ، إلى عرض القيمة (ميزات المنتج / الخدمة) ، والتسعير ، وقناة التوزيع ، وإنشاء الطلب (اكتساب العملاء ، والتنشيط ، والاحتفاظ ، وما إلى ذلك)
إن بدء Lean Startup بالاعتراف بأن فكرتك هي مجرد سلسلة من الفرضيات غير المختبرة هي فكرة كبيرة . إنها فكرة كبيرة حقًا لأن ما تقوم ببنائه يحتاج إلى مطابقة الفرضية التي تريد اختبارها.
يختلف الحد الأدنى من المنتج القابل للتطبيق الذي ستحتاج إلى إنشائه للعثور على العملاء المناسبين عن الحد الأدنى من المنتج القابل للتطبيق الذي تحتاجه لاختبار الأسعار ، والذي يختلف عن منتج MVP الذي ستنشئه لاختبار ميزات منتج معينة. وكل هذه الفرضيات (والحد الأدنى من المنتجات القابلة للتطبيق) تتغير بمرور الوقت كلما تعلمت المزيد. لذا بدلاً من Build-Measure-Learn ، فإن الرسم التخطيطي لبناء الحد الأدنى من المنتجات القابلة للتطبيق في شركة Lean Startup يشبه الفرضيات - التجارب - الاختبارات - الرؤى.
توليد الفرضيات
باستخدام هذه الفرضيات الجديدة - التجارب - الاختبارات - الرسم التخطيطي للرؤى يصبح السؤال بعد ذلك ، "ما الفرضيات التي يجب أن أختبرها؟" لحسن الحظ ، تقدم لوحة نموذج أعمال ألكسندر أوستروالدر نظرة عامة مرئية للمكونات التسعة للعمل التجاري في صفحة واحدة. هم انهم:
- عرض القيمة ، المنتج / الخدمة التي تقدمها الشركة (إلى جانب فوائدها للعملاء).
- شرائح العملاء ، مثل المستخدمين والدافعين أو الأمهات أو المراهقين.
- قنوات التوزيع للوصول إلى العملاء وتقديم عرض القيمة لهم
- علاقات العملاء لخلق الطلب.
- تدفقات الإيرادات الناتجة عن عرض (عروض) القيمة.
- الأنشطة اللازمة لتنفيذ نموذج الأعمال.
- الموارد اللازمة لجعل الأنشطة ممكنة.
- الشركاء 3 الأطراف الثالثة اللازمة لجعل الأنشطة ممكنة.
- هيكل التكلفة الناتج عن نموذج الأعمال.
وهو يقودنا إلى تعريف الشركة الناشئة: الشركة الناشئة هي مؤسسة مؤقتة مصممة للبحث عن نموذج أعمال قابل للتكرار وقابل للتطوير .
اختبار الفرضيات
وبمجرد أن تملأ هذه الفرضيات نموذج العمل التجاري ، كيف يقوم رائد الأعمال باختبارها؟ إذا كنت عالمًا ، فإن الإجابة سهلة: تجري تجارب . وينطبق الشيء نفسه على شركة Lean Startup. (وصفت المؤسسة الوطنية للعلوم فئة Lean LaunchPad بأنها الطريقة العلمية لريادة الأعمال).
عملية تطوير العملاء هي منهجية بسيطة لأخذ فرضيات مشروع جديد والخروج من المبنى لاختبارها. يجسد اكتشاف العميل رؤية المؤسسين ويحولها إلى سلسلة من فرضيات نموذج الأعمال. ثم يطور سلسلة من التجارب لاختبار ردود فعل العملاء على تلك الفرضيات وتحويلها إلى حقائق. يمكن أن تكون التجارب عبارة عن سلسلة من الأسئلة التي تطرحها على العملاء ، ولكن غالبًا ما يكون الحد الأدنى من المنتجات القابلة للتطبيق لمساعدة العملاء المحتملين على فهم الحل الذي تقدمه مصاحبًا للأسئلة.
هناك فكرة أخرى مهمة وهي أن الشركات الناشئة لا تبني منتجات قابلة للتطبيق بالحد الأدنى لبناء نموذج أولي. إنهم يبنون الحد الأدنى من المنتجات القابلة للتطبيق لتعلم أقصى ما في وسعهم .
أخيرًا ، الهدف من تصميم هذه التجارب والحد الأدنى من المنتجات القابلة للتطبيق ليس الحصول على البيانات. البيانات ليست نقطة النهاية. يمكن لأي شخص جمع البيانات. تقوم مجموعات التركيز بجمع البيانات. هذه ليست مجموعة تركيز. الهدف هو الحصول على البصيرة . الهدف الكامل للخروج من المبنى هو إبلاغ رؤية المؤسس . قد تأتي البصيرة من تحليل استجابات العملاء ، ولكنها قد تأتي أيضًا من تجاهل البيانات أو إدراك أن ما تصفه هو سوق جديد ومضطرب غير موجود ، وأنك بحاجة إلى تغيير تجاربك من قياس التفاصيل إلى الاختراع. المستقبل.
[ظهر هذا المنشور الذي كتبه ستيف بلانك لأول مرة على الموقع الرسمي وتم نسخه بإذن.]