Named Metric
A named metric is the one number your work must move to count as product work instead of decoration. It sits at the top of the spec, gets wired to a dashboard before the first pixel drops, and becomes the only thing that matters when you write the post-launch summary. In 2026 the senior designer job is a PM-with-taste, which means you no longer hand off success criteria to someone else. You name the exact number, you defend it in every meeting, and you own the delta between baseline and result. The metric must be specific, attributable to your surface, and written in plain language anyone on the team can repeat. Activation rate for new users in their first seven days. Conversion from free to paid on the pricing page for companies between 50 and 500 employees. Time to first successful build in a new Linear workspace. These are named metrics. Vague goals like improve engagement or delight users are not.
A named metric is not a vanity stat, a basket of KPIs, or a number you reverse-engineer after launch to make the deck look good. It is not the PMs job while you focus on craft. It is not something you measure only if the project succeeds. The old role treated metrics as something that happened to the product. The new role treats the metric as the product. If you cannot name the number before you start designing you are performing decoration, not product work. Teams that still run the 2018 split where designers push Figma and PMs own the success numbers already lost headcount in the last two budget cycles. The consolidation is structural. AI ate the production layer. One seat now does both jobs.
Look at Stripe in 2024. The designer who owned the new pricing surface did not start in Figma. She started by naming the metric: 18 percent lift in paid conversion rate for mid-market accounts within 60 days. She ran the merchant interviews herself, wrote the spec that locked that exact target, built the Mixpanel dashboard, and paired with engineering on the rollout plan. The Figma file arrived late as an appendix. The same pattern repeats at Linear. Karri Saarinen has repeated for years that designers own the problem and the number. The command bar project carried a named metric of reducing time-to-first-actionable-commit from 14 minutes to under 4 minutes. They measured it with Sentry traces and Amplitude events before, during, and after launch. No metric, no ship. Vercel designers own dashboard usage metrics for every new primitive they add to the platform. The team that shipped the 2025 marketing site stack owned a specific bounce-rate reduction on the pricing page and published the before-and-after numbers in their launch post. Anthropic product designers write the eval criteria that doubles as both spec and named metric. One recent Claude interface change targeted a 12-point lift in benchmark task success rate. The designer ran the evals, adjusted the surface, and reported the exact movement in the public write-up. Figma itself requires its product designers to author PRDs that open with a named metric. The company that taught everyone to care about Figma now demands its own designers treat the metric as table stakes.
These examples share one pattern. The named metric appears in the spec, drives every design critique, determines the ship date, and becomes the first line of the post-launch write-up. The designer does not wait for a researcher or a data analyst. They run the five interviews, set up the dashboard, watch the Sentry traces, and quote the user who exposed the failure mode that blocked the metric. When the number moves they take the credit. When it does not they write the blameless postmortem and fix it. This is why teams at these companies avoided the 2026 layoffs that hit every org still running the old designer-plus-PM split.
Use a named metric on every surface you own inside a product org that pays senior IC salaries. Write it before you open Figma. Reference it in every critique. Wire the dashboard in Amplitude or Mixpanel on day one. Put it in the one-page spec, the calendar invite for the ship date, and the launch post your manager forwards upward. Do this for two quarters and your role becomes structurally un-cuttable. The market in 2026 only funds the designer who can name the number their work moves. Stop pretending design review approval equals success. The CFO looking at the next budget cut does not care about beautiful frames. They care which seats own artifacts that move numbers.
Do not waste time naming metrics if you are doing pure brand identity, marketing illustrations, or hourly contract production work. Those lanes still pay for craft and speed alone. Inside any SaaS product team the role that cannot name its metric is the role that disappears in the next reorg. The juniors who still build Dribbble portfolios without attached metrics are training for a job that no longer exists.
Name the metric or your role gets named in the next layoff list.
Read the full guide
Related terms
Keep exploring
One Metric That Matters
One Metric That Matters is the single measurable outcome written into a design brief that decides whether the project succeeded. It forces every decision, deliverable, and deadline to serve one observable number instead of a pile of feelings or stakeholder opinions.
Designer-PM
A senior design IC who owns the written spec, named metric, ship date, user research, and launch write-up on top of the interface work. The role that ate the old PM IC seat in 2026.
Success Criteria
Success criteria are the numeric targets in a design spec that prove whether a feature actually solved the user problem instead of just looking better.
Metric Carousel
A metric carousel is a horizontal strip of KPI cards each showing one big number, one colored percentage change, and one microscopic sparkline. It creates the illusion of comprehensive oversight while delivering zero priority, zero context, and zero tied actions.