تعریف محصول
کاربر، وظیفه و هدف کسب‌وکار را شفاف کنید. تجربه و محدودیت‌های موجود را بررسی کنید تا تیم بتواند روی محتوای اولین نسخه مفید توافق کند.
خلاصه محصول؛ اولویت‌های سفر کاربر؛ دامنه انتشار.
محصولات دیجیتال.
طراحی‌شده برای عملکرد.
Daciel یک شرکت طراحی و توسعه محصول دیجیتال است که در حوزه تجربه‌های رو‌به‌روی مشتری و سیستم‌های پشت آن‌ها فعالیت می‌کند. تحقیقات، طراحی رابط کاربری و مهندسی بر اساس یک وظیفه مشخص کاربر برنامه‌ریزی می‌شوند.
وقتی کار
نیاز به اتصال دارد.
برای کسب‌وکارهایی که در حال راه‌اندازی محصول، جایگزینی یک سفر کاربری تکه‌تکه یا تبدیل یک جریان کاری داخلی به یک ابزار دیجیتال قابل اعتماد هستند. وب‌سایت، API و تجربه حساب کاربری باید بخشی از یک تصمیم محصولی واحد باشند.
کاری که انجام می‌دهیم.
طراحی تجربه و رابط کاربری
مسیرهایی را طراحی کنید که مردم واقعاً طی می‌کنند، شامل حالت‌های خالی، خطاها، مجوزها و بازدیدهای مجدد. الگوهای رابط کاربری قابل استفاده مجدد را به جای مجموعه‌ای از صفحات بی‌ربط بسازید.
جریان‌های کاربر؛ نمونه‌های اولیه؛ قوانین رابط کاربری و محتوا قابل استفاده مجدد.
مهندسی و یکپارچه‌سازی‌ها
رابط کاربری را به داده‌ها و خدمات مورد نیاز متصل کنید. مشخص کنید چگونه وضعیت اعتبارسنجی می‌شود، اقدامات چگونه دوباره تلاش می‌شوند و فرد چگونه نتیجه را درک می‌کند.
اپلیکیشن کارکردی؛ مرزهای یکپارچه‌سازی؛ مستندات انتشار.
راه‌اندازی و بهبود
محصول را برای استفاده واقعی در دستگاه‌های مختلف آماده کنید. عملکرد، دسترس‌پذیری، قابلیت مشاهده و مالکیت را بررسی کرده و سپس بهبودها را بر اساس رفتار کاربران اولویت‌بندی کنید.
بررسی‌های دستگاه و انتشار؛ تحویل عملیاتی؛ بک‌لاگ بهبود.
چگونه پیش می‌رود.
کوچکترین نسخه مفید را تعریف کنید
یک سفر کاربر منسجم را به جای لیست ویژگی‌های ناهماهنگ انتخاب کنید. سیستم‌ها و تصمیماتی که ممکن است بر تحویل تأثیر بگذارند را ثبت کنید.
با هم طراحی و بسازید
از نمونه‌های اولیه و افزونه‌های کارکردی برای حل زودهنگام سوالات محصولی استفاده کنید. الگوهای طراحی، محتوا و تصمیمات یکپارچه‌سازی را مرتبط نگه دارید.
با یک طرح عملیاتی منتشر کنید
قبل از راه‌اندازی، سفر کامل را شامل شکست و بازیابی بررسی کنید. توافق کنید چه کسی محصول را نگهداری می‌کند و پس از آن تغییرات چگونه تصویب می‌شوند.
کار متصل.
یک
بریف اولیه مفید.
این جزئیات به ما کمک می‌کند تا کار را ارزیابی کرده و محدوده معقولی را پیشنهاد دهیم.
- کاربران و وظیفه‌ای که محصول باید به انجام آن کمک کند.
- تحقیقات موجود، مواد محصولی و دارایی‌های برند مرتبط.
- منابع داده، APIها، حساب‌ها و الزامات مجوز شناخته شده.
- یک صاحب تصمیم و یک محدودیت واقع‌بینانه برای انتشار.
قبل از شروع.
این یک سرویس وب‌سایت است یا یک سرویس توسعه اپلیکیشن؟
دامنه پروژه از محصول پیروی می‌کند. می‌تواند شامل یک وب‌سایت عمومی، تجربه حساب کاربری احراز هویت شده، API یا ابزار داخلی کسب‌وکار باشد. خلاصه پروژه باید سفری را که این سطوح پشتیبانی می‌کنند و نحوه اتصال آن‌ها توضیح دهد.
آیا می‌توانید یک محصول موجود را بهبود بخشید؟
بله. ابتدا مشکلات کاربر و عملیاتی را شناسایی می‌کنیم، سپس ارزیابی می‌کنیم که آیا تغییرات هدفمند در طراحی و مهندسی می‌تواند آن‌ها را حل کند. بازسازی کامل یک تصمیم دامنه‌ای است، نه پیش‌فرض.
آیا ما قادر به نگهداری محصول خواهیم بود؟
مالکیت، مستندات، دسترسی و مسئولیت‌های نگهداری در مرحله تعیین دامنه توافق می‌شوند. هر جا ماژول‌های قابل استفاده مجدد مناسب باشند، تغییرات بعدی را آسان‌تر برای مرور و operate می‌کنند.
هزینه توسعه توسط چه چیزی تعیین می‌شود؟
متغیرهای اصلی شامل سفرها، دامنه رابط کاربری، یکپارچه‌سازی‌ها، مدل داده، الزامات کیفیت و نیازهای عملیاتی مستمر هستند. یک پیشنهاد با دامنه مشخص، تحویل‌دادنی‌ها و فرضیات را شناسایی می‌کند و تعداد صفحه را کل پروژه در نظر نمی‌گیرد.