Choose your view options

Experience

Theme

Case study · HubSpot

Making AI credit costs visible lifted activations ~12%.

An in-context credit estimate in Data Studio showed customers what an AI action would cost before they ran it, and Data Studio activations rose about 12%.

Company / product
HubSpot, Data Studio (Data Hub)
My role
Senior Product Designer, UX DRI for credits and AI UX in Data Studio
Team
[PM], [N engineers] across Data Studio teams, Content Design
Stakeholders
The usage-based billing (UBB) platform team, Legal, Data Hub leadership, and adjacent product teams (Events, Email/SMS)
Methods
Usage data analysis, customer research, hypotheses and guardrails, in-product experiment, content testing
Tools
Figma, FigJam, Lovable, NotebookLM, Granola

Project overview

Problem

Customers avoided paid AI features in Data Studio because they couldn’t predict how many credits an action would cost. CSAT was falling, with billing friction as a top cause, and some customers were paying for features they didn’t need.

Solution

I narrowed a broad adoption study to one fast question: does showing cost upfront increase activation? Then I shipped an in-context credit estimate next to each AI action, plus clearer copy about credits. That meant getting approval from Legal and other organizations despite pushback.

Impact

  • ~12% more Data Studio activations after the full rollout on 1/12/26
  • 2 adjacent teams (Events in Data Hub, Email/SMS in Marketing Hub) asked to adopt the pattern
  • Shaped new UBB platform patterns and content standards

Context and problem

Business context: Data Studio launched at INBOUND ’25 as HubSpot’s workspace for building and cleaning datasets. Its AI features, such as Smart Columns, run on HubSpot credits under a new usage-based billing (UBB) model. Adoption of those features drives both customer value and revenue.

Customer problem: Customers couldn’t tell what an AI action would cost until after they had run it. Faced with an open-ended bill, many simply didn’t activate. Others spent credits inefficiently, for example paying for Smart Properties to solve problems that free enrichment could already handle.

Evidence: CSAT was declining with UBB friction as a top driver, and the issue had executive visibility. [CSAT figures, number of interviews or support tickets, and where users dropped off in the activation flow.]

“[Customer quote about not knowing what an action would cost]”

[Role, company type]

Problem statement: How might we help Data Studio users understand what an AI action will cost before they run it, so that they activate features with confidence instead of avoiding them?

The original Smart Columns flow, annotated where cost was hidden or unclear.

My role and constraints

I owned: Discovery and synthesis, the problem framing, hypotheses, success metrics and guardrails, the end-to-end UX of the credit estimate, and getting Legal and cross-org approval to ship it.

I partnered on: The UBB pricing model and credit-usage UX with the UBB platform team; updated in-product copy with Content Design; implementation with multiple Data Studio engineering teams.

Constraints

  • Organizational: There was real pushback against showing end users real-time costs. The concern was that visible prices would scare people away.
  • Legal: Any cost shown to customers had to be accurate enough to get Legal approval.
  • Platform: The pattern had to fit the shared UBB billing system and the HubSpot design system, since other products bill in credits too.
  • Time: [Any deadline, e.g. ship before the end-of-year planning cycle.]

Process

  1. Discover

    As UX DRI for Smart Columns, I had already designed its credit usage, web search, UBB and error states. That put me close to the usage data. I gathered evidence of credit anxiety, including customers paying for features they didn’t need, and used AI tools (NotebookLM, Granola) to collect and synthesize research faster.

    Key insight: Low adoption wasn’t only about feature value. The fear of an unpredictable bill was a problem on its own, and the system as a whole was risking customer trust and activation.

    The Data Agent x UBB problems and opportunities board (FigJam).
  2. Define

    The first research plan tried to answer both “why don’t people adopt Smart Columns?” and “are people averse to credits?” at once. I recognized we were boiling the ocean and narrowed the scope to one fast question: does showing cost upfront increase activation? I set hypotheses, success metrics and guardrails for it.

    Hypotheses, success metrics and guardrails.
  3. Explore

    [Concepts you tried, such as where and when the estimate appears, ranges vs. exact numbers, and copy variations, with notes on what you rejected and why.]

    3–4 concept variations side by side.
  4. Validate

    After Legal approved it, I launched an in-context credit estimate experiment for Data Studio activations in December 2025. Alongside it, I worked with Content Design to fix comprehension issues in the credit copy that were hurting monetization of new features.

    The prototype screen and the experiment setup (who saw what).

Key decisions and tradeoffs

Research scope

Options
A broad study of feature adoption / a narrow test of credit transparency
What I chose and why
Narrow and fast, because one clear answer would unblock pricing UX across several products.
Tradeoff accepted
We set aside broader questions about adoption for later.

Whether to show cost at all

Options
Hide costs to avoid friction / show them before the action
What I chose and why
Show them before the action. The evidence pointed to uncertainty, not price, as the barrier.
Tradeoff accepted
Leadership worried that visible prices would reduce usage, so we had to prove otherwise.

[How to show the estimate]

Options
[e.g. exact number / range; inline / a confirmation step]
What I chose and why
[Choice + why]
Tradeoff accepted
[Tradeoff]

How I got buy-in: I turned the UBB constraints and usage data into concrete customer problems, ran a problems and opportunities exercise across Data Agent and UBB, and set guardrails so stakeholders could approve a contained experiment instead of a permanent change. [Who was skeptical and what changed their mind.]

The solution

Customers see the credit estimate before they run an action

When a user sets up an AI action, such as a Smart Column, Data Studio shows the estimated credit cost right next to it. Users can decide with the cost in front of them, instead of finding out from their bill. [How the estimate is calculated and displayed, e.g. per row, as a total, or as a range.]

The credit estimate, with 2–3 numbered callouts.

Clearer copy about credits

Working with Content Design, I rewrote credit copy that users were misreading, so they could understand what they’d pay for and why.

Credit copy before and after.

A reusable pattern for usage-based billing across products

The estimate became a pattern for the UBB platform and helped set new content standards. Teams in Data Platform and Marketing Hub, including Events and Email/SMS, asked to adopt it.

The credit estimate pattern spec.

Impact and results

Data Studio activations after the full rollout (early data)
~+12%
Adjacent teams that asked to adopt the pattern (Events, Email/SMS)
2
[CSAT or UBB support tickets]
[±N]

Showing the credit estimate in context raised Data Studio activations by about 12% in early data after the full rollout on 1/12/26. [Baseline, final number, time period, and whether this came from an A/B test or a before/after comparison.] The pattern also shaped new UBB platform patterns and content standards.

Qualitative impact: My manager wrote that the work “identified and addressed systemic risk to customer activation and trust.”

Wider context: Since INBOUND ’25, more than 400 portals use credits in Data Studio (+292% since September 2025), and Smart Columns alone account for 320K+ credits.

“[Customer or PM quote about the work, used with permission]”

[Role]

Reflection and what’s next

All projects