There's no separate Leads section in Run a Call. Everyone — from a new inbound call who hasn't booked yet to a long-time customer — lives in Customers. What changes is a single field on the customer record: lead_status.

The Customers page has a kanban view that shows customers grouped by lead_status. Drag a card from one column to the next to move someone forward.

The five lead_status columns

StatusWhat it means
LeadNew inbound; no job yet. Booking forms, AI Receptionist, web form land here.
ProspectConversation started; qualified.
QuotedThey've received an estimate.
CustomerThey've had at least one paid job.
InactiveLapsed customer or dead lead.

The columns are the same record table — there's no separate "leads database." This means a customer's history (calls, jobs, estimates, equipment) stays attached as they move through statuses.

Where new customers land

SourceStarting status
Booking formlead_status: lead
AI Receptionist bookinglead_status: lead
Manual add by officeOffice picks (usually Lead or Prospect)
Tech adds at doorlead_status: customer (they're paying you that day)

Moving someone forward

Three ways:

  1. Drag the card on the kanban. Drop on the next column.
  2. Open the customer profile → click the Lead status dropdown → pick a new value.
  3. Bulk — Customers page → multi-select → Bulk actions → Set lead status.

"Convert lead to customer"

When a lead's first job is created or their first estimate is approved, the office (or an automation) moves them to Customer. There's a convert_to_customer action on the customer profile that:

  • Sets lead_status: customer.
  • Stamps converted_at with the current timestamp.
  • Logs the conversion in the activity timeline.

Follow-up tracking

Two fields on every customer support the lead workflow:

FieldHow it's set
last_contacted_atSet automatically when you log a call, send an estimate, or send a message.
next_follow_up_dateSet by hand (or by automation) so the kanban surfaces follow-ups when they're due.

Why one table

Customers and leads share contact info, address, tags, equipment, calls, and history. Keeping them in one table means none of that has to be migrated when someone converts — it's already there.