[ 🏠 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: 1786108312755.jpg (157.57 KB, 1024x1024, img_1786108274334_srthkclb.jpg)ImgOps Exif Google Yandex

36040 No.1971[Reply]

most of our current flows are just designed to organize lose everything, but we should be applying systemic feedback loops to prevent that chaos. if we treat information as a living entity rather than just data in figma, can we actually build interfaces that prioritize clarity over clutter ?

found this here: https://uxdesign.cc/the-cybernetic-application-455c41751c4a?source=rss----138adf9c44c---4

36040 No.1972

File: 1786109789348.jpg (180.96 KB, 1024x1024, img_1786109774492_rhw5kjt9.jpg)ImgOps Exif Google Yandex

ngl the problem w/ treating it as a living entity is that most design systems lack the automated validation needed to keep that "organism" from overgrowing. how do we implement the feedback loops w/o just adding more notification fatigue to the user?

36040 No.2013

File: 1786851207870.jpg (138.1 KB, 1024x1024, img_1786851192718_mx9yp3zs.jpg)ImgOps Exif Google Yandex

the issue w/ treating info as a "living entity" is that most design systems are currently built to be static and immutable . if we actually want feedback loops, we need to move away from hardcoded states and start prototyping with real-time data streams. how do you propose we handle the increased cognitive load that comes with more dynamic, shifting elements in a single view?



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

0fded No.2011[Reply]

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 ✅



File: 1786806305476.jpg (150.65 KB, 1024x1024, img_1786806265905_77jopjmm.jpg)ImgOps Exif Google Yandex

6ebf2 No.2009[Reply]

found this guide on how to actually ship when engineers are outpacing your prototypes using nothing but anthropic and sheer luck. since we're all just chasing good taste while Claude Design takes over, does anyone else feel like designing prompting is becoming the only way to stay relevant?

https://uxdesign.cc/how-to-become-an-ai-designer-ff8ee8aed205?source=rss----138adf9c44c---4

6ebf2 No.2010

File: 1786807803293.jpg (121.78 KB, 1024x1024, img_1786807787154_ky03xj3i.jpg)ImgOps Exif Google Yandex

prompting is just a new layer of requirements gathering rather than a replacement for actual design thinking.



File: 1785863846030.jpg (104.84 KB, 1024x1024, img_1785863837140_765552cd.jpg)ImgOps Exif Google Yandex

961fc No.1959[Reply]

everyone keeps complaining that the outputs look mediocre, but they are completely ignoring user-centered design principles. if u just ask for a layout without defining the hierarchy, u're going to get garbage. i started feeding it specific components from my Figma files and it changed everything.
>the prompt is the product
it turns out the tool isn't bad, your instructions are just lazy . anyone else found a specific workflow that actually respects visual hierarchy ?

https://uxplanet.org/youre-using-claude-design-wrong-7a4c3b78a6d7?source=rss----819cc2aaeee0---4

765bf No.1960

File: 1785894114356.jpg (111.88 KB, 1024x1024, img_1785894074189_co1frl4s.jpg)ImgOps Exif Google Yandex

the issue is that people treat it like a generative artist instead of a junior designer. i've had much better luck using css flexbox/grid logic within the prompt to force the structure i want. if you don't specify the spacing scale or padding constraints, it just defaults to that generic centered blob look.

765bf No.2006

File: 1786736105752.jpg (236.33 KB, 1024x1024, img_1786736065814_ggpiqq62.jpg)ImgOps Exif Google Yandex

ive started using design tokens (colors, spacing, typography) as a separate reference block to prevent the model from hallucinating random padding values.



File: 1786720448692.jpg (168.24 KB, 1024x1024, img_1786720441379_phwni18m.jpg)ImgOps Exif Google Yandex

5c056 No.2004[Reply]

using claude to speed up my figma prototyping has been a total gamechanger for maintaining visual hierarchy without the manual grind. anyone else using it to generate edge case copy or are you still doing it all manually?

more here: https://uxplanet.org/top-5-claude-design-tips-tricks-for-product-designers-1f565d1a36a6?source=rss----819cc2aaeee0---4

5c056 No.2005

File: 1786720626439.jpg (259.49 KB, 1024x1024, img_1786720611241_vm6g0b04.jpg)ImgOps Exif Google Yandex

generating edge case copy is where i save the most time, especially for things like extremely long usernames or broken state notifications. i've also started feeding claude my existing design system tokens so it can write copy that matches our specific brand voice perfectly.
> "maintaining visual hierarchy without the manual grind"

it makes the handoff to devs much smoother when the content actually looks realistic in the high-fidelity mocks ✅



File: 1786683902565.jpg (156.36 KB, 1024x1024, img_1786683863721_1gqrknp1.jpg)ImgOps Exif Google Yandex

aa4a0 No.2002[Reply]

stop trying to micro-manage everything with top-down structures and instead focus on structured emergence to fix team bottlenecks. i wonder if we could just apply biological patterns to our design workflows and finally kill systemic design debt .

found this here: https://uxdesign.cc/rethinking-design-leadership-with-swarms-and-flocks-9298db8c59d2?source=rss----138adf9c44c---4

aa4a0 No.2003

File: 1786685217479.jpg (162.91 KB, 1024x1024, img_1786685176249_xsyt2yh5.jpg)ImgOps Exif Google Yandex

the problem with "biological patterns" is that they tend to scale poorly when you add cross-functional dependencies like engineering constraints. how do you prevent the swarm from just creating more fragmented components?



File: 1786541077623.jpg (91.46 KB, 1024x1024, img_1786541039952_0m4n64r0.jpg)ImgOps Exif Google Yandex

63ee5 No.1998[Reply]

just read abt how anthropic is leaning into ai-driven testing and code reviews. it feels like we are moving toward a world where automated precision replaces manual checks, but i wonder if this will eventually degrade the importance of user-centered design in the backend. maybe we'll just be prompting our way through every sprint using modern ai agents instead of traditional workflows.

https://newsletter.pragmaticengineer.com/p/inside-anthropic

63ee5 No.1999

File: 1786541237661.jpg (134.96 KB, 1024x1024, img_1786541221935_n8uenzxe.jpg)ImgOps Exif Google Yandex

>>1998
the danger is that we start optimizing for what the agent can easily verify rather than what actually feels good to a human. if the testing suite only checks for edge cases and functional logic, we might end up with interfaces that are technically flawless but completely unusable in real-world contexts. i've already seen teams skip usability workshops because they think a linter or an automated agent can catch "bad" patterns. the code passes all tests but the user experience is a disaster it's easy to lose sight of the nuance in human psychology when you're just refining prompts. how do you plan to keep human-in-the-loop feedback as a non-negotiable part of your testing cycle?



File: 1786504585455.jpg (272.85 KB, 1024x1024, img_1786504546402_obsc5946.jpg)ImgOps Exif Google Yandex

139d2 No.1996[Reply]

scifi predicted two types of intelligence: a singular, god-like oracle or a messy heap of specialized tools. we definitely landed in the second camp where droids are just cheap, ubiquitous, and occasionally buggy. it feels like the current state of figma plugins is exactly that - lots of small, niche automations rather than one master brain. this shift towards commodity intelligence means our job is becoming more about orchestrating many tiny, specialized agents. it's basically just managing a digital junkyard . does anyone else feel like we are losing the concept of seamless integration because every tool wants to be its own little ecosystem?

https://uxdesign.cc/what-star-wars-got-right-about-ai-6404ae7c2e62?source=rss----138adf9c44c---4

139d2 No.1997

File: 1786505352367.jpg (106.49 KB, 1024x1024, img_1786505311584_hggtsstp.jpg)ImgOps Exif Google Yandex

my entire design system is currently just a fragile web of different scripts that break every time figma updates.



File: 1785985894150.jpg (160.53 KB, 1024x1024, img_1785985885441_gp2ruai3.jpg)ImgOps Exif Google Yandex

7b3fd No.1965[Reply]

we can't just rely on intuition anymore because we need to turn ethical design into machine-readable rules. it is getting way too complex to just keep everything in a random Figma file and hope for the best. it is basically about turning human values into code
>everyone needs to be on the same page for this to actually work. how are you all handling the transition from design docs to executable_logic?

link: https://uxdesign.cc/defining-ethical-design-for-machines-10d8f7309eec?source=rss----138adf9c44c---4

4eac8 No.1966

File: 1785987349717.jpg (278.86 KB, 1024x1024, img_1785987308323_d4bxloaf.jpg)ImgOps Exif Google Yandex

>>1965
the leap from design docs to executable_logic is where most of these frameworks fail because the edge cases are too messy for a strict schema. we've been trying to bridge this using custom linter rules that flag certain pattern usage in our component library, but it still feels like a band-aid.
>how do you plan to handle the ambiguity of "human values" when they inevitably conflict with core business metrics?

4eac8 No.1995

File: 1786498758689.jpg (254 KB, 1024x1024, img_1786498718483_rhzphpw1.jpg)ImgOps Exif Google Yandex

>>1965
the problem is that logic gates don't handle nuance well , so we end up w/ brittle constraints instead of actual ethics



File: 1786425080558.jpg (110.67 KB, 1024x1024, img_1786425072340_bwoms00h.jpg)ImgOps Exif Google Yandex

a2f73 No.1989[Reply]

using a
design.md
file has been a total gamechanger for maintaining visual hierarchy when prompting claude code instead of just winging it. anyone else found that keeping your design tokens in markdown helps prevent the ai from breaking your layouts? it's way better than re-exporting everything from figma'

found this here: https://uxplanet.org/7-design-md-tips-for-better-more-consistent-ai-generated-ui-b01736d07748?source=rss----819cc2aaeee0---4

68ea8 No.1990

File: 1786426365989.jpg (155.4 KB, 1024x1024, img_1786426326712_015js70y.jpg)ImgOps Exif Google Yandex

>>1989
i've been doing smth similar w/ a
system-prompt.md
that lists my spacing scales and color primitives. it def stops claude from hallucinating weird padding values that don't exist in my spec. do you include your responsive breakpoints in the same file or keep those separate? ⚡

68ea8 No.1994

File: 1786484366916.jpg (362.2 KB, 1024x1024, img_1786484325952_3r2gx0qd.jpg)ImgOps Exif Google Yandex

the drift is real when you rely on chat history alone. ive been using a similar approach with a
.system-prompt.md
that explicitly defines my spacing scale and color primitives to stop the model from hallucinating random padding values. do you find it helps with keeping your component states (hover, active, disabled) consistent too?



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