beroozresan

کتاب - خرید کتاب - خرید آنلاین کتاب - خرید اینترنتی کتاب - خرید کتاب درسی - خرید کمک درسی - خرید کتاب دانشگاهی -کتاب دانشگاهی - بانک کتاب - کمک درسی - کتاب گالری - ketab galery - ketabgallery - ketabgalery -

کتاب - خرید کتاب - خرید آنلاین کتاب - خرید اینترنتی کتاب - خرید کتاب درسی - خرید کمک درسی - خرید کتاب دانشگاهی -کتاب دانشگاهی - بانک کتاب - کمک درسی - کتاب گالری - ketab galery - ketabgallery - ketabgalery -

کتاب - خرید کتاب - خرید آنلاین کتاب - خرید اینترنتی کتاب - خرید کتاب درسی - خرید کمک درسی - خرید کتاب دانشگاهی - کتاب دانشگاهی - بانک کتاب - کمک درسی - کتاب گالری - ketab galery - ketabgallery - ketabgalery - رمان - خرید رمان - انسان خردمند - انسان خداگونه - کتاب خوب - ارسال رایگان کتاب - خرید کتاب پزشکی - خرید کتاب شعر - خرید کتاب کودک و نوجوان - خرید کتاب زبان - خرید کتاب ادبیات -گاج - نشر الگو - قلمچی -

۲ مطلب با کلمه‌ی کلیدی «اسکرام» ثبت شده است

یک محصول حداقل مؤثر و نحوه ساخت 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 نیازمند نه تنها امیدی است که "این ایده به همان اندازه که انتظار می رود" کار خواهد کرد، بلکه توانایی یادگیری از بازخورد، حذف موارد غیر ضروری از پروژه و تمرکز بر مشکلات اصلی است که حداقل محصول قابل اعتماد شما باید حل شود .

نکاتی برای نقشه های محصول Agile و نمونه های نقشه راه محصول


نقشه راه محصول بعدی و بعدی

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


جنبه منفی این نقشه راه از منظر من، این است که بیشتر بر روی ویژگی ها تمرکز می شود، نه اهداف / اهدافی که می خواهید به عنوان مالک محصول به دست آورید. علاوه بر این، این مدل به اندازه کافی برای استفاده از KPI، انتشار یا تاریخ ارائه نمی دهد. از آنجا که تاریخ ها و جدول زمانی اطلاعات مهمی برای ذینفعان است (در بیشتر موقعیت هایی که در آن بوده ام) ممکن است این چیزی باشد که شما هنگام استفاده از این نوع نقشه راه باید در نظر بگیرید. از سوی دیگر، ممکن است فقط یک مزیت باشد که نقشه جاده ای که در حال حاضر آینده است شامل تاریخ نمی شود، زیرا این به شما امکان می دهد تا با ذینفعانتان ارتباط برقرار کنید، به جای این که آنها را از نقشه راه خود بخوانید. همانطور که قبلا ذکر شد، من اغلب دوست دارم نقشه راه محصول بعدی را با نقشه راه محصول GO ترکیب کنم که ارزش بیشتری برای خود و سهامداران شما به ارمغان می آورد.


نقشه داستان

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


 

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


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