HubSpot association labels describe how two linked records relate, such as a decision maker on a deal or a billing contact.
Design a small label library on paper first, with one definition sentence and one usage rule for every label you plan.
Use paired labels when a relationship reads differently from each side, such as a reseller and the customer it sells to.
Tie every label to a list, report or workflow before you create it, because labels nobody filters on stop being applied.
Backfill labels on open deals and key accounts first, then measure coverage monthly so the labels stay accurate as people move.
An association tells you that two records are linked, and a label tells you why. For buying committees, billing and partners, a small, well-defined set of HubSpot association labels makes those relationships visible and reportable.
HubSpot association labels are names you attach to the link between two records to describe the relationship. A deal might have six associated contacts. Without labels, the record shows six names. With labels, it shows which person signs off the purchase, which one is the internal advocate and which one assesses technical fit.
Labels work on associations between standard objects, such as contacts, companies and deals, and on associations that involve custom objects. A pair of records can carry more than one label, so one contact can be both the champion and the technical evaluator on a deal. Labels come in two forms:
Single labels: the same name applies from both sides, such as a billing contact linked to a company.
Paired labels: each side gets its own name, such as a reseller linked to the customer it sells to.
HubSpot also includes some built-in relationships, such as a primary company for a contact and parent and child links between companies. Your own labels sit alongside them, so do not recreate a built-in relationship as a custom label. Availability and capacity depend on your subscription, so check what your portal supports before you design a large library.
What this means for you: list the relationships your sales and service teams explain verbally today, such as who signs and who pays. Each one is a candidate for a label.
A B2B company needs labels for the relationships its reports and processes depend on, and no more. We would typically start with buying committee roles, then add billing and partners, using the built-in parent and child link for group structure. The roles worth labeling should come from the buying committee you defined in your ICP work, which our operational blueprint from ICP to revenue covers.
The library below is a starting point that we adapt for each client, so treat it as a Markivis recommendation rather than a standard set.
At a glance: a label library for complex B2B relationships in HubSpot.
|
Relationship |
Label name |
Objects it connects |
How you use it |
|
Person who signs off the purchase |
Decision maker |
Contact to deal |
List open deals with no decision maker and create a task for the owner |
|
Internal advocate for the purchase |
Champion |
Contact to deal |
Compare won and lost deals by whether a champion was labeled |
|
Person who assesses technical fit |
Technical evaluator |
Contact to deal |
Send technical material and route security questions to the right person |
|
Person who receives invoices |
Billing contact |
Contact to company |
Route invoices and renewal paperwork to the right person |
|
Senior relationship owner at the client |
Executive sponsor |
Contact to company |
List executive sponsors at key accounts before business reviews |
|
Group structure |
Built-in parent and child company association (no custom label needed) |
Company to company |
Roll pipeline and revenue reports up to the group level |
|
Partner that resells your product |
Reseller and reseller customer |
Company to company |
Report pipeline and revenue by reseller |
|
Partner that delivers the implementation |
Implementation partner |
Company to deal |
List the deals each partner is delivering |
|
Person who has left the account |
Former employee |
Contact to company |
Keep the history while excluding the contact from account emails |
In the portals we audit, the association labels that stay accurate are the ones a list, report or workflow depends on.
Set labels up in a fixed order, so the library is agreed before anyone applies a label to a record.
1. List the questions: write down what labels must answer, such as which open deals lack a decision maker.
2. Write the library: for each label, record the relationship, the label name, the two objects it connects, a one-sentence definition and the use it serves.
3. Choose single or paired: use a pair only when the relationship reads differently from each side.
4. Fix the naming: use plain role nouns in sentence case, and remove near-duplicates such as "Decision maker" and "DM" before they reach the portal.
5. Create the labels: an administrator creates each label on the association between the two objects it connects, following the library exactly.
6. Backfill the priority records: label open deals and top accounts first, and confirm whether imports or integrations can apply labels in your setup.
7. Build labels into the process: agree with sales leadership which labels a deal needs before it moves to a later stage, and check them in pipeline reviews.
Labels sit on top of your data model. If the objects themselves are wrong, settle that first, then return to the library.
Questions to ask: Which relationships do our reps explain verbally that the CRM cannot show today? Which label would sales leadership check first in a pipeline review?
Labels pay off when other tools filter on them. In many portals, lists, reports and workflows can filter records by the label on an association, though the exact filter options vary.
Lists: build a list of every contact labeled decision maker on an open deal at a given stage, then send them content written for the person who signs.
Reports: compare won and lost deals by whether a champion was labeled, or report pipeline by reseller using the partner labels. These reports turn a sales intuition into something leadership can review.
Workflows: trigger a task for the deal owner when a deal reaches a later stage with no decision maker labeled, or alert the account owner when a billing contact is marked as a former employee.
What this means for you: before you create a label, name the list, report or workflow that will use it. A label with no named use is a candidate for removal from the library.
Measure coverage, accuracy and use. A practical starting point is a monthly review for the first quarter, which is a Markivis recommendation.
Coverage: count the open deals past an agreed stage that have no decision maker labeled, and the key accounts with no billing contact. Both counts should fall month on month.
Accuracy: pick a small sample of deals each month and confirm the labels with the deal owner. Wrong labels do more harm than missing ones, since reports trust them.
Use: list which labels appear in a list, report or workflow. Labels that appear nowhere after a quarter should be merged or retired.
People change roles and companies, so labels need upkeep. The review also shows whether reps apply labels when they create associations, or only during backfill.
What this means for you: assign one owner for the label library and the monthly review. Without an owner, coverage drifts as new deals arrive.
Questions to ask: How many open deals in a later stage have no decision maker labeled today? Who will approve a new label before it reaches the portal?
HubSpot association labels turn a list of linked records into a picture of how a B2B account works. Their value depends on a small library with written definitions, created on the right pair of objects and kept clear of relationships HubSpot already provides. Labels stay accurate only while a list, report or workflow depends on them. Backfilling the records that matter most, and reviewing coverage, accuracy and use each month, keeps the library honest as people change roles.
Label design is done with the sales and service leads in the room, since they know which relationships decide deals and renewals. Before that session, we pull recent won and lost deals and the buying roles from the client's ICP work, so the draft library starts from evidence rather than a blank page.
Each label leaves the session with a definition, a named use and an owner. Backfill then starts with open deals and priority accounts, label checks join the pipeline review, and the library is handed over as a document the client team maintains.
This work sits inside our HubSpot implementation and automation services. Demo conversions doubled during our work with Slimstock, which covered HubSpot, CRM, lifecycle and demand generation, as the Slimstock case study sets out. The case study reports the engagement as a whole, so the figure should not be read as the effect of labels alone.