Revenue Objects

The Essence

The Deal is where commercial partnership gets explored and committed โ€” and only that. The Deal tracks the sales process: from initial exploration of potential value, through evaluation and stakeholder alignment, to commitment. When a Deal closes, value creation begins elsewhere.

The Deal is not a project tracker, not a delivery container, not a revenue recognition vehicle. It's the relationship-focused handshake that says "we've agreed to work together." Everything that happens after that handshake lives in other objects.

This may seem limiting if you've used Deals as catch-all process containers. That's precisely the pattern we're breaking.

"The Deal is the relationship-focused handshake that says 'we've agreed to work together.' Everything that happens after that handshake lives in other objects."


Unified View Contribution


Sarah's Story

Sarah Chen's company, Precision Components Manufacturing, had multiple people engaging with Value-First content. Sarah attended Office Hours and asked strategic questions. Her colleague in IT explored technical documentation. Her CFO reviewed case studies about manufacturing transformation. Three Contacts, multiple Signals, clear organizational interest.

When Sarah requested a scoping conversation โ€” an explicit hand raise โ€” her Value Path stage moved to Hand Raiser. At this point, a Deal was created in the "Path to Value" pipeline at the "Discover Value" stage. Not because Signals had "converted," but because commercial partnership was now being actively explored.

The Deal didn't replace Sarah's Signals โ€” they stayed active, now associated to the Deal for attribution context. The Deal added a new dimension: tracking the sales process alongside ongoing engagement tracking.

During "Discover Value," the Value-First team explored what transformation might look like for Precision Components. During "Evaluate Value," Sarah and her colleagues assessed fit โ€” could Value-First's approach address their Data Trap and ERP integration challenges? During "Validate Value," Sarah navigated internal stakeholders: her CFO needed ROI justification, her IT director needed technical validation, her CEO needed strategic alignment.

Note what the Deal tracked: the sales process. It didn't track the technical evaluation happening in parallel (that lived in a Service object pipeline). It didn't track the assessment completion (that lived in Signal pipeline). It didn't track the specific questions being answered (that lived in Tickets). The Deal tracked commercial progression and stakeholder alignment.

When Sarah's organization committed โ€” "Commit to Value" stage โ€” contracts were signed. The Deal moved to "Value Activated." At that moment: โ€ข An Order record was created (the actual commercial transaction) โ€ข Service records were created (what would be delivered) โ€ข A Project record was created (the transformation work) โ€ข The first Appointment was scheduled (implementation kickoff) โ€ข All associated Contacts moved to "Value Creator" Value Path stage

The Deal's job was done. It reached "Value Activated" and stays there as historical record. Everything that happens next โ€” implementation, delivery, expansion, renewal โ€” lives in objects designed for those purposes.


What It Holds

Opportunity Context

The Deal captures what commercial opportunity is being explored โ€” the potential value, the offering being considered, the transformation depth being discussed. This is opportunity data, not transaction data.

Stakeholder Map

Deals associate to multiple Contacts, each with different roles in the buying process. Who's the economic buyer? Who's the technical evaluator? Who's the champion? Who's the skeptic? The Deal tracks stakeholder alignment across the buying committee.

Sales Process

Pipeline stages reflect where the commercial conversation stands โ€” not where delivery stands, not where the project stands, not where revenue recognition stands. Discovery โ†’ Evaluation โ†’ Validation โ†’ Commitment โ†’ Handoff. That's the sales process.

Forecast Data

Deals carry probability, forecast amount, expected close date โ€” all sales forecasting data. This helps predict opportunity outcomes, not revenue recognition.

Commercial Terms

What's being proposed? Which offering package? What's the deal value? What are the key terms? The Deal captures commercial conversation details.

What It Connects To

Primary Associations

To Contacts

The people involved in this commercial opportunity. Association labels clarify roles in the buying committee.

To Company

The organization this Deal represents. For multi-location accounts, typically the parent Company (contract holder).

To Signals

The engagement that contributed to this opportunity. Maintains attribution without "converting" Signals away.

To Products

What offerings are being considered. Enables proper pricing and scope understanding.

To Orders

When Deal closes, the Order captures the actual transaction.

To Services & Projects

What will be delivered and the transformation work that begins when Deal activates.

Contact-to-Deal Labels

Economic Buyer
1

Final budget authority

Decision Maker
1

Ultimate authority

Champion
1

Internal advocate

Technical Evaluator
โˆž

Assesses technical fit

End User
โˆž

Will use delivery

Skeptic
โˆž

Raises concerns

Deal-to-Object Labels

Primary Company
1

Contract holder

Related Order
1

Transaction record

Quoted Products
โˆž

Offerings proposed

Active Quote
1

Current proposal

Resulting Services
โˆž

Delivery commitments

Resulting Project
1

Transformation work

Why These Labels Matter

Complex sales involve multiple stakeholders with different roles. Understanding who influences what enables appropriate engagement. The champion needs support; the skeptic needs evidence; the economic buyer needs ROI; the technical evaluator needs specs.


Common Patterns

The Single Pipeline Pattern

Unlike Signals (which benefit from multiple pipelines), Deals work best with a single, clear pipeline. The "Path to Value" pipeline provides structure without complexity. Keep it simple: one pipeline, five stages, focused purely on sales progression.

The Deal โ†’ Order Pattern

When Deal reaches "Value Activated":
  1. Create Order record (the actual transaction)
  2. Create Line Items (what was purchased)
  3. Associate Order to Deal (maintains relationship)
  4. Order becomes source of truth for revenue
  5. Deal stays at "Value Activated" as historical record

The Multi-Stakeholder Pattern

Complex deals involve buying committees. Track each stakeholder's engagement and alignment: identify roles via Contact-to-Deal association labels, track individual stakeholder interactions in Activities, monitor alignment through stakeholder-specific properties, and don't progress Deal stages until appropriate stakeholder alignment exists.

The Parallel Process Pattern

While a Deal progresses through sales stages, other processes may run in parallel: technical evaluation in a Service pipeline, compliance review in a Ticket pipeline, proof-of-concept in a Project pipeline. These are separate objects with separate pipelines. The Deal tracks commercial progression; other objects track their respective processes.

The Lost Deal Pattern

Deals that don't close aren't failures to track โ€” they're intelligence to capture. When a Deal moves to "Closed Lost": document reason, note competitive factors, preserve stakeholder relationships (Contacts stay active), and Signals continue accumulating (the relationship isn't over).

Value-First vs. Industrial-Age

โœ— Traditional Thinking โœ“ Value-First Thinking
15-stage pipeline covering sales through delivery 5-stage pipeline covering sales only
Deal amount = Revenue Deal amount = Opportunity; Order = Revenue
"Closed won" = Success metric "Value Activated" = Handoff moment
Renewal Deals, Expansion Deals, Support Deals Renewals โ†’ Service; Expansion โ†’ new Deal
Deal close date = delivery deadline Deal close date = commitment date
Complex integrations to reconcile Deal "revenue" Clean Order โ†’ Invoice โ†’ Payment flow
Pipeline reports mix sales and delivery Pipeline reports show sales activity only

Why This Shift Matters

When Deals contain everything, nothing is clear. Sales metrics include delivery activities. Pipeline forecasts mix opportunity and operational stages. Revenue reporting requires heroic reconciliation efforts. ERP integration becomes a nightmare of custom mappings and workarounds.

When Deals contain only sales, everything gets clearer. Sales forecasts reflect actual sales activity. Pipeline metrics measure commercial progression. Revenue lives in Orders where it belongs. Integration with accounting becomes straightforward. Each object does its job.


In Practice

Implementation details and configuration

What You'll See in HubSpot

Deals live under Sales โ†’ Deals. Each Deal has:

  • Left sidebar: Deal properties, stage, owner, amount
  • Middle column: Activity timeline for this Deal
  • Right sidebar: Associated Contacts (with roles), Company, Products, Quotes

The Deal board view shows pipeline stages as columns, with Deals progressing left to right through the sales process.

Key Properties

Key Properties

Native HubSpot Properties

Property Type Purpose
dealname Native Text Opportunity identifier
dealstage Native Pipeline Stage Current sales stage
amount Native Currency Opportunity value (NOT revenue)
closedate Native Date Expected commitment date
pipeline Native Pipeline Which sales process (keep simple)
hubspot_owner_id Native User Sales owner
hs_deal_stage_probability Native Percentage Forecast probability
hs_forecast_amount Native Currency Weighted opportunity value

Value-First Custom Properties

Property Type Purpose
vf_unified_goal_focus Enumeration Primary unified goal (Customer, Revenue, Context, Enablement)
vf_service_package Enumeration What offering is being sold
vf_transformation_depth Enumeration Tactical โ†’ Strategic โ†’ Organizational
vf_buyer_value_path_stage Enumeration Primary contact's Value Path stage at Deal creation
vf_stakeholder_count Number How many contacts involved
vf_stakeholder_alignment Enumeration Champion โ†’ Team Buy-in โ†’ Leadership โ†’ Org-Wide
vf_primary_trap_focus Enumeration Which complexity trap is primary driver
vf_lost_reason_detail Text If lost, detailed context beyond standard reason

Path to Value Pipeline

1

Discover Value

Initial exploration of potential value

Entry Criteria

Hand Raiser contact expresses commercial interest

Exit Criteria

Mutual understanding of potential value

Portal Experience

In the My Value Path Portal, Sarah sees Deal context appropriately:

For Active Deals (Buyer stage)

  • Current proposal status
  • Documents shared (quotes, scope documents)
  • Next steps and timeline
  • Questions pending

After Deal Activation

  • Deal history (what was agreed)
  • Connected Order, Services, Project
  • Transition to delivery-focused views

"Sarah knows where things stand commercially without logging into a CRM. The portal shows her the commercial context while protecting internal sales notes and strategy."


See It In Action

Experience in the Value Path Simulator

โ†’ Deal Pipeline View: See the clean 5-stage Path to Value pipeline. Notice how implementation, delivery, and support don't appear โ€” they live elsewhere.
โ†’ Deal โ†’ Order Flow: Watch what happens when a Deal activates. Order creation, Service activation, Project kickoff โ€” each object picks up where the Deal hands off.
โ†’ Stakeholder Map: See how multiple contacts associate to a single Deal with clear roles. The buying committee is visible without conflating individual engagement.

Key Moment: Toggle between "Deal-Only Pipeline" and "Everything-in-Deals Pipeline" views. Notice how the simplified Deal pipeline makes sales progression clear, while the cluttered alternative obscures what's actually happening.

Experience Deal in the Value Path Simulator


Explore Further