SellYourAIData.com
Get started Contact
DATA TYPES

The decisions behind your pipeline.

The journey from first conversation to a closed opportunity.

The opportunity and its decision trail
Opportunity history
01Discovery notes
02Technical requirements
03Proposal revisions
04Decision reason
Illustrative connected archive
OPPORTUNITY HISTORY

Keep the decision trail attached to the outcome.

Illustrative example
Example opportunity / Operations platformDecision: closed lost
  1. Day 1

    Discovery

    The prospective customer needs a single view of dispatch exceptions.

  2. Day 8

    Requirements clarified

    The team records the required integration and a fixed rollout deadline.

  3. Day 17

    Proposal revised

    Implementation scope changes after technical review. Keep both proposal versions and the reason for the change.

  4. Day 24

    Decision recorded

    The customer chooses another provider because the integration cannot meet the required date.

Lost opportunities are part of the history. Removing them can hide the tradeoffs that explain a buying decision.
SalesforceHubSpotExamples of source tools. No partnership or connection is implied.
WHAT MAKES IT USEFUL

Outcomes need their reasons.

Stage changes are more useful when linked to requirements, activities, proposal revisions, and decision reasons. Review personal information and prospect confidentiality.

01THE OPPORTUNITY RECORD

A stage change needs the conversation behind it.

A CRM can retain a long view of how a business opportunity developed. The record may include discovery notes, requirements, activities, proposal revisions, objections, and a final decision. Stage history provides a useful outline, while the supporting activity explains why the opportunity moved. Without that context, an apparently simple transition from proposal to closed lost can conceal the product limitation or timing constraint that determined the outcome.

Consistency matters because teams use CRM fields differently. One team may reserve closed won for a signed agreement; another may use it before final approval. An assessment needs the definitions and known exceptions behind those labels. Retaining original values and their timing is more informative than rewriting the archive into a cleaner history after the fact.

A stage change needs its explanation
  1. 01
    DiscoveryNeed becomes clear
  2. 02
    ProposalScope is revised
  3. 03
    DecisionReason is recorded
Illustrative workflow
02A DECISION EXAMPLE

A lost opportunity can explain a real constraint.

Consider a prospect evaluating an operations platform. Discovery identifies a need for better exception tracking. A technical discussion then reveals a required integration and a fixed rollout date. The proposal changes to reflect that requirement, but the revised schedule cannot meet the deadline. The prospect chooses another provider. The meaningful record connects the initial need, the technical constraint, the revised offer, and the stated reason for the decision.

This history is different from a transcript collection or a spreadsheet of closed deals. It links evidence across the opportunity. Wins, losses, stalled evaluations, and reopened discussions can each show different aspects of the process. A representative inventory should describe that range rather than presenting every completed opportunity as a successful sale or treating all recorded outcomes as equally well supported.

A lost decision reveals the constraint
Required outcome

Integration supports rollout

Fixed implementation deadline

Recorded decision

Schedule cannot fit

Alternative provider chosen

Illustrative comparison
03PREPARING CRM HISTORY

Keep the timeline coherent across systems.

Identify the CRM, the years of coverage, and the teams whose records are included. Note whether activities and messages are linked to the correct opportunity rather than only to a contact. Migrations, merged accounts, duplicate contacts, and changes to sales stages can complicate the sequence. Explain those conditions so an assessment can distinguish a genuine development in an opportunity from a change in how the software stores it. Opportunity splits and expansions also need context. A new commercial record may represent a genuinely separate buying decision or an administrative step within an existing account relationship; that distinction should remain visible.

The archive may also contain sensitive commercial information, personal contact details, and materials received from prospects. An organization’s ability to access its CRM does not settle every question about reusing those records. Record who owns the proposed review and what restrictions are already known. Initial scoping can use field descriptions and aggregate coverage rather than contact lists, copied messages, or attachments.

Keep opportunity relationships coherent
RecordLink
Activity noteOpportunity identifier
Proposal revisionTechnical requirement
Stage changeOriginal timestamp
Example planning view
04YOUR INITIAL BRIEF

Explain the buying process your archive captures.

A useful profile describes the product or service sold, the typical evaluation process, and the evidence retained at each stage. Include whether decision reasons are recorded directly or inferred later. Note whether proposal revisions and technical reviews remain linked. This account makes the data understandable and helps identify which portion of the CRM may support a coherent assessment.

The current assessment prepares information locally in the browser and offers a download; it does not submit the brief, import CRM records, or contact prospects. Begin with systems, time coverage, record relationships, and open questions. Any later dataset discussion would need specific boundaries around opportunity fields, communications, attachments, and permitted uses, with known gaps and restrictions still visible.

The buying-process profile
CONTEXTProduct evaluatedBusiness need
EVIDENCEDecision recordedReason retained
LIMITSHistory gapsReview needed
Example record structure