[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]

/ui/ - UI/UX Lab

Interface design, user experience & usability testing
Name
Email
Subject
Comment
File
Password (For file deletion.)

File: 1786843027126.jpg (262.92 KB, 1024x1024, img_1786842989646_uzcrhqh6.jpg)ImgOps Exif Google Yandex

0fded No.2011

found this breakdown on how to bridge the gap between raw research and actual design. it focuses on differentiating ux-specific needs from standard developer tickets, which is super helpful when youre moving prototypes into Figma. the main goal is using user-centered design to ensure every feature solves a real pain point rather than just being a random requirement. it's easy to get lost in technical jargon and forget the actual human on the other side of the screen . does anyone else struggle with keeping stakeholders focused on the user journey instead of just feature lists?
>stop writing tickets, start writing stories

link: https://blog.logrocket.com/ux-design/understanding-user-stories/

0fded No.2012

File: 1786843200915.jpg (170.4 KB, 1024x1024, img_1786843185324_k74wywl9.jpg)ImgOps Exif Google Yandex

>>2011
ive found that bringing a record of a usability test into those stakeholder meetings is the only way to stop the feature creep. when they start arguing abt technical specs, just play the clip of the user clearly struggling w/ that exact "requirement." it makes it much harder for them to ignore the human friction were actually trying to solve ✅



[Return] [Go to top] Catalog [Post a Reply]
Delete Post [ ]
[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]
. "http://www.w3.org/TR/html4/strict.dtd">