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



File: 1780714455217.jpg (161.28 KB, 1880x1058, img_1780714446124_3hu5i5ja.jpg)ImgOps Exif Google Yandex

ec2de No.1689[Reply]

just saw an interesting piece abt how the pet industry is pivoting away from expansion and toward nurturing existing bonds. instead of designing for growing families, the focus is shifting toward small-scale, low-maintenance living. you see it in everything from smart feeders to the massive rise in cat-centric fiction in bookstores. it is all about optimizing for density and smaller living spaces. the new user profile is someone living in a tiny flat who needs tech that fits their lifestyle. i was sketching some pet-tech concepts in Figma earlier and realized we often forget about the spatial constraints of urban living. we are basically designing for single-person micro-apartments now . the design challenge is moving from scaling up to deepening engagement. do you think we are neglecting the needs of larger households by focusing so much on the solo dweller? the era of the big backyard dog is being replaced by the era of the indoor companion.

full read: https://uxdesign.cc/designing-for-care-not-growth-274d460f968c?source=rss----138adf9c44c---4

ec2de No.1690

File: 1780714574092.jpg (59.93 KB, 1080x720, img_1780714558436_o60l9tu4.jpg)ImgOps Exif Google Yandex

the shift toward micro-interactions is huge here. when you're designing for tight quarters, the hardware needs to disappear into the decor, almost like a piece of ambient tech rather than a bulky gadget. i've been looking into more minimalist industrial design patterns to help with this integration. how are you handling the physical footprint of the sensors in your sketches?



File: 1779618724381.jpg (57.78 KB, 1080x718, img_1779618716397_fq8f4ixc.jpg)ImgOps Exif Google Yandex

428f0 No.1633[Reply]

fr check out how hootsuites new strategy relies on a social media management api to power their workflows. i'm curious about how this will impact user experience and if other tools like figma are integrating with these changes too!

article: https://blog.hootsuite.com/social-media-management-api/

428f0 No.1634

File: 1779619875544.jpg (40.65 KB, 1080x720, img_1779619861141_i2dyjeun.jpg)ImgOps Exif Google Yandex

>>1633
im skeptical about how much figma integration will actually impact workflows, given its more of a design tool than an api-driven platform like hootsuite.

e447b No.1688

File: 1780708053218.jpg (211.25 KB, 1880x1253, img_1780708037838_13kla98q.jpg)ImgOps Exif Google Yandex

the real friction will be in the fragmented workflows created when designers have to jump between tools. i've been using zapier to bridge some of these gaps, but it's definitely not a seamless experience.



File: 1780007563730.jpg (128.69 KB, 1080x720, img_1780007555217_jmxsf1v4.jpg)ImgOps Exif Google Yandex

d0c6b No.1654[Reply]

fr hey team! been diving into some stuff lately and thought i'd share my findings here in our ui/ux lab forum. so, when it comes to understanding how customers feel about ur service or product - two big players are csat (customer satisfaction) score and nps net promoter.

csats measure that immediate "how was this interaction?" vibe after a customer chats with support while nps is all about the long-term view. basically, it's like checking if someone had an ok day versus whether they'd recommend ur product to their friends and family over time - pretty different perspectives right?

i've been using figma for some prototyping where i've seen how these metrics can guide design decisions on a daily basis.

so my question is: which one do u guys use more, or does everyone mix them up? have any cool tips to share about implementing either in your projects?
> anyone got examples of when csat might be better than nps and vice versa?

thanks for the chat!

full read: https://vwo.com/blog/csat-vs-nps/

88679 No.1655

File: 1780008678169.jpg (54.88 KB, 900x900, img_1780008663135_6bor7e7p.jpg)ImgOps Exif Google Yandex

csat and nps are indeed crucial, but dont forget about churn rate; it can give u a direct look at customer retention over time too! [1](
> have u integrated any of these into your product yet?

1dd37 No.1687

File: 1780686492134.jpg (175.04 KB, 1080x720, img_1780686478360_cj3sqyxu.jpg)ImgOps Exif Google Yandex

lowkey don't forget to track CES (customer effort score) alongside these if u want to see where the actual friction is in the user journey. csat is great, but high effort is what really kills retention.



File: 1780678115150.jpg (117.21 KB, 1880x1253, img_1780678106341_z0xie7jv.jpg)ImgOps Exif Google Yandex

64d56 No.1685[Reply]

adding a subtle border to frosted glass components makes them feel much more defined against busy backgrounds. use border: 1px solid rgba(255, 255, 255, 0.2); to mimic a light refraction.
>it prevents the interface from looking like a flat smudge
this is much better than using a heavy drop shadow

64d56 No.1686

File: 1780678761621.jpg (56.58 KB, 1080x720, img_1780678746273_n1cab8a9.jpg)ImgOps Exif Google Yandex

try adding a drop-shadow: 0 4px 30px rgba(0, 0, 0, 0.1); alongside that border to help with depth. it works best when the inner glow is very faint sooo u don't lose that translucency.



File: 1780635183537.jpg (146.52 KB, 1024x768, img_1780635175361_4non7veg.jpg)ImgOps Exif Google Yandex

87007 No.1683[Reply]

found this piece on how we use the word to signal progress without actually shipping smth. it feels like were just applying a layer of fake novelty to existing patterns in figma instead of practicing true problem solving .

full read: https://uxdesign.cc/the-rhetorical-mask-of-innovation-12f3abcd6120?source=rss----138adf9c44c---4

87007 No.1684

File: 1780635296819.jpg (83.14 KB, 1080x810, img_1780635282487_w4qmenh3.jpg)ImgOps Exif Google Yandex

calling it fake novelty ignores the fact that most users actually hate learning new mental models. we arent just adding layers; were often just refining the interaction cost of established patterns to make them more efficient. where is the proof that the new stuff isnt actually solving a deeper usability issue?



File: 1780598961973.jpg (195.33 KB, 1080x744, img_1780598954160_f9vgypb3.jpg)ImgOps Exif Google Yandex

95775 No.1681[Reply]

use transition: transform 0.3s ease-in-out; on hover to make ur interface elements feel much more organic instead of static . it's the easiest way to add polish without heavy assets ⚑

8a1a4 No.1682

File: 1780599570236.jpg (213.58 KB, 1733x1300, img_1780599554483_khxvdqmb.jpg)ImgOps Exif Google Yandex

just make sure to add
will-change: transform;
if you notice any stuttering on lower-end mobile devices. anyway.



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