Playbook · inventory

Offer units that match the wishlist — not the whole tower

Wishlist fields (BHK, budget, locality) drive which units get offered, including new 3BHKs that match a saved search. Price-drop-alert is the outbound cousin. This job is the in-thread or drip match after qualification. There is no live inventory API invented here — operators keep knowledge and custom properties honest.

  • Fields on the Booking
  • Knowledge / properties
  • Then slot or alert

Definition

Inventory match is the job of using BHK, budget, and locality on the Booking (and saved-search style custom properties) to choose which units the agent offers, then continuing to brochure send or a site-visit slot.

Every buyer hears about every unsold 4BHK

Launch lists blast the whole database. Match first. Saved-search digest is listings-digest. This playbook is the conversational match. Do not claim adaptive unit ranking. Do not claim marketplace inventory.

Omnichannel sequence

After capture and qualify. WhatsApp offers units. Voice if they book. Email digest is a different job.

  1. Read wishlist fields If empty, run qualification first.
  2. Select units Knowledge and operator-updated availability.
  3. Send collateral brochure-floorplan sibling.
  4. Book visit Only for units that still exist Saturday.

How it runs in CoPulse

Conversation agent. Optional workflow on inventory_updated custom property to start a campaign — that is price-drop-alert. Autonomous list match only if you built the list; success sends/reads. Do not use autonomous tasks as the inbound qualifier. Conversation agents, Growth drips, and autonomous list sends are three systems with no shared stop-when-booked contract. WhatsApp live catalog is Gupshup, not an invented Meta Cloud hop. Phone is Plivo; email is SES. Wallet-only pricing: preview the Organization wallet before a blast. Organization and Project — never a shared inbox that vanishes when a broker leaves.

Conversation agent

Skills: intent, budget, locality (library RE Qualifier).

Knowledge

What is actually sellable this week.

Campaigns

If you notify a segment of matches — wallet preview.

Router

Luxury vs affordable scripts.

Operator setup

Fields, knowledge, qualifier. Wallet for offers.

Customers properties → Studio knowledge → qualifier skills → optional Growth segment → pipeline.

Five new 3BHKs, only two in budget

Qualifier offers 12 and 14, not the 1.8Cr unit. Saturday 11 for 12. Click-path: Booking fields, knowledge, appointment. Launch teaser is excluded.

Cold-buyer win-back uses the same fields for 60-day dormant. Illustrative blitz 38% qualified. Pricing: matched WhatsApp on the wallet, not a per-unit SaaS fee.

Operators assemble this job on the Project. Click-path remains Customers properties → Studio knowledge → qualifier skills → optional Growth segment → pipeline. Keep the quotable definition in the brief for the team: Inventory match is the job of using BHK, budget, and locality on the Booking (and saved-search style custom properties) to choose which units the agent offers, then continuing to brochure send or a site-visit slot. Do not use autonomous tasks as the inbound qualifier. Conversation agents, Growth drips, and autonomous list sends are three systems with no shared stop-when-booked contract. While you implement, keep the parent playbooks directory, Qualified, WhatsApp overlay, Developers, Agent Studio, Growth campaigns, and wallet-only pricing in the same runbook. Do not invent Meta Cloud WhatsApp if the catalog is Gupshup. Do not promise adaptive nurture. Human handoff stays in the omnichannel inbox. Appointments and calendars are the visit truth when this job books time. Library templates are required outside the 24-hour WhatsApp window. Workflows fire on pipeline stage change only when you attach them under Agents → Workflows. The agent router keeps the wrong bot off this thread. Knowledge bases hold PDFs you uploaded. Preview the Organization wallet before a blast. Property managers should not paste sales token stages onto leasing jobs. The Inventory match playbook never forks into a WhatsApp-only or voice-only child URL. Funnel percentages on some leaves are library template estimates from Site-visit booking blitz, New project launch teaser, or Cold-buyer win-back — not an SLA and not Insights. If this job mentions money, the Organization wallet is the meter. If it mentions a Saturday slot, Visit Caller and T-24h templates are in-product; cab dispatch is not. That is the honest operating manual for this URL.

Channel sequence (one job, not extra URLs)

Match hops. There is no nested playbook-by-channel path.

Hop Channel What happens Exit to next hop
1 WhatsApp / web Read fields Wishlist known
2 WhatsApp Offer 1–2 units Intent
3 WhatsApp Plan + slot Calendar
4 Email Only if digest job Else skip

Illustrative funnel (library template estimates)

Match quality changes visited %; estimates stay labeled. These percentages come from CoPulse library playbook templates (Site-visit booking blitz, New project launch teaser, or Cold-buyer win-back). They are not your project's Insights chart.

100%Reached (est.)
62%Replied (est.)
38%Qualified (est.)
18%Visit booked (est.)

Frequently asked questions

Inventory truth.

Does CoPulse sync AutoCAD inventory?

No. Knowledge and properties you maintain.

Saved search engine?

Custom properties + segments + listings-digest. Not a public portal.

Autonomous when a unit frees?

You can run a list send. It will not stop on visit booked.

SMS new unit?

Coming soon.

Wrong match?

Inbox handoff. Fix knowledge.

Stop pitching the whole unsold stack

Store wishlist fields, keep knowledge current, offer one or two units, then book the visit.

Get started free