PRODUCT GUIDE / 01
از ایده تا محصول؛
از کجا شروع کنیم؟
نه از رنگ و صفحهٔ اول، نه از لیست بلند قابلیتها. نقطه شروع درست، پیدا کردن مسئلهای است که ارزش حل کردن دارد و نسخهای کوچک که بتواند آن را ثابت کند.
01 / THE PROBLEM
اول مسئله را روشن کنید.
ایدههای خوب از یک اصطکاک واقعی شروع میشوند: کاری که امروز کند، گران، مبهم یا پرخطاست. پیش از سفارش طراحی، مخاطب، موقعیت استفاده و نتیجه مطلوب او را شفاف کنید.
«اپلیکیشن سفارش غذا» یک ایده است؛ «کم کردن زمان ثبت سفارش مشتری شلوغِ ظهر» یک مسئله مشخص است. همین تفاوت، تصمیمهای محصول را جهت میدهد.
02 / FIRST VERSION
MVP را کوچک اما کامل تعریف کنید.
- هدف را قابل اندازهگیری کنید.نسخه اول باید یک تغییر واقعی ایجاد کند؛ نه فقط مجموعهای از صفحهها.
- کاربر اصلی را انتخاب کنید.برای یک یا دو گروه اصلی طراحی کنید، نه برای همهٔ کاربران ممکن.
- یک جریان مهم را تا انتها بسازید.ثبت درخواست، پرداخت و پیگیری، نمونهای از یک مسیر کامل است.
03 / EXPERIENCE
طراحی، پل میان منطق و رفتار کاربر است.
خروجی حرفهای فقط چند اسکرین زیبا نیست؛ معماری اطلاعات، جریان کاربر، وایرفریم، رابط بصری و نمونه تعاملی باید کنار هم قرار بگیرند تا تیم توسعه، محصول و کاربر زبان مشترک داشته باشند.
برای اپلیکیشن، لمس، اعلان، وضعیت آفلاین و استفاده تکدستی مهم است. برای وباپ و داشبورد، سلسلهمراتب داده، فیلترها، نقش کاربران و سرعت انجام کار تعیینکنندهاند.
04 / EXECUTION
پیش از توسعه، زبان مشترک بسازید.
پیش از شروع کدنویسی، سناریوها را با نمونه تعاملی مرور کنید، حالتهای حساس را مشخص کنید و درباره معیار موفقیت توافق داشته باشید. این کار تغییر را از مرحله پرهزینه توسعه به مرحله کمهزینه طراحی منتقل میکند.
FAQ
قبل از طراحی به چه چیزهایی نیاز داریم؟
تعریف اولیه مسئله، شناخت مخاطب، هدف کسبوکار و هر داده یا تجربهای که از کاربران فعلی دارید. بقیه در جلسات کشف محصول روشن میشود.
طراحی قبل از برنامهنویسی چه فایدهای دارد؟
ابهامها را زودتر آشکار میکند، مسیرهای اصلی را قابل آزمون میسازد و هزینه تغییر در توسعه را کاهش میدهد.
آیا همه قابلیتها باید در نسخه اول باشند؟
خیر. نسخه اول باید هسته ارزش محصول را باکیفیت ارائه کند؛ قابلیتهای بعدی بر اساس استفاده واقعی و اولویت کسبوکار اضافه میشوند.