Core CRM

Leads, Deals, And Pipeline

How CRAIM models lead records, deal execution, stages, and pipeline truth.

CRAIM already includes dedicated product views for leads, deals, pipeline, and tasks. The system is designed so execution does not drift away from CRM truth.

Core records

Leads

Leads represent people or companies entering the system from imports, forms, ads, or conversations.

Deals

Deals represent commercial motion against those leads. A lead can be linked to the operational deal context that the team and AI act on.

Pipeline stages

Pipeline stages track commercial progress separately from lead intake state. This distinction matters because qualification and pipeline movement are related but not identical.

Why this structure matters

  • intake can happen before a deal exists
  • qualification can update readiness without pretending the deal already advanced
  • the team can work from the same source of truth across inbox, tasks, and AI suggestions

Operational expectations

Use leads when you need intake, qualification, and contact-level context.

Use deals when you need:

  • pipeline ownership
  • revenue-stage tracking
  • commercial next-step control
  • forecast and stage analytics

Early pipeline

  • create or import the lead
  • capture source and qualification context
  • assign ownership
  • let AI assist with qualification and suggested next steps

Active pipeline

  • keep the deal updated when stage movement is real
  • create tasks from real execution needs
  • use inbox and calls as part of one operating record

Anti-patterns

  • moving the pipeline without evidence
  • storing next-step logic only in chat messages
  • using free-text notes instead of pipeline stages and tasks where structure exists

What good looks like

The lead record shows who entered the system and why they matter.

The deal shows commercial state and next action.

The pipeline shows where revenue is actually moving, not just where someone hoped it moved.