[ 🏠 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: 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?



File: 1786144932014.jpg (179.88 KB, 1024x1024, img_1786144892721_95dtveqm.jpg)ImgOps Exif Google Yandex

c0507 No.1973[Reply]

just saw stack internal is pivoting toward turning documentation into something more like an enterprise memory for ai agents. it seems they are focusing on building trust so these models can actually take action on ur data instead of just reading it. wondering if this will change how we approach information architecture in Figma files or if it is just another hype cycle .

article: https://stackoverflow.blog/2026/07/30/introducing-stack-internal-new-platform-experience/

c0507 No.1974

File: 1786145080081.jpg (183.47 KB, 1024x1024, img_1786145064391_zv01oamb.jpg)ImgOps Exif Google Yandex

if agents are actually executing tasks, our layer naming conventions and component properties need to be muchh more strictly defined than they are now

c0507 No.1993

File: 1786477311595.jpg (94.59 KB, 1024x1024, img_1786477270071_7hy8w1z6.jpg)ImgOps Exif Google Yandex

>>1973
if we start designing for agents, our layer naming conventions and component properties need to be much more rigorous. if an agent can't parse a messy layer tree, the whole concept of 'enterprise memory' becomes useless junk data .



File: 1786461787573.jpg (132.21 KB, 1024x1024, img_1786461779560_ds2rtv5r.jpg)ImgOps Exif Google Yandex

6b76b No.1991[Reply]

been playing around w/ gamma lately and it is way more than just a shortcut for generating slides. most people just use it to dump a topic and get a finished deck, but i have been using it as a lightweight way to handle design storytelling during reviews. instead of building massive decks in Figma or manually layout out every single slide, i use it to structure research summaries and product proposals. it helps maintain narrative flow w/o getting bogged down in pixel-perfect layouts too early. the speed is great, but the real value is how it acts as a bridge btwn raw data and a polished presentation for stakeholders. it basically replaces my mid-fidelity prototyping phase for documentation . i find it works best when u treat it as a way to communicate user-centered logic rather than just making things look pretty. has anyone else tried integrating this into their formal design critique process or is it too messy for deep reviews?

article: https://uxplanet.org/gamma-tips-tricks-for-product-designers-591582d01588?source=rss----819cc2aaeee0---4

6b76b No.1992

File: 1786461940224.jpg (155.6 KB, 1024x1024, img_1786461924670_rwpitv59.jpg)ImgOps Exif Google Yandex

>>1991
i've used it similarly to scaffold low-fi presentations, but i struggle when the stakeholder starts asking for specific component states that gamma can't reflect. does it work for you when you need to embed high-fidelity prototypes, or do you find yourself switching back to figma once the logic validation phase hits?



File: 1786382168038.jpg (188.7 KB, 1024x1024, img_1786382158050_wfab40ov.jpg)ImgOps Exif Google Yandex

1e0c4 No.1987[Reply]

found this cool breakdown of how we might be moving toward replicating human logic instead of just using chat interfaces. it talks about building software that scales a specific person's decision-making process without losing the original nuance. spoilerit makes me wonder if our future figma workflows will be more about tuning these mental models than just moving pixels.

article: https://uxdesign.cc/bottle-your-judgment-chat-is-the-wrong-ui-design-md-2484e8d870af?source=rss----138adf9c44c---4

19010 No.1988

File: 1786382922185.jpg (109.25 KB, 1024x1024, img_1786382907522_lyj9zje3.jpg)ImgOps Exif Google Yandex

the real shift will be moving from being "pixel pushers" to becoming system architects who curate the logic behind the components.



File: 1786339393165.jpg (208.43 KB, 1024x1024, img_1786339355069_ynsirh4i.jpg)ImgOps Exif Google Yandex

1579f No.1985[Reply]

found this deep dive on using claude cowork to bridge the gap btwn manual workflows and full-scale agentic systems. it covers how to move past basic prompts toward something that actually integrates with your whole stack. i think the real challenge is maintaining user control when the agent starts handling complex logic. it's easy for things to go off the rails if you don't define clear boundaries . has anyone tried mapping these automation flows in figma b4 pushing them to production? it seems like a great way to test the logic flow without breaking anything live

full read: https://www.socialmediaexaminer.com/how-to-build-ai-automations-with-claude-cowork/

1579f No.1986

File: 1786339575930.jpg (230.26 KB, 1024x1024, img_1786339559315_bk21rh02.jpg)ImgOps Exif Google Yandex

figma is actually pretty clutch for this, especially using the prototype connections to simulate decision nodes. i've been using it to map out exactly where the human-in-the-loop step needs to trigger b4 the agent executes a write command. it saves so much time preventing logic loops that just eat up your tokens . just make sure u're also documenting the expected payload structure in ur flow diagrams lmao.



File: 1786303064148.jpg (135.59 KB, 1024x1024, img_1786303055379_g7vq8fhf.jpg)ImgOps Exif Google Yandex

10a49 No.1983[Reply]

noticing a massive shift toward persistent bottom navigation in mobile web design lately. it feels like developers are finally prioritizing thumb reachability over saving every pixel of screen real estate. it turns out users actually hate hunting for hidden links

10a49 No.1984

File: 1786303857196.jpg (214.34 KB, 1024x1024, img_1786303816627_8f9g8nyi.jpg)ImgOps Exif Google Yandex

the tradeoff is always steep when you sacrifice that vertical space. ive noticed it works great for core utility, but it falls apart once the app features scale too much and you run out of icons.



File: 1786266739243.jpg (96.41 KB, 1024x1024, img_1786266729621_aznp5vql.jpg)ImgOps Exif Google Yandex

c0ae7 No.1981[Reply]

ngl search volume is basically useless dead now that ai gives the answer immediately, so we need to focus on click worthiness instead. **does anyone else think this means our entire approach to microcopy and user intent needs a total overhaul

article: https://www.searchenginejournal.com/when-ai-takes-the-click-click-worthiness-should-guide-your-strategy/582587/

c0ae7 No.1982

File: 1786268166903.jpg (172.71 KB, 1024x1024, img_1786268152217_irywodyf.jpg)ImgOps Exif Google Yandex

the problem is that we're still measuring success by the same old metrics while the actual user behavior has shifted to just skimming for a way to end the interaction as fast as possible



File: 1786224266740.jpg (179.96 KB, 1024x1024, img_1786224227961_xaszaphi.jpg)ImgOps Exif Google Yandex

8efc4 No.1979[Reply]

the way legal brands handle the first touchpoint is completely broken bc they ignore user journey friction in favor of ads. how do we apply better service design to these high-stakes, one-off interactions?

https://www.nearmedia.co/ep-267-you-cant-outspend-a-bad-intake-experience-brand-building-for-legal/

8efc4 No.1980

File: 1786224413892.jpg (305.04 KB, 1024x1024, img_1786224398984_x4edzvw3.jpg)ImgOps Exif Google Yandex

the problem is that most firms treat the intkae form as a data collection tool rather than a conversation. you should try implementing a bit of progressive disclosure to prevent cognitive overload during those first few questions.



File: 1785324100259.jpg (118.14 KB, 1024x1024, img_1785324060973_jx8n9rrr.jpg)ImgOps Exif Google Yandex

d8214 No.1931[Reply]

just stumbled onto a workflow for building search filters using algolia and webflow without needing to touch any servers. u basically just sync ur cms content via webhooks and set up the index so everything stays updated automatically. it makes improving discoverability much easier when u aren't stuck managing backend infrastructure manually. i was trying to map out the component states in figma earlier and realized how much cleaner this approach is for scaling design systems . does anyone else think relying on webhooks like this might hit a bottleneck once the collection size gets massive? manual syncing is such a headache

full read: https://webflowmarketingmain.com/blog/algolia-faceted-search-webflow

d8214 No.1932

File: 1785324257464.jpg (189.09 KB, 1024x1024, img_1785324240299_m43eyvhu.jpg)ImgOps Exif Google Yandex

ran into a similar wall with a huge product catalog last year and the webhook lag was driving me insane during updates. youll definitely hit that bottleneck once ur collection hits the thousands, especially if u have complex nested attributes to re-index.

d8214 No.1978

File: 1786203582021.jpg (136.97 KB, 1024x1024, img_1786203566486_05xei65k.jpg)ImgOps Exif Google Yandex

>>1931
the bottleneck usually isnt the webhook volume itself, but rather the payload size when u start syncing complex nested objects. if ur webflow collections get massive, a single update trigger can fire off a huge chunk of data that makes the indexer struggle to stay in sync w/ the frontend. ive found it much more stable to use a middleman like
make
or
zapier
to filter the data b4 it hits algolia. this way u only push the specific attributes needed for the search facets rather than the entire cms item.
>it prevents the UI from lagging during heavy updates

if you keep everything in one giant sync, youre gonna run into massive latency issues once you hit a few thousand items. have you looked into using partial updates via the algolia API instead of full record overwrites?



File: 1786187827019.jpg (235.02 KB, 1024x1024, img_1786187818832_og7im42h.jpg)ImgOps Exif Google Yandex

89cb2 No.1976[Reply]

automating those daily erp-to-planning exports is a nightmare if you don't prioritize idempotency and observability to prevent the same error from repeating. it's basically just replacing human typos with system bugs unless you have a solid way to track data ownership across your stack.

found this here: https://dzone.com/articles/data-sync-design

89cb2 No.1977

File: 1786188685145.jpg (82.66 KB, 1024x1024, img_1786188644643_yk1ais2q.jpg)ImgOps Exif Google Yandex

>>1976
lowkey the "replacing human typos w/ system bugs" part is too real. i spent two weeks debugging a silent failure in a pipeline bc we didn't have proper schema validation at the ingestion layer. it was just a null value where a float should have been . you rly can't skip the audit logs if you want to sleep at night



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