# Design has a data ownership problem **URL:** \ **Category:** Measuring design\ **Created:** [January 4, 2026, 8:16pm UTC](https://forum.zurb.com/t/design-has-a-data-ownership-problem/482 "2026-01-04T20:16:59Z")\ **Posts on this page:** 9\ **Page:** 1
**Author:** ![Bryan](https://yyz2.discourse-cdn.com/flex034/user_avatar/forum.zurb.com/bryan/32/448_2.png) [@Bryan](https://forum.zurb.com/u/Bryan)\ **Post date:** [January 4, 2026, 8:16pm UTC](https://forum.zurb.com/t/design-has-a-data-ownership-problem/482/1 "2026-01-04T20:16:59Z")
I shared a post on LinkedIn about design measurement, and a few pressure points kept surfacing in my head based on the direct feedback you guys gave me about the challenges of creating design impact. I believe many of these challenges stem from teams not owning the data, and having a system to influence. > **[Design has a data ownership problem. I have sat in too many zoom meetings...](https://www.linkedin.com/posts/bryanzmijewski_design-has-a-data-ownership-problem-i-have-activity-7413665105785200640-0LnT)** > > Design has a data ownership problem. > > I have sat in too many zoom meetings where people awkwardly fumble through analytics dashboards, trying to force meaning out of numbers that were never designed to answer design questions. Most of the time, it... Here are the places where design impact most often breaks based on what 60 of you shared with me. **1. Design impact breaks at the translation layer** Teams lose meaning in work once it leaves Design’s hands. User signals and design decisions are rarely expressed in terms that the business can compare or act on, so stakeholders fall back on opinions and politics. If design doesn’t [translate “better” into shared definitions and numbers](https://www.linkedin.com/posts/bryanzmijewski_how-much-better-when-i-began-my-career-activity-7411479533574516736-diPD), trust erodes and decisions will start to stall. **2. Measurement exists, but it is not shared or comparable** Metrics are collected but they are inconsistent and owned by no one. Different teams measure different things, at different times, with no baselines. Without comparison, improvement is implied instead of proven. If metrics cannot be compared, progress cannot be shown or defended. **3. Scale turns intuition into a liability** What works in small teams breaks as organizations grow. Intuition and storytelling stop carrying weight when systems, dependencies, and feedback loops multiply. Design leaders end up justifying decisions instead of leading them. At scale, intuition without evidence creates friction. Let’s be honest, that leads to dead ends and wasted work. Curious where others here are seeing these breakpoints, especially as teams scale or bring AI into the mix. ---
**Author:** ![ben](https://yyz2.discourse-cdn.com/flex034/user_avatar/forum.zurb.com/ben/32/442_2.png) [@ben](https://forum.zurb.com/u/ben)\ **Post date:** [January 5, 2026, 7:38pm UTC](https://forum.zurb.com/t/design-has-a-data-ownership-problem/482/2 "2026-01-05T19:38:13Z")
Love this. It’s always interesting to see the “growing pains” of organizations and how they differ from smaller ones. ---
**Author:** ![Bryan](https://yyz2.discourse-cdn.com/flex034/user_avatar/forum.zurb.com/bryan/32/448_2.png) [@Bryan](https://forum.zurb.com/u/Bryan)\ **Post date:** [January 5, 2026, 8:29pm UTC](https://forum.zurb.com/t/design-has-a-data-ownership-problem/482/3 "2026-01-05T20:29:44Z")
Decided to build on this idea and articulate the three big challenges. > **[Design impact breaks in three places. AI is reshaping nearly every part of...](https://www.linkedin.com/posts/bryanzmijewski_design-impact-breaks-in-three-places-ai-activity-7414032147738439680-Ik0D)** > > Design impact breaks in three places. > > AI is reshaping nearly every part of design work. As workflows change and speed increases, teams need to adjust how they operate. In my conversations with more than 60 product and design leaders, three issues... Here’s the extended list of challenges you guys shared regarding measuring design impact. - No shared metrics between design and business - Inconsistent measurement and fragmented data - Hard to benchmark or show before-and-after proof - Translating design outcomes into business language - Over-focus on artifacts instead of outcomes - Team scale creates uneven practices - Proving ROI or causality of design work - Communicating design value clearly - Ownership and accountability gaps - Legacy systems slowing validation - Time spent convincing stakeholders - Misaligned decision-making THat’s a great list, and I believe we can tackle these with Glare. ---
**Author:** ![Bryan](https://yyz2.discourse-cdn.com/flex034/user_avatar/forum.zurb.com/bryan/32/448_2.png) [@Bryan](https://forum.zurb.com/u/Bryan)\ **Post date:** [January 8, 2026, 3:20pm UTC](https://forum.zurb.com/t/design-has-a-data-ownership-problem/482/4 "2026-01-08T15:20:31Z")
Going back to this, as it was stuck in my head, and I had a conversation with @EricZ on it. After nearly 10 years of collecting design data, I’ve come to this conclusion. **Owning your data is how design grows influence.** When design controls its own data allows teams to lead with insight. You can see patterns, test ideas, explain tradeoffs, and show what actually changed for users. In our work, I see this first hand in helping customers. That shifts conversations from opinion to evidence. Without ownership, design depends on borrowed metrics, third-party dashboards, or business interpretations of value. That weakens trust and limits how far insights travel. I ![image](https://canada1.discourse-cdn.com/flex034/uploads/helio/original/1X/f50ef882249b1f49e3266dfe2c4c2590ea1817de.png) Owning data means: - You decide what gets measured and why - You control the quality and integrity of the design signal - You can connect design choices to outcomes the business cares about - You move faster because feedback loops stay close to the work Data ownership turns design from a service function into a decision-making partner. (this isn’t because the data replaces judgment, but because it gives judgment weight). ---
**Author:** ![Bryan](https://yyz2.discourse-cdn.com/flex034/user_avatar/forum.zurb.com/bryan/32/448_2.png) [@Bryan](https://forum.zurb.com/u/Bryan)\ **Post date:** [January 8, 2026, 3:27pm UTC](https://forum.zurb.com/t/design-has-a-data-ownership-problem/482/5 "2026-01-08T15:27:35Z")
> [@Bryan](#): > > Owning your data is how design grows influence I’m curious your thoughts on this @patrizia_bertini, especially from your experience in design ops. ---
**Author:** ![Bryan](https://yyz2.discourse-cdn.com/flex034/user_avatar/forum.zurb.com/bryan/32/448_2.png) [@Bryan](https://forum.zurb.com/u/Bryan)\ **Post date:** [January 8, 2026, 7:38pm UTC](https://forum.zurb.com/t/design-has-a-data-ownership-problem/482/6 "2026-01-08T19:38:59Z")
Leaned into this idea. Feeling like there’s some edge to this that people can align with and perhaps unlock some of their blockers. > **[Design loses influence when it does not own its data. Research becomes...](https://www.linkedin.com/posts/bryanzmijewski_design-loses-influence-when-it-does-not-own-activity-7415112048537251840-VGTI)** > > Design loses influence when it does not own its data. > > Research becomes theater when that data cannot drive decisions. > > After 50,000 hours working toward the Glare framework, supporting nearly 2,500 project teams, contributing to 50+ startup exits,... ![desting-data-influence](https://canada1.discourse-cdn.com/flex034/uploads/helio/original/1X/a16669ca626ba0ac893b43c286e332b36ae08b3e.png) ---
**Author:** ![ben](https://yyz2.discourse-cdn.com/flex034/user_avatar/forum.zurb.com/ben/32/442_2.png) [@ben](https://forum.zurb.com/u/ben)\ **Post date:** [January 8, 2026, 7:47pm UTC](https://forum.zurb.com/t/design-has-a-data-ownership-problem/482/7 "2026-01-08T19:47:11Z")
Definitely a great post here @Bryan! Design _does_ matter, and I think it’ll start to matter even more in the near-term. A lot of people just don’t realize it yet- it’s something that’s hard to see yet fundamental to finding what works. ---
**Author:** ![Bryan](https://yyz2.discourse-cdn.com/flex034/user_avatar/forum.zurb.com/bryan/32/448_2.png) [@Bryan](https://forum.zurb.com/u/Bryan)\ **Post date:** [January 10, 2026, 3:12pm UTC](https://forum.zurb.com/t/design-has-a-data-ownership-problem/482/8 "2026-01-10T15:12:44Z")
> [@ben](#): > > A lot of people just don’t realize it yet- it’s something that’s hard to see yet fundamental to finding what works. Here’s an interesting point, and one that surfaces where this is headed for design data. Marina’s calls out that: _influence is structural_\* (not a rhetorical exercise). Pushback fails in many orgs and projects because they intervene after the structure of a decision has already formed. > **[Many designers misunderstand why their pushback fails. They think it’s...](https://www.linkedin.com/posts/mkrutchinsky_many-designers-misunderstand-why-their-pushback-activity-7415386950280617985-rChL)** > > Many designers misunderstand why their pushback fails. > > They think it’s because they’re not persuasive enough. > > But it’s usually because they’re intervening at the wrong STRUCTURAL MOMENT. > > Here’s the situation I see constantly: > > A direction is... What’s changing now is that **timing itself is becoming a zero-sum game** for influencing decisions. As AI and automation accelerate decision-making, directions form faster, socialize earlier, and harden sooner. Waiting for the “right moment” to give feedback increasingly means missing it altogether. By the time a designer speaks up, momentum has already done the work. This is the trap. Marina’s advice is good, and designers should think intervening _before_ emotional and political commitments form. But relying on timing alone does not scale. It assumes designers are always present, always early, and always close enough to the signal. Designers need to exit this game. I’ve found that when design owns its own data, influence no longer depends on perfect timing. UX metrics help to change the structure of decisions themselves. Evidence of user intent, comprehension, effort, and confidence travels earlier and farther than opinion ever can. When design shows up with owned signals: - decisions move forward with visible risk attached - assumptions get surfaced before they calcify - momentum slows just enough to ask better questions Moving ahead without understanding the customer becomes the risky choice, not the cautious one that the rest of the business wants to take. Design creates durable influence this way. It shouldn’t be waiting for the right moment, but instead thinking about changing what decisions are made _with_. Designers need to own the data. ---
**Author:** ![Bryan](https://yyz2.discourse-cdn.com/flex034/user_avatar/forum.zurb.com/bryan/32/448_2.png) [@Bryan](https://forum.zurb.com/u/Bryan)\ **Post date:** [January 10, 2026, 7:34pm UTC](https://forum.zurb.com/t/design-has-a-data-ownership-problem/482/9 "2026-01-10T19:34:30Z")
Ok, this has turned into a monologue thread… 😆 I took the ideas about owning data and rolled them into a post that connects the decision points. > **[There’s never been a better time for design to have a bigger voice. Design...](https://www.linkedin.com/posts/bryanzmijewski_theres-never-been-a-better-time-for-design-activity-7415834455099002881-f8oU)** > > There’s never been a better time for design to have a bigger voice. > > Design has an opportunity right now to play a more strategic role by tying directly to business goals, something that has traditionally lived with PMs. I’ve been loving a lot of... ![expanding-design-influence2](https://canada1.discourse-cdn.com/flex034/uploads/helio/original/1X/4cbbd226134173f660252bef03b4a337a855469b.png)