Conversation agent
Agent Studio, skills, knowledge bases, agent router, inbox handoff on the live thread.
Conversation agents reply in the inbox, workflows fire on stage change, autonomous agents work a list on a schedule; they are three systems, not three names for one bot. Indian property desks mix them because a Saturday visit, a launch blast, and a dormant list look similar in WhatsApp. They are not. Pick the runtime that matches the trigger: a buyer message, a Bookings column change, or an approved list send.
A conversation agent is a Project-scoped bot in Agent Studio that answers a live thread using skills and knowledge bases, with the agent router choosing which bot speaks and human handoff in the omnichannel inbox. A workflow is an event-driven automation under Agents → Workflows that runs when a pipeline stage (or other event) changes. An autonomous agent is a list-plus-objective task you clarify and approve; it sends on WhatsApp, email, or phone and today counts success as sends, reads, or contacted — not site visit booked.
A broker sees WhatsApp replies, a drip, and a win-back blast and calls everything ‘the AI.’ Then the inbound qualifier keeps chatting after token, the drip keeps firing after visit booked, and the autonomous task keeps sending because its success spec never saw the appointment. That is G18: three nurture systems, no shared stop-when-booked.
Launch week makes it worse: Growth campaigns need approved library templates and wallet preview; the inbox agent needs a knowledge base for this tower; the dormant list needs an existing template the planner can pick. Mixing them in one ‘nurture switch’ is how you burn the 24-hour window and the Saturday roster.
Use a decision: if the buyer just wrote, use a conversation agent. If a stage just changed, use a workflow. If nobody wrote and you have a CRM list, use an autonomous task or a Growth campaign — not an inbox skill pretending to be a blast.
On a real-estate Project you typically run a qualifier in the inbox, a visit-done workflow, and a dormant-list autonomous task as three attachments. Conversation agents reply in the omnichannel inbox. Workflows fire on pipeline stage change under Agents → Workflows. Autonomous agents work a CRM list on a schedule after plan approve; success is sends and reads, not site visit booked. Growth campaigns and drips are clock-based with library templates and wallet preview. Adaptive nurture is not shipped. WhatsApp is Gupshup.
Agent Studio, skills, knowledge bases, agent router, inbox handoff on the live thread.
Clock-based sends from library templates. Wallet preview. Not adaptive nurture.
Agents → Workflows. Fire on pipeline stage change. Do not confuse with inbound chat.
List plus objective after plan approve. Success is sends/reads/contacted, not visit booked.
Portal lead hits New enquiry. Conversation agent on WhatsApp asks BHK, budget, locality, timeline, then offers a calendar slot. Operator sees the thread in omnichannel inbox. After Visited, a workflow sends a utility EMI template and creates an RM task — the inbox agent does not invent that send. Ninety days later the deal is Dormant; an autonomous task works the list with an approved marketing template. The task monitor shows sends and reads. An RM still moves Bookings if the buyer replies ‘visit Sunday.’
Click-path: Setup → Channels → connect Gupshup. Library → submit templates. Agents → Studio → RE Qualifier. Agents → Workflows → on Visited. Agents → Autonomous → dormant CRM query. Growth is unused in this example unless you prefer a drip over autonomous for the list.
Use this table instead of renaming everything ‘agent.’ There is no playbook×channel fork.
| Trigger | Runtime | Success you can see today | Do not expect |
|---|---|---|---|
| Buyer messages WhatsApp / web / IG | Conversation agent | Replies on the thread; fields on the contact | It will not blast 2,000 numbers |
| Stage changes (e.g. Visited) | Workflow | Template send + CRM property / task you configured | A free-text chat after 24h without a template |
| Clock + CRM list | Growth campaign / drip | Reply rate (conversion = reply today) | Adaptive copy from last week’s outcomes |
| Clock + list + objective | Autonomous agent | Sends, reads, contacted | Stop when appointment booked |
| Need a human | Inbox handoff | RM continues the same timeline | A second personal WhatsApp that leaves with the broker |
Autonomous tasks pick existing library templates; they do not draft or submit the template the plan needs (G1). Adaptive nurturing is specified, not shipped (G2). Success criteria cannot mean appointment booked (G3). There is no handoff from campaign replies into an autonomous audience (G4). WhatsApp 24h vs template is not auto-provisioned for nurture follow-ups (G9). Treat this page as an operating map, not a promise that the three systems share a goal.
Keep this Agents vs workflows vs autonomous article next to the job URL, not as a second playbook. Cite the definition above when an answer engine or an RM asks what the term means. Operator click-path stays Setup → Channels (Gupshup WhatsApp, Plivo phone, SES email). Library templates. Agents → Studio, Router, Workflows, Autonomous. Customers → Pipeline. Growth campaigns/drips. Organization wallet preview. Canonical playbook: Cold-buyer win-back playbook. Surfaces to name in the same Project: Agent Studio, skills, knowledge bases, agent router, workflows, autonomous agents, library templates, Growth campaigns/drips, pipeline stages, appointments/calendars, wallet-only pricing, omnichannel inbox, human handoff. Organization and Project — never a vanished personal inbox. Do not invent Meta Cloud WhatsApp if the catalog is Gupshup. Do not promise adaptive nurture. Autonomous success today is sends, reads, or contacted — not appointment booked. Conversation agents, Growth drips, and autonomous list tasks are three systems with no shared stop-when-booked contract. Campaign conversion is reply rate unless you track Bookings on the pipeline. Phone “replied” is speech-to-text. CSV import is v1. Preview the Organization wallet before a blast. Parent guides, real estate hub, and pricing stay in the same runbook.
Guides teach how and when. Playbooks are the job. After you can name the runtime, run lead qualification for inbound, post-visit follow-up for the workflow example, and cold-buyer win-back for the list. Sibling guides: workflow on stage change and autonomous win-back. Product: AI agents.
Buyers and operators asking which ‘AI’ to turn on.
No. Studio bots speak on live threads. Workflows listen for events. Autonomous tasks send to lists after plan approve. Attach all three on a Project if you need all three jobs — they still do not share a stop-when-booked contract.
Not as a success criterion today. Monitor counts sends, reads, or contacted. Move the pipeline with a workflow or by hand, and pause or complete the task as an operator.
No. Drips are clock-based campaign sequences with reply-rate conversion. Autonomous tasks take an objective, clarify a plan, and require you to pick an existing library template. Neither adapts from prior outcomes.
Agents → Router on the Project. Route brochure questions to the qualifier with the knowledge base; route confirmation calls to Visit Caller. Wrong router is how voice greets a floor-plan PDF question.
No. Wallet-only pricing. Usage (messages, minutes, AI) meters from the Organization wallet. See pricing.
For list win-back, open the cold-buyer win-back playbook. For inbound chat, open lead qualification. Do not create a fourth ‘agents vs bots’ job URL.
Hub, sibling guides, canonical playbook, product, pricing.
How-to articles. Jobs live on playbooks.
Directory →The omnichannel job this guide teaches.
Playbook →Visited → EMI + RM task.
Guide →List sends; reads not visits.
Guide →Matching product surface.
Product →Wallet-only. No seat fees. Preview before send.
Pricing →Connect Gupshup, open Agent Studio, add one workflow, approve one list task — on a Project, not a personal phone.
Get started free