mvp

یک محصول حداقل مؤثر و نحوه ساخت MVP برای راه اندازی startup شما چیست

بسیاری از صاحبان راه اندازی وجود دارند که در هنگام نوشتن یک اسناد پروژه ذکر مفهوم محصول حداقل قابل اعتماد هستند. برای من، یک محصول مؤثر (یا یک MVP) به نظر می رسد فوق العاده است، زیرا با رویکرد توسعه ماست. بنابراین، هنگامی که MVP را در مشخصات پروژه ذکر می کنم، شروع به باور دارم که صاحب پروژه فکر می کند همان کار را انجام می دهد و با بقیه متدولوژی Agile (یا Lean Startup) آشنا است.

با این حال، همیشه اینطور نیست. گاهی اوقات مردم از این کلمات استفاده می کنند - حداقل محصول قابل اعتماد - و نه در ابتدا مورد استفاده قرار می گیرد. بنابراین، اجازه دهید ما را از طریق برخی از جنبه های توسعه MVP بپردازیم تا مشخص کنیم پروژه چه MVP است و چه پروژه MVP نیست.

مفهوم
چند نفر هستند که به پارادایم MVP کمک کرده اند. یکی از مشهورترین آنها، اریک ری است که نویسنده روش شناسی راه اندازی است. وی MVP را به عنوان "این نسخه از یک محصول جدید که به تیم اجازه می دهد حداکثر میزان یادگیری معتبر در مورد مشتریان را با کمترین تلاش" جمع آوری کند، تعریف کرد.

این چیزی کمی متفاوت از آنچه بسیاری از صاحبان راه اندازی MVP فکر می کنند. آنها با چیزی که ما آن را "حداقل محصول دوست داشتنی" می نامند، مخلوط می شوند - یک پروژه که دارای تمام ویژگی هایی است که نمی توانند قربانی کنند، اما هنوز هم در بودجه آنها قرار می گیرد (یا در آن متناسب نیست).

با این حال، MVP در مورد صرفه جویی در بودجه و حتی در مورد تاثیر گذار بر کاربران با حداقل تلاش نیست. در مورد یادگیری است.

MVP چیست؟
اولین چیزی که در مورد MVP اهمیت دارد. یک محصول حداقل قابل اعتماد برای تغییر جهان طراحی شده است. بنابراین یک نرم افزار تجارت الکترونیک سنتی MVP نیست. چیزی که چندین مرتبه انجام شده است یک MVP است. ایده داغ جدید چیزی است که نیاز به توسعه محصول حداقل قابل قبول دارد.

حداقل محصول قابل اعتماد است
MVP قرار است یک مشکل واقعی را حل کند. احتمالا یک نوع مشکلی است که هیچ کس قبلا آن را حل نکرده است. اگر یک نرم افزار MVP یک مشکل واقعی را حل کند، می تواند به حداقل برسد، زیرا کاربران شکاف هایی را که در برخی از ابزارهای خارج از برنامه وجود دارد، پر می کنند.

MVP ساخته شده است تا بازخورد مشتری را بیاموزد. از آنجایی که آن را به یک ایده جدید اشاره می کند، مالک راه اندازی باید این واقعیت را پذیرفته و پذیرفته باشد که یک واکنش احتمالی کاربر ناشناخته است. بنابراین، ضروری است که بازخورد کاربر را ببینیم و ببینیم آیا راه اندازی دارای یک پتانسیل است یا خیر.

ارزش یادآوری این است که حداقل محصول پایدار حداقل است. Ries با اشاره به این موضوع می گوید: "این خیلی بیشتر از حد شما است". این بدان معنی است که صاحب پروژه باید به محض اینکه ممکن است بازخورد را به زودی بجای بعد، بازخوانی کند.

MVP چیست؟
MVP در مورد کسب سود نیست - نه در مرحله اول و نه در مرحله دوم. خوب، احتمالا در سومین - چه کسی می داند؟ این همه به بازخورد کاربر بستگی دارد.

MVP طراحی محصول در استارتاپ ها  شده است تا تحت تاثیر قرار دادن کاربران بالقوه به صورت بصری یا با استفاده از مجموعه ای از ویژگی های غنی باشد. چه چیزی برای آنها تاثیر می گذارد، مشکلی است که محصول باید حل کند.

حداقل محصول پایدار به ساخت یک محصول کوچک اشاره نمی کند. بلکه یک استراتژی برای راه اندازی یک نرم افزار است که بعدا به عنوان یک پلتفرم برای محصولات دیگر برای حل مشکل مشابه تبدیل خواهد شد اما با توجه به بازخورد کاربر، جذاب تر و متنوع تر می شود.

MVP چیز سنگی نیست. یک محصول ماندگاری حداقل باید تغییر کند. این مجموعه ای از آزمایشات است که هر کدام از آنها باعث می شود که پروژه بیشتر به بازخورد کاربر، بالغ تر و به مراتب حیاتی تر باشد.

چگونه یک MVP بسازیم
شما ابتدا باید تصمیم بگیرید که آیا شما نیاز به پیروی از الگوی مدیریت محصول MVP دارید یا خیر. اگر شما مخاطبان خود را می دانید و پروژه شما فقط یک راه برای رشد کسب و کار شما است، شما می توانید به سادگی از رویکرد "انتشار به زودی، انتشار اغلب" از روش متداول پیروی کنید. خیلی ساده تر از بدست آوردن دانش در مورد جهان در روش تکراری "build-measure-learn".

تعریف کنید که چه چیزی محصول شما را در بازار متمایز می کند. چه چیزی را منحصر به فرد می کند؟ مشکلی که باید حلش کرد؟ این مشکل چقدر مهم است؟ به چه کسی؟

توسعه یک محصول حداقل محصول قابل قبول نیاز به تجربه دارد. اگر تصمیمی گرفته باشید که شما باید این استراتژی را شامل کنید، یک شرکت حرفه ای توسعه نرم افزاری پیدا کنید که می داند چگونه می تواند فعالیت های کاربر را دنبال و بازخورد را جمع آوری کند.

هنگامی که پروژه آغاز می شود، فعالانه عمل کنید. اردوگاه توسعه شما می تواند به شما برای تعریف دامنه کار حداقل کمک کند، اما کار شما این است که آن را قابل اجرا کنید. دریافت کنندگان اولیه خود را دریافت کرده و آنها را به عنوان اولین کسی که می تواند ارزش خود را از ایده خود دریافت کند، ایجاد می کند. اجازه دهید آنها فکر کنند که پیش از آینده هستند.

شجاع و قاطع باشید پیروی از رویکرد MVP نیازمند نه تنها امیدی است که "این ایده به همان اندازه که انتظار می رود" کار خواهد کرد، بلکه توانایی یادگیری از بازخورد، حذف موارد غیر ضروری از پروژه و تمرکز بر مشکلات اصلی است که حداقل محصول قابل اعتماد شما باید حل شود .