• Skip to main content

Carrie Gallagher

Independent HubSpot Consultant & Solutions Partner

  • About Carrie
  • HubSpot Consulting
    • One-Off HubSpot Consulting Projects
    • Ongoing HubSpot Consulting
    • HubSpot Onboarding
  • Pricing
  • HubSpot Blog
  • Consulting FAQ
  • Let’s Chat
Carrie Gallagher - Home | CRM Architecture Determines What You Can Report On

October 3, 2026 By Carrie Gallagher

CRM Architecture Determines What You Can Report On

HubSpot has powerful reporting tools. But if you’ve ever tried to build a report and discovered that HubSpot can’t quite answer the question you’re asking, the problem may not be the report itself.

Often, it’s everything underneath it.

The way your CRM is structured, how records are associated, where your data lives, how consistently properties are populated, and whether HubSpot has access to the right information all determine what you can ultimately report on.

That’s why when a client comes to me with an advanced HubSpot reporting problem, I rarely start by building a dashboard.

I start by asking: What are you actually trying to understand?

Then I work backward to determine whether HubSpot has the data and structure required to answer that question.

Advanced HubSpot Reporting Is Really a Data Problem

A basic HubSpot report might answer questions like:

  • How many deals did we close this month?
  • How many leads did this campaign generate?
  • How many tickets are currently open?
  • Which sales reps have the largest pipelines?

But businesses eventually start asking more complicated questions.

They may want to understand which marketing activities influenced revenue across a long sales cycle. They may need to compare performance across several related companies or locations. They may want reporting that combines information from contacts, companies, deals, tickets, custom objects, or data coming from another system.

At that point, simply knowing how to use HubSpot’s report builder isn’t enough.

You have to understand the CRM architecture behind the reports.

Start With the Business Question, Not the Dashboard

One of the most common reporting mistakes I see is starting with:

“We need a dashboard.”

A dashboard is just the presentation layer. Before building it, I want to know what decisions the team is trying to make.

For example:

  • Which marketing activities are contributing to qualified opportunities?
  • Where are prospects getting stuck in the sales process?
  • Which customers are generating the most support volume?
  • How does performance differ by product, service, location, or customer type?
  • Are particular activities associated with higher close rates?
  • How long does it take customers to move through different stages of the lifecycle?
  • What information does leadership need to understand performance without digging through individual CRM records?

Once we know the questions, we can determine whether the necessary data exists in HubSpot and whether it is structured correctly.

Sometimes the report is the easy part.

CRM Architecture Determines What You Can Report On

HubSpot reporting depends heavily on how the CRM itself has been built.

Contacts, companies, deals, tickets, activities, and custom objects don’t exist in isolation. The relationships between those records can be just as important as the information stored on them.

That means advanced reporting may require looking at:

  • record associations
  • association labels
  • pipelines and stages
  • lifecycle stages
  • custom objects
  • calculated fields
  • data consistency
  • integrations
  • external data sources
  • historical data
  • attribution
  • automation that creates or updates reporting data

If those pieces weren’t designed with reporting in mind, teams often discover the limitations much later.

You can build a beautiful dashboard, but it won’t fix an underlying data-model problem.

When HubSpot Datasets Become Useful

For more complex reporting needs, HubSpot datasets can provide another layer between the CRM data and the reports built from it.

Datasets can be especially useful when the information needed for a report spans multiple HubSpot objects or requires calculations and transformations before it becomes useful for analysis.

Rather than rebuilding that logic independently in report after report, a dataset can create a reusable source of prepared data for reporting.

But the same rule still applies: a dataset can only work with the data and relationships available to it.

If the underlying CRM architecture doesn’t accurately represent the business, adding a dataset doesn’t magically solve the problem.

That’s why I think of datasets as part of a larger reporting architecture rather than simply another reporting feature.

Custom Objects Can Be Critical to Advanced Reporting

Sometimes HubSpot’s standard objects simply aren’t enough to represent the way a business operates.

That’s where custom objects can become important.

A company might need to track something that is central to its business but isn’t really a contact, company, deal, or ticket. Creating a custom object allows that information to have its own records, properties, associations, and automation within HubSpot.

It can also make that information available for much more meaningful reporting.

The important part is deciding when a custom object is actually warranted and how it should relate to the rest of the CRM.

Creating the object is only one piece of the work. Its associations, data structure, automation, and reporting requirements should all be considered together.

Sometimes the Data You Need Isn’t in HubSpot

Advanced reporting gets even more interesting when HubSpot is only one part of a company’s technology stack.

The information needed for a report might live in an ERP, billing platform, product database, customer system, or another application.

In those cases, the question becomes:

What information actually needs to come into HubSpot, and how should it get there?

Depending on the situation, that might involve a native integration, data sync, workflow automation, a webhook, or an API-based integration.

I’ve worked on HubSpot projects where external systems needed to provide information that HubSpot couldn’t know on its own. Once that data becomes part of the CRM in a usable way, it can support automation and reporting that weren’t previously possible.

That’s one reason I consider integrations and reporting closely connected. Sometimes the missing report isn’t really missing a report. It’s missing data.

Reporting Problems Can Reveal Bigger CRM Problems

Reporting projects have a habit of uncovering other issues.

You may discover that:

  • important fields aren’t consistently populated
  • different teams use lifecycle stages differently
  • deals aren’t associated with the right records
  • duplicate or inconsistent data is distorting results
  • important business information has nowhere appropriate to live
  • an integration isn’t bringing the necessary data into HubSpot
  • workflows are overwriting or failing to maintain reporting data
  • the CRM structure no longer matches how the business operates

This is why I don’t treat advanced HubSpot reporting as an isolated task.

Sometimes I can solve the problem by building a report or dataset. Other times, the real solution involves cleaning up the CRM, changing an association structure, creating a custom object, improving an integration, or rethinking how data enters HubSpot in the first place.

When to Bring in a HubSpot Consultant for Reporting

You probably don’t need a consultant every time you want a new dashboard.

But outside help can make sense when you’ve reached the point where your team knows what it wants to understand but can’t figure out how to get HubSpot to answer the question.

That’s especially true when the problem involves multiple objects, datasets, custom objects, complicated associations, integrations, attribution, or larger questions about CRM architecture.

I’ve worked with HubSpot since 2012 and have been a HubSpot Solutions Partner since 2014. My work includes advanced reporting and datasets alongside CRM architecture, automation, custom objects, integrations, data cleanup, and ongoing HubSpot administration.

Because those areas are interconnected, I can look beyond the individual report and determine what’s actually preventing HubSpot from giving your team the information it needs.

If you have a specific reporting or data problem to solve, a one-off HubSpot project may be the right fit.

If reporting is part of a broader need to improve how your company uses HubSpot, learn more about my ongoing HubSpot consulting.

And if you’re not sure what the problem is yet, schedule a 15-minute HubSpot consultation and tell me what you’re trying to accomplish.

Related

Filed Under: CRM Architecture, HubSpot, Reporting

I'd love to hear what your working on! Fill out the short form below to for immediate access to my calendar.

About Carrie Gallagher

Carrie Gallagher is an independent HubSpot consultant and Solutions Partner providing strategic and hands-on HubSpot consulting for marketing and sales teams. Her work spans CRM architecture, automation, reporting, sales processes, integrations, onboarding, and long-term HubSpot optimization.

  • About Carrie Gallagher: My HubSpot Story
  • One-Off HubSpot Projects
  • Ongoing HubSpot Consulting
  • HubSpot Onboarding
  • 15-Minute Intro Call
  • The Lovable HubSpot Blog
  • HubSpot Consultant vs. HubSpot Agency: Which Is Right for You?
  • Is Carrie Gallagher the Right HubSpot Consultant for You?

COPYRIGHT © 2026 LOVABLE MARKETING | MAKE YOUR MARKETING LOVABLE