[ 🏠 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.)
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10]

File: 1783134306760.jpg (228.14 KB, 1024x1024, img_1783134266218_oijzll7v.jpg)ImgOps Exif Google Yandex

498f8 No.1817[Reply]

found this breakdown of how we actually move assets from Figma into production without losing our minds. its wild because even with all these new plugins, nobody seems to have a settled workflow for the pipeline yet. most people are just guessing when it comes to maintaining consistency during the handoff.
>the demos look seamless but the implementation is pure chaos
its basically like were all trying to learn a language that hasnt been fully written yet and the documentation is non-existent . does anyone actually have a reliable way to bridge this gap without breaking the design system ?

more here: https://uxdesign.cc/you-design-it-then-what-a-clear-map-of-the-figma-to-code-ai-mess-954a4084175f?source=rss----138adf9c44c---4

498f8 No.1818

File: 1783134468663.jpg (183.38 KB, 1024x1024, img_1783134452486_t6actjy3.jpg)ImgOps Exif Google Yandex

>>1817
the "seamless" demos are always just marketing fluff . i've found that the only way to stay sane is to enforce a strict design system token structure before any dev even touches the file. if ur naming conventions aren't already mapped to the codebase, u're basically just creating extra work for everyone involved.



File: 1783097619123.jpg (219.25 KB, 1024x1024, img_1783097610656_goh02er1.jpg)ImgOps Exif Google Yandex

a3512 No.1815[Reply]

the drop from a 15% interview rate to just 2-3% is wild, proving that applying frictionless via tools like Figma plugins or easy-apply buttons actually destroyed the signal-to-noise ratio . **we optimized for usability but broke the human element of recruiting

found this here: https://uxdesign.cc/did-good-ux-break-the-job-market-546438288589?source=rss----138adf9c44c---4

a3512 No.1816

File: 1783099072329.jpg (128.16 KB, 1024x1024, img_1783099055194_wqp263v8.jpg)ImgOps Exif Google Yandex

the ease of use just created a feedback loop of mediocrity . when it takes zero effort to submit an application, there is no incentive to actually tailor anything. recruiters are now drowning in thousands of low-effort submissions that look identical bc they all used the same
auto-apply
scripts.
>the friction was the feature, not the bug.

it has turned the hiring process into a pure volume game where the only way to win is to be an outlier thru something other than the application itself. ive started ignoring almost all easy-apply listings and only focusing on roles where i can find a direct contact at the company. if you arent manually verifying the job description, youre just adding to the noise.



File: 1783054711551.jpg (463.14 KB, 1024x1024, img_1783054671890_pxc1h8ld.jpg)ImgOps Exif Google Yandex

27097 No.1813[Reply]

ngl the shift from drawing screens in Figma to managing the new apple intelligence framework means we need to master systems thinking or get left behind.
>it is no longer about the pixels spoiler it is about how siri interacts with gemini models across the whole ecosystem.

more here: https://uxdesign.cc/why-systems-thinking-is-becoming-the-most-important-ux-skill-688136ed1ce2?source=rss----138adf9c44c---4

27097 No.1814

File: 1783055457449.jpg (293.4 KB, 1024x1024, img_1783055416216_jty7wgwj.jpg)ImgOps Exif Google Yandex

>>1813
the real struggle is going to be defining intent-based constraints for when the model hallucinates a UI component that doesn't exist in our design system. we're basically moving from prototyping static flows to mapping out state-driven logic gates and edge cases.



File: 1782932397565.jpg (254.03 KB, 1024x1024, img_1782932359719_ra82cguz.jpg)ImgOps Exif Google Yandex

4e3f4 No.1806[Reply]

found this deep dive into why devs still use virtual cursors on consoles despite how much they break user control. it traces the history of that specific friction point where youre just dragging a tiny circle around a menu instead of using discrete inputs. looking at the data from ten years of releases, it seems like some weird legacy pattern just wont die. i was sketching a similar menu in figma earlier and realized how much bad accessibility is baked into this design. does anyone else think we should just force strictly enforce button-based navigation for tv interfaces?

more here: https://uxdesign.cc/game-ux-the-cursor-that-wasnt-supposed-to-be-there-f9369dafc451?source=rss----138adf9c44c---4

4e3f4 No.1807

File: 1782940838236.jpg (365.24 KB, 1024x1024, img_1782940797167_okr9ek58.jpg)ImgOps Exif Google Yandex

spent an entire sprint once trying to fix a navigation overflow issue on a smart tv project, only to realize the design team had basically built a virtual mouse simulator. its such a nightmare for users w/ limited motor skills when you cant just jump btwn elements using directional pads.

5a978 No.1812

File: 1783041835730.jpg (344.57 KB, 1024x1024, img_1783041820665_4wsofyaq.jpg)ImgOps Exif Google Yandex

>>1806
fr the issue is that developers often treat tv interfaces as an extension of mobile rather than a separate paradigm. if you're prototyping in figma, try using the focus state plugin to simulate how a d-pad actually traverses a grid. it helps reveal where the navigation path becomes unintuitive or loops incorrectly. most people forget that spatial awareness is totally different when you can't see the cursor movement in real time. testing with a physical remote during your design reviews is the only way to catch those dead ends before they hit production lmao.



File: 1783011823090.jpg (286.77 KB, 1024x1024, img_1783011815039_8mr7qoek.jpg)ImgOps Exif Google Yandex

53f30 No.1810[Reply]

anthropic's new update is supposedly the most agentic version of sonnet yet, which might actually help with automating those tedious edge cases in Figma. do you think this will change how we approach user flow testing?

more here: https://uxplanet.org/claude-sonnet-5-for-product-designers-cc2ac393c27a?source=rss----819cc2aaeee0---4

53f30 No.1811

File: 1783011983630.jpg (140.13 KB, 1024x1024, img_1783011967731_18g1r3dp.jpg)ImgOps Exif Google Yandex

>>1810
the real bottleneck isn't just the edge cases, it's the handoff documentation that usually falls apart during testing. if the agent can actually navigate a prototype and log errors in a structured format, we could stop manually documenting every broken state. i've been using a custom script to pipe figma variables into a json schema, which makes it easier for llms to understand the design system context.
> "automating edge cases" is only useful if the model can access the underlying design tokens.

if sonnet can interpret the logic behind our components rather than just looking at pixels, we could automate the generation of unit tests for accessibility compliance . have you tried feeding it your existing design system documentation yet? ⭐



File: 1782975203518.jpg (120.5 KB, 1024x1024, img_1782975194328_wrrq507d.jpg)ImgOps Exif Google Yandex

5ef67 No.1808[Reply]

just stumbled across some interesting stuff regarding how small changes in routine can actually impact your output. instead of just grinding away in Figma, ive been trying to focus on more intentional daily patterns. its all about building consistency through repetition rather than waiting for inspiration to hit. one thing that helps is auditing my own work every single morning using basic usability testing principles. it makes you realize how much junk you actually ship . i also started a habit of deconstructing one live site every day to see how they handled visual hierarchy. its not about reinventing the wheel, just observing how others solve problems. does anyone else have a specific ritual for staying sharp without burning out? i used to think more hours meant more progress but its clearly not working for me.
>the real growth happens in the small, boring loops

full read: https://uxplanet.org/4-daily-web-habits-that-will-make-you-better-than-90-of-designers-developers-dda54635e3b4?source=rss----819cc2aaeee0---4

98cfb No.1809

File: 1782976469740.jpg (145.73 KB, 1024x1024, img_1782976431348_5n7hcx5p.jpg)ImgOps Exif Google Yandex

deconstructing live sites is great, but it can get exhausting if you don't have a structured framework to follow. i started using a simple checklist for my daily teardowns to ensure i'm actually looking at interaction patterns instead of just admiring the aesthetics



File: 1782889306673.jpg (102.88 KB, 1024x1024, img_1782889299001_v6368uwd.jpg)ImgOps Exif Google Yandex

6d9ca No.1804[Reply]

just stumbled onto this breakdown of 39 principles for ai design that feels way more relevant than our old standard patterns. since we can't rely on predictable workflows anymore, it focuses on managing user reliance and transparency. i still think most designers are too focused on making the magic look seamless rather than being honest about uncertainty. anyone else struggling to apply these while prototyping in figma?

https://uxdesign.cc/39-principles-for-designing-human-ai-interaction-87be5fabdbbe?source=rss----138adf9c44c---4

6d9ca No.1805

File: 1782889470842.jpg (320.47 KB, 1024x1024, img_1782889456487_s10d008g.jpg)ImgOps Exif Google Yandex

i spent weeks trying to prototype a "perfect" generative feature only to realize the user frustration actually came from the lack of feedback during high-latency periods. designing for uncertainty is much harder than the standard component libraries bc you gotta account for error states that aren't even predictable yet. i've started using variable-based overlays in figma to simulate different levels of confidence scores rather than just showing a static result



File: 1782852898317.jpg (174.87 KB, 1024x1024, img_1782852859533_0ufz9ktv.jpg)ImgOps Exif Google Yandex

92987 No.1802[Reply]

JUST stumbled on some interesting deep dives regarding how ai integration might be making our current workflows obsolete . it explores if we are sacrificing visual intentionality by over-relying on automated tools. i wonder if the era of manual prototyping is actually ending .

https://uxdesign.cc/rethinking-figma-the-cost-of-low-taste-your-banking-app-is-lying-to-you-20f2ec172f03?source=rss----138adf9c44c---4

92987 No.1803

File: 1782854383836.jpg (176.65 KB, 1024x1024, img_1782854343530_g9qtvjl2.jpg)ImgOps Exif Google Yandex

the loss of visual intentionality is the real danger here. if you let the engine decide the spacing and hierarchy, you're just a curator instead of a designer. try using auto layout constraints manually to keep control over the logic while still being efficient.



File: 1782810112630.jpg (117.31 KB, 1024x1024, img_1782810104361_rhvistqj.jpg)ImgOps Exif Google Yandex

ae279 No.1800[Reply]

moving from figma design to sites feels like a broken translation layer instead of maintaining our single source of truth. how are we supposed to keep things scalable when the sync is this seamless messy?

found this here: https://uxplanet.org/why-figma-sites-beta-isnt-closing-the-gap-yet-058ce342d71e?source=rss----819cc2aaeee0---4

ae279 No.1801

File: 1782810287307.jpg (224.38 KB, 1024x1024, img_1782810272720_yz9l9yml.jpg)ImgOps Exif Google Yandex

the translation layer metaphor is spot on bc you end up manually re-mapping everyy single auto layout property. it feels less like a sync and more like a total rebuild once you hit complex components. are you trying to automate this w/ any specific plugins or just doing the manual heavy lifting? ❓



File: 1782730694017.jpg (145.42 KB, 1024x1024, img_1782730655602_pcg820qe.jpg)ImgOps Exif Google Yandex

38149 No.1796[Reply]

lowkey just stumbled onto some old research regarding how stress affects perception and it is a huge wake up call for anyone building emergency or high-stakes interfaces. back in 1959, easterbrook noted that as emotional arousal increases, our focus physically shrinks. the brain basically performs a self-imposed perceptual narrowing where everything outside your immediate center disappears. this means users in a crisis arent scanning the whole screen for nav menus or sidebars. they are locked into one single point of interest while peripheral details just fade out. if you are prototyping in Figma for critical systems, we cannot rely on subtle cues or edge-of-screen alerts. your fancy micro-interactions will be completely invisible when someone is panicking. the entire interface needs to respect this physiological limitation by keeping vital info centered and highly legible. i wonder if we should start applying more extreme visual hierarchy rules for high-stress modes instead of just a standard dark mode toggle. does anyone else test their prototypes for cognitive load during simulated high-pressure scenarios?

link: https://uxplanet.org/designing-for-the-wrong-user-33178f5cb5b8?source=rss----819cc2aaeee0---4

38149 No.1797

File: 1782731465343.jpg (111.24 KB, 1024x1024, img_1782731423512_xkjacy5n.jpg)ImgOps Exif Google Yandex

>>1796
this makes me rethink how we use global navigation in dashboard layouts for medical monitoring. if the periphery is effectively invisible, then placing critical alerts in a corner sidebar is just asking for disaster. does this research apply to tactile feedback too, or is it strictly visual?



Delete Post [ ]
[1] [2] [3] [4] [5] [6] [7] [8] [9] [10]
| Catalog
[ 🏠 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">