Clew

HomeToolsProduct managementFeature adoption calculator

Feature adoption rate calculator

Find out what share of active users really use a feature, how often and how deeply. Paste an export of dates and the calculator adds the median time to first use, while the scale shows how to read the result for a core or a niche feature.

● Free, no sign-upUpdated:

Usage in the period

Unique users of the product in the period (or users who have access to the feature).
Unique users with at least one key event of the feature.
How many times the feature was used in the period. Optional.

Optional

Average per feature user in the period.
Users who used the feature on at least two different days.
Confidence level

Time to adopt

Start = sign-up or feature release. An empty second date means the user has not used the feature yet. Formats: 2026-06-01 14:30, 06/01/2026, Unix time.
Upload CSV

—

 

Adoption rate— 
Depth— 
Per week— 
Days share— 
Repeat use— 
Time to adopt— 
Adoption on the interpretation scaleband = confidence interval
Adoption on the interpretation scale

The 10, 30 and 60% cut-offs are rules of thumb for a feature meant for every active user, not an industry standard. For a niche feature, divide by the users who need it.

Formulas. Adoption = feature users / active users; depth = events / feature users; frequency = depth × 7 / days in period; repeat usage = returning / feature users. Wilson interval for the share.

Everything is calculated in your browser — nothing you enter is sent anywhere.

How to use it

  1. Pick a feature and periodDefine the key event of the feature — “report created”, not “tab opened” — and the period: a week, 28 or 30 days.
  2. Enter usersActive users in the period and users with the feature event. For a niche feature, use the users who have access to it instead of all active users.
  3. Add depthEvent count, days with use and returning users show whether the feature became a habit.
  4. Measure timePaste sign-up and first-use dates to get the median, the 75th percentile and the share of users who started in the first week.

What feature adoption is and how to calculate it

Feature adoption describes how far a feature has become part of people’s work. One number cannot capture it, so product teams look at four dimensions:

Breadth Adoption rate = feature users / active users Depth feature events / feature users Frequency depth × 7 / days in the period (events per week) Time median time from start to first use Example: 1,150 of 4,800 active users in 30 days, 6,900 events Adoption = 1,150 / 4,800 = 24.0% Depth = 6,900 / 1,150 = 6 events Frequency = 6 × 7 / 30 = 1.4 events per week

The adoption rate is a share measured on a sample, so it has a margin of error. The calculator uses the Wilson interval, which stays correct for small numbers and for shares close to 0 or 100%. With 1,150 of 4,800 the 95% interval is 22.8% to 25.2%; with 23 of 96 (the same share) it is already 16.5% to 33.4%.

Repeat usage is the share of feature users who used it on at least two different days. High breadth with low repeat usage means people tried the feature and dropped it: there was interest, but not enough value.

Time to adopt

How long it takes from sign-up (or the feature release) to first use. The calculator takes the median and 75th percentile over users who have already used the feature, and separately the share of all users in the export who started within 7 and 30 days. The mean is misleading here: a few people who discover the feature two months later pull it far up.

What is a good feature adoption rate?

There is no universal benchmark: it depends on who the feature is for. An accounting export matters to a tenth of customers, while creating a project matters to everyone. The scale in the calculator is therefore a set of rules of thumb for a feature meant for every active user, not an industry standard:

  • under 10% — people barely find the feature, or it solves a rare task;
  • 10–30% — normal for an advanced or niche feature;
  • 30–60% — a sizeable part of the audience uses it;
  • 60% and above — the feature is part of the core workflow.

The right denominator matters more than the cut-offs. If the feature exists only on a paid plan, divide by paying accounts; if only admins need it, divide by admins. Pendo’s 2019 Feature Adoption Report found that 80% of features in the average software product are rarely or never used. Most often that’s not because nobody needs them — it’s because users don’t know they exist. So low adoption is first a discoverability problem, and only then a question of value.

Compare a feature with itself over time and with similar features in your own product. If adoption grows after an interface change, confirm it with an A/B test — the A/B test calculator gives you the sample size.

How to increase feature adoption

When a feature is useful but rarely used, the problem is usually not the feature itself but the path to it:

  • People cannot see it. It hides in a menu or appears only in a certain state. A tooltip next to the place where the feature is needed beats a release email.
  • The value is unclear. The name says what the feature does, not why it matters. A short tour with an example of the result answers “what do I get”.
  • Wrong people, wrong moment. Suggesting reports to someone with no data yet is pointless. Show the tooltip to users who completed the previous step, and hide it from those who already use the feature.
  • The first run is hard. If a result needs five settings first, few people make it. Find where they drop off with the funnel calculator and shorten the path with the time-to-value calculator.

Measure the effect by cohort: adoption among users who saw the tooltip versus those who did not, and repeat usage after 2–4 weeks. The retention calculator shows how the feature relates to retention.

Common mistakes

  • Events instead of users in the numerator: one active person generates hundreds of events.
  • Internal and test accounts in the data inflate adoption of new features.
  • The launch spike. In the first days people open a feature out of curiosity; the steady level shows up after a few weeks.
  • A period that is too short for features needed weekly or monthly.

Sources

  1. Pendo. The 2019 Feature Adoption Report — the share of rarely used features in software products.
  2. Croll A., Yoskovitz B. Lean Analytics: Use Data to Build a Better Startup Faster. O'Reilly Media, 2013 — engagement metrics and choosing the denominator.
  3. Wilson E. B. Probable Inference, the Law of Succession, and Statistical Inference. Journal of the American Statistical Association, 22(158), 1927 — interval for a proportion.
  4. Hyndman R. J., Fan Y. Sample Quantiles in Statistical Packages. The American Statistician, 50(4), 1996 — percentile definition (type 7).

FAQ

How do you calculate feature adoption rate?

Divide the number of unique users with the feature’s key event in a period by the number of active users in the same period. For example, 1,150 of 4,800 is 24%.

What is a good feature adoption rate?

It depends on what the feature is for. For a feature everyone needs, aim for 30–60% of active users or more; for a niche feature 10–30% is normal. It is more reliable to compare the feature with itself over time and to divide by the users who have access to it.

What is the difference between breadth, depth and frequency?

Breadth is how many people use the feature. Depth is how many actions each of them performs. Frequency is how regularly: actions per week or the share of days with use.

How do you measure time to adopt?

For each user, subtract the sign-up or release date from the first-use date, then take the median over users who have used the feature. Separately, calculate the share of all users who started in the first week.

Who counts as an active user?

Unique users with at least one session or key action in the same period as the feature events. If not everyone has the feature, count only those who do: paying accounts, admins, users of the relevant integration.

How can I increase adoption of a new feature?

Make it visible where it is needed, explain the value with an example, and show the prompt only to users who are ready: they completed the previous step and have not used the feature yet. Measure the effect by cohort and by repeat usage.

More in Product management

Open the collection →

Tours, tooltips and checklists whose impact shows up in the numbers.

Try Clew for freeHow it worksFree plan forever · no credit card

Product tours, popups and onboarding in the age of AI

7 patterns with step counts, copy rules and what to measure, what AI changes, and a checklist before you publish. PDF, 2 pages. What is inside →