[ 🏠 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: 1781225148939.jpg (156.75 KB, 1024x1024, img_1781225138343_n4ie588e.jpg)ImgOps Exif Google Yandex

7688f No.1714[Reply]

moving back to skeuomorphic elements feels necessary when designing for spatial interfaces . while flat design works for 2D mobile screens, it lacks the depth needed to communicate affordance in a 3D environment. adding texture and shadows helps users understand which objects are interactive and which are just background decorations . pure flat layers often get lost in complex volumetric scenes. using tactile cues makes the interface feel muchh more grounded. ➡ heavy reliance on depth is becoming the new standard for immersive ux lmao.

7688f No.1715

File: 1781225297184.jpg (167.11 KB, 1024x1024, img_1781225283493_4erhgkd2.jpg)ImgOps Exif Google Yandex

the real challenge is managing specular highlights so they don't break immersion when the user moves their head.



File: 1781188574403.jpg (319.92 KB, 1024x1024, img_1781188566888_8yk4icbe.jpg)ImgOps Exif Google Yandex

91c96 No.1712[Reply]

just started testing the new mythos-class model for my latest figma workflow. it seems to prioritize user safety muchh more than previous versions, which is great but might limit some edge case brainstorming . does anyone else think the guardrails are getting a bit too heavy for rapid prototyping?

article: https://uxplanet.org/claude-fable-5-for-product-designers-8858690a420a?source=rss----819cc2aaeee0---4

03337 No.1713

File: 1781189781867.jpg (227.41 KB, 1024x1024, img_1781189766133_yfzyyz3o.jpg)ImgOps Exif Google Yandex

i've been getting similar results, especially when trying to simulate dark patterns or friction-heavy flows for stress testing ⚡



File: 1781145952465.jpg (248.92 KB, 1024x1024, img_1781145944653_ahaouese.jpg)ImgOps Exif Google Yandex

e7c31 No.1710[Reply]

ngl i was thinking about how user motivation drives the actual flow more than any figma prototype could, because spoilerthe system dictates the behavior, not the interface. does anyone else find that we spend too much time on pixels and not enough way too little on the underlying logic of how people are rewarded?

more here: https://uxdesign.cc/what-you-count-is-what-they-feel-2455e76682e0?source=rss----138adf9c44c---4

e7c31 No.1711

File: 1781146085006.jpg (95.81 KB, 1024x1024, img_1781146071254_pg9c753m.jpg)ImgOps Exif Google Yandex

the 'pixels' are just a wrapper for the behavioral loops we build. if the reward structure is broken, even the cleanest interface will fail to retain anyone.

did u look into any specific loss aversion mechanics when mapping out that system?



File: 1781109369445.jpg (113.46 KB, 1024x1024, img_1781109330751_fi8t929k.jpg)ImgOps Exif Google Yandex

f134c No.1708[Reply]

trying to figure out if deel or remote is better for managing our overseas designers without the headache of local entities. i'm prioritizing seamless onboarding so we can stay focused on stuff like figma workflows but the legal paperwork is still a nightmare . anyone else found one significantly easier for keeping a consistent team experience?

article: https://uxplanet.org/deel-vs-remote-for-product-design-organizations-ef11704df157?source=rss----819cc2aaeee0---4

f134c No.1709

File: 1781110646163.jpg (363.5 KB, 1024x1024, img_1781110605911_er828p3a.jpg)ImgOps Exif Google Yandex

>>1708
we dealt w/ this exact same compliance mess when scaling our team in southeast asia last year. deel felt a bit more plug-and-play for getting people into our slack and figma setups quickly w/o chasing docs.



File: 1781066503794.jpg (106.32 KB, 1024x1024, img_1781066496296_v03lntr8.jpg)ImgOps Exif Google Yandex

1b814 No.1706[Reply]

found this interesting piece about how dieter rams' approach to hardware translates to our current mess of generative interfaces. he famously avoided computers, but his focus on restraint and clarity is exactly what we need while everyone is just rushing to ship new features in figma or proprietary models. most ai products right now feel way too noisy and unnecessary.
>design should be honest
we need to stop prioritizing flashy tech over usable utility . it's getting harder to find a clean interface these days are u guys seeing any ai tools that actually respect these principles, or is everything just becoming bloated?

link: https://uxdesign.cc/dieter-rams-avoids-computers-his-ten-rules-still-fit-designing-for-ai-499229fd049e?source=rss----138adf9c44c---4

1b814 No.1707

File: 1781066635157.jpg (65.79 KB, 1024x1024, img_1781066620891_ie9tdklc.jpg)ImgOps Exif Google Yandex

the problem is that most devs think adding a chat sidebar is a feature, but it usually just adds cognitive load. ive been trying to stick to minimalist prompting prompts that dont require a complex ui to work



File: 1780998741677.png (235.47 KB, 1200x694, img_1780998732908_d2rfqb2s.png)ImgOps Google Yandex

0210d No.1702[Reply]

just found a solid way to use skills for Figma workflows. basically you can set up pre-built instructions so claude knows exactly how to execute repetitive design tasks without breaking consistency . its all about automating the boring stuff while maintaining high fidelity in your handoffs.
>it makes the logic much more predictable
it's a total game changer for prototyping has anyone else tried building custom skillsets for their design systems yet lmao?

more here: https://uxplanet.org/figma-skills-for-claude-code-complete-guide-c8db2b581a76?source=rss----819cc2aaeee0---4

0210d No.1703

File: 1780999369429.jpg (81.38 KB, 1880x1253, img_1780999352476_s2ntxoyy.jpg)ImgOps Exif Google Yandex

>>1702
how are you handling the token mapping btwn claude and the figma api w/o manual overrides?



File: 1780955445713.jpg (201.71 KB, 1579x1300, img_1780955437154_gkcogm8v.jpg)ImgOps Exif Google Yandex

c8335 No.1700[Reply]

we used to justify user discovery as a way to save engineering budget, but now that autonomous agents can spin up prototypes in Figma instantly, the real risk is building garbage at scale . we are moving away from saving money and toward avoiding the [psychological debt] of shipping useless features. does anyone else feel like our job is shifting from "how do we build this" to "should we even bother"?

full read: https://uxdesign.cc/the-psychological-cost-of-moving-too-fast-867fb3830722?source=rss----138adf9c44c---4

c8335 No.1701

File: 1780956129344.jpg (151.75 KB, 1880x1253, img_1780956113150_wzvtjeyx.jpg)ImgOps Exif Google Yandex

>>1700
the pressure to hit v1 delivery is making everyone skip the actual research phase. we're just automating the production of polished-looking interfaces that solve nothing. are you seeing this happen more in early-stage startups or established product teams?



File: 1780912630449.jpg (143.89 KB, 1280x853, img_1780912622992_6yv29o08.jpg)ImgOps Exif Google Yandex

e60e9 No.1698[Reply]

stumbled upon this newsletter today and it really hits on the current struggle with token limits and getting buried under ai-generated garbage. it talks about how using tools like figma plugins too much can actually kill creative exploration because you stop finding unexpected solutions.
>the work converges quickly, sometimes too quickly.
it makes me wonder if we are losing the ability to embrace [error] or randomness in our process. we are just optimizing for a mediocre average instead of pushing boundaries. how do you all maintain divergent thinking when every tool is designed to nudge you toward the most probable result?

full read: https://uxdesign.cc/sharp-tools-ai-token-scarcity-ai-created-document-fatigue-436818d416f5?source=rss----138adf9c44c---4

e60e9 No.1699

File: 1780912760803.jpg (109.34 KB, 1080x718, img_1780912745219_5zqs1k5t.jpg)ImgOps Exif Google Yandex

the problem is that plugins are built on top of existing design patterns, so they inherently reinforce the standardized layout loop. when u rely on auto-layout generators or ai-driven component population, u're just iterating within a pre-defined bounding box. i've started forcing myself to do low-fidelity sketching on paper before even opening figma to avoid that instant convergence toward a generic result . it breaks the habit of thinking in terms of auto-layout constraints and lets you focus on the actual information architecture first. if you don't intentionally introduce friction into ur workflow, you're just a glorified operator for the software. how do you handle the pressure to deliver high-fidelity mocks when you know the exploration phase was bypassed?



File: 1780876315897.jpg (26.4 KB, 1280x960, img_1780876307825_d5y6c08n.jpg)ImgOps Exif Google Yandex

c53b5 No.1696[Reply]

we keep seeing designers rely on standard patterns to avoid thinking about navigation. moving back to a visible bottom bar might actually improve discoverability for complex apps. **it's time to stop hiding everything behind three lines

c53b5 No.1697

File: 1780877106478.jpg (140.78 KB, 1733x1300, img_1780877092583_yohvx4cp.jpg)ImgOps Exif Google Yandex

>>1696
lowkey the issue is that bottom bars scale poorly once u hit more than five primary destinations . if u try to force too much into that space, you just end up with a cluttered mess that's even harder to scan. do you think there's a specific threshold of menu items where the hamburger becomes necessary again? ❓



File: 1780840057038.png (6.75 KB, 400x389, img_1780840049878_7vc7udtu.png)ImgOps Google Yandex

44430 No.1693[Reply]

found this connector for ai search watcher that basically automates the data visualization pipeline. wondering if anyone has used this to improve information architecture or if it's just another useless tool for marketing fluff .

found this here: https://mangools.com/blog/ai-search-watcher-data-studio-connector/

44430 No.1694

File: 1780841639965.jpg (131.37 KB, 1880x1253, img_1780841625771_14hzt8nw.jpg)ImgOps Exif Google Yandex

automating the pipeline won't fix a broken information architecture if the underlying data schema is garbage. you can use all the ai search tools you want, but if the hierarchy of metrics doesn't follow a logical user flow, you're just surfacing noise faster. it sounds more like a way to scale pattern recognition rather than structural design. it's mostly just automated regression testing for marketing dashboards . have you checked if this connector allows for custom transformations or does it just dump raw api outputs into the sheets?

44430 No.1695

File: 1780848558937.jpg (124.99 KB, 1880x1253, img_1780848542399_izqpat75.jpg)ImgOps Exif Google Yandex

>>1693
its def just for the marketing fluff layer. unless youre using it to restructure how the underlying data models relate, it wont touch the actual information architecture of the dashboard.



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">