Stop Reporting UX Activity and Report Business OutcomesNielsen Norman Group
DesignProduct
NNG says UX teams should report revenue, cost, and risk impact — not activity metrics — to secure resources.
- The shift: Move away from reporting activity (tests run, screens shipped) toward outcomes execs actually care about: revenue, cost, risk, speed, retention.
- Why now: Design teams under budget scrutiny need to speak the language leadership responds to, not internal design metrics.
- Practical ask: Frame every UX initiative around the business outcome it drives, not the deliverable produced.
- Bottom line: A concrete framework for DesignOps leaders rebuilding reporting for the next budget cycle.
For design
Audit your current reporting templates — if they're full of activity counts (tests run, personas made) instead of dollar impact, that's the first fix to make before your next budget review.
Crafting AI Explanations for Every Role in Your EnterpriseNielsen Norman Group
DesignProductEthics
Enterprise AI explainability fails when it's one-size-fits-all — different roles need different explanations.
- Core idea: Executives, end users, and technical staff each need different depth and framing when AI explains its own outputs.
- Why it matters: Generic 'explainable AI' UI patterns fail because trust needs and mental models vary sharply by role.
- Design implication: Content design and UX writing become central to responsible AI adoption, not an afterthought bolted onto a model.
- Practical use: A solid framework for any team building internal AI tools or copilots across multiple departments.
For design
If you're shipping AI features to multiple internal audiences, build role-based explanation variants now — retrofitting them later after a trust incident is much harder.
You design it. Then what? A clear map of the Figma-to-code AI messUX Collective
DesignProduct
A practical map of the fragmented, messy state of AI tools that turn Figma designs into code.
- The problem: Design-to-code AI tools promise seamless handoff, but reality is fragmented output requiring heavy manual cleanup.
- Why it matters: DesignOps teams evaluating these tools need a realistic map of capability vs. marketing promises before committing.
- Key tension: Speed gains from AI generation are often eaten up by rework and design-system drift.
- Bottom line: A useful diagnostic for deciding whether and how to fold Figma-to-code AI into your actual pipeline.
For design
Before greenlighting any Figma-to-code AI tool org-wide, pilot it against your real design system components — that's where the gaps show up first, not in vendor demos.
Did good UX break the job market?UX Collective
DesignProduct
A provocative argument that frictionless UX quietly eliminated entry-level jobs and skill-building pathways.
- The argument: As products got easier to use, they removed the complexity and friction that used to justify junior roles and training ladders.
- Why it's interesting: Reframes 'great UX' as having second-order labor-market effects, not just user-experience benefits.
- For DesignOps: Raises real questions about how design simplification ripples into hiring pipelines and career progression.
- Bottom line: Worth a discussion with leadership about unintended consequences of relentless simplification.