# Laddered Metrics Framework

| Of The System DS Performance                                                                                           | By The System Productivity Impact                                                                                                                                                     | From The System DS Impacts on Users                      | For The Organization Outcomes                                                                                                                                                      |
| ---------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| <p>Component Library Size<br><br><br>Component Library Growth Rate<br><br><br>Team Usage<br><br><br>Usage Velocity</p> | <p>UI cycle time of product teams which allows them to:</p><ul><li>Shift towards high value (strategic) design activities </li><li>More time for experience experimentation</li></ul> | Better and more consistent user experiences              | <p>Achievement of annual objectives internally & externally:</p><ul><li>Customer Lifetime Value (LTV) LTV</li><li>Click-Through Rate (CTR)</li><li>Conversion Rate (CVR)</li></ul> |
| <p>Production Usage<br><br><br>UI Coverage</p>                                                                         | Brand experiences enabled by UI Design                                                                                                                                                | Number of unique problems solved (Customer satisfaction) | NPS score and brand equity metrics                                                                                                                                                 |

Download the the table above:

![Image version of the Laddered Metrics Framework table](/files/vbVYjZGo1iEcroDqujCZ)<br>

How to read this table:

The columns from left to right expand from the design system itself to the impact at an organizational level. The more your team is able to link the design system (DS) work to a broader impact, at a system or enterprise level, the better it is to truly showcase value, secure funding and create a compelling narrative for the design system in your organization.

From top to bottom, the first few metrics are nice to track, but ultimately the metrics at the bottom of the table are the most critical metrics to measure.

Let’s take the example of the design system performance:

Being able to keep track of the number of components that you have is good in internal communications with leadership or product teams (although ensuring that everyone has the same definition of a component is important). Component library growth helps the DS team test its staffing model, and ensure that it can keep up with building the foundation of a DS in a reasonable time.

Ultimately though, the metrics that matter the most at a design system level are:

* UI coverage, or what percentage of a product, an app or a site can be built using the design system.
  * The higher this percentage, the greater the potential impact and value of the DS, and the greater is the attractiveness of using a DS for a product team
  * Low percentage across multiple products can either mean that more components need to be built, or that the target has divergent user experiences, creating too many homebrew (one off use cases) that hamper the ability of the organization to reuse components across products.
  * The target itself can vary between organizations, with a higher target promoting consistency and reusability and a lower target promoting creativity and customized experiences by product.
* Production usage is meant to track adoption of the design system. A DS brings value to the organization when it is adopted and used.&#x20;
  * Rangle recommends automating adoption tracking, [check out our Radius tracker](/products/radius-tracker.md) open source tool for more information. Radius tracker enables you to automatically measure adoption, see how it trends over time and drill deeper to understand which components are being used (or not used) and by which team(s).
  * A low usage across the organization can mean that the product teams are not aware that the DS exist, or how to use it, or that the DS is not fulfilling the needs of product teams and providing them with the value that they are looking for


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://radius.rangle.io/how-to/laddered-metrics-framework.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.