دوست دارید به چه مبارزاتی UX پایان دهید؟
آیا میخواهید چرخه بیپایان دوباره کاری را برای برآورده کردن اهداف متحرک سهامداران متوقف کنید؟
آیا میخواهید به جای اینکه مانند قانون مکتوب به شما تحویل داده شود، در ایجاد الزامات نقشی ایفا کنید؟
آیا از ارائه محصولاتی با نقص های UX که می دانید می توان از آنها جلوگیری کرد خسته شده اید؟
آیا آرزو میکنید راهی وجود داشته باشد که مدیران را به موافقت با کار UX در شروع پروژه، به جای ادامه دادن آن در پایان، زمانی که خیلی دیر شده است، جلب کند؟
اگر به هر یک از این سؤالات پاسخ مثبت داده اید، در جای درستی هستید. من این دوره را به طور خاص برای پایان دادن به چرخه معیوب ایجاد کردم که بسیاری از توسعه دهندگان و تیم های محصول در آن گرفتار شده اند: الزامات مبهمی که در ایجاد آنها نقشی نداشتند، دوباره کاری مداوم و جریانی بی پایان از نیازهای جدید (و در حال تغییر).
ببینید، من خودم آنجا بودهام. در نزدیک به 30 سال کار با سازمانهایی با اندازههای مختلف در تقریباً هر صنعتی، من این چرخه را به خوبی میدانم. من میدانم که امتحان کردن "سنگ UX" به بالای آن تپه چگونه است تا سهامداران یا مدیران یا مشتریان شما دوباره آن را پایین بیاورند.
بحث دیگری در مورد اینکه چه زمانی کار UX باید انجام شود وجود ندارد.
من به خوبی میدانم که در شروع یک پروژه، سختی مبارزه برای گنجاندن UX وجود دارد. و همچنین می دانم که پایان دادن به آن کاملاً ممکن است.
الزامات UX Made Simple به شما نشان میدهد که چگونه میتوانید در جدول نیازمندیها جایگاهی داشته باشید، ذهن و گوش مدیران یا مشتریان خود را باز کنید، و شاهد یک تغییر عظیم در کیفیت الزامات و موفقیت محصول تحویل باشید.
خواهید دید که ادغام سریع اعتبار سنجی UX استراتژیک در فرآیند مورد نیاز - بدون نیاز به زمان، پول یا منابع اضافی چقدر آسان است. در اینجا فقط برخی از چیزهایی است که یاد خواهید گرفت:
روشهای ضعیف برای نیازمندیهایی که به یک فرآیند مهندسی شکسته متکی هستند - و مجموعهای بهتر و سادهتر از روشها که به سرعت وضوح و ارزش پیدا میکنند.
چرا آنچه کاربران می گویند به آن نیاز دارند، واقعاً به آن نیاز ندارند (و چگونه تفاوت را تشخیص دهند).
ابزارهای مورد نیاز ضعیف که به جای موفقیت به تکمیل کار می پردازند - و مجموعه ای هوشمندانه از ابزارهایی که کار شما را دقیقاً بر روی نتایج دلخواه متمرکز می کند.
چگونه مدیران یا مشتریان (یا تیم شما) را وادار به پرسیدن سؤالات درست، به جای پرش راه حل کنیم.
نحوه ایجاد سناریوهای استفاده زمینهای که داستان واقعی سفر کاربر را از ابتدا تا انتها بیان میکند - و نیازهای عملکردی مرتبط و عناصری را استخراج میکند که الزامات ارزشمندی را تشکیل میدهند.
ساده است، ساده است، و کار می کند.
نه به این دلیل که میگویم این کار را میکند - بلکه به این دلیل که تیمهای Enterprise که استفاده از این روشها را آموزش دادهام، نتایجی را که من در مورد آن صحبت میکنم کسب کردهاند. این کار می کند زیرا بیش از 140000 دانش آموز (بله، این یک عدد واقعی است) به من می گویند که دوره های من کار آنها را برای بهتر شدن تغییر داده است.
چرا؟ زیرا من به جای فانتزی UX با واقعیت توسعه نرم افزار سروکار دارم. موقعیتهای عالی که میتوانیم این غواصیهای عمیق با بودجه خوب را در تحقیقات UX انجام دهیم، برای اکثریت قریب به اتفاق تیمهای توسعه وجود ندارد، و من واقعا از شنیدن اینکه همه وانمود میکنند، خسته شدهام. بنابراین هر چیزی که ارائه میدهم مبتنی بر واقعیت است، در دنیایی که اکثر ما در آن زندگی میکنیم.
Joe Natoli
30 ساله UX + کهنه کار طراحی؛ مشاور، نویسنده و سخنران
نمایش نظرات