Shared team inbox
Bring WhatsApp conversations into one queue with assignment, tags, and team ownership. The inbox API and route exist; live messages require a verified provider channel.
Available interfaceMeet Wavy · WhatsApp customer engagement
Wavy brings inbox, campaigns, templates, contacts, rules, AI assistance, and payment-provider paths into one WhatsApp workspace — with human review where it matters.

One WhatsApp operating system
Each part works alone. Together they give your team one connected customer journey. Capability labels show what is implemented, what needs configuration, and what is planned.
Bring WhatsApp conversations into one queue with assignment, tags, and team ownership. The inbox API and route exist; live messages require a verified provider channel.
Available interfacePrepare approved template messages for opted-in audiences and keep receipt states distinct. Launch is gated by owner-or-admin approval and an approved template.
Available interfaceCampaign receipts show delivery, read, and failure counts per send. Conversation-to-action attribution, ROAS, revenue tracking, and repeat-purchase linking are planned and require a verified analytics backend that does not exist yet.
PlannedDraft replies, summarize long chats, translate messages, and score conversation quality. The Copilot service degrades gracefully when no LLM key is configured.
Configuration requiredCreate welcome, keyword, routing, and custom bot-handoff rules with explicit enabled toggles. Rule execution runs on inbound webhook events.
Available interfaceOrganize contacts, attributes, CSV import/export, and audience segments. Opt-in is tracked per contact; importing does not grant messaging consent.
Available interfacePer-contact opt-in tracking, audience segment consent rules, and suppression checks are enforced before campaign launch. The opt-in field is stored per contact; importing does not grant consent.
PartialCreate, submit to Meta, sync, and manage message templates. Only templates with Meta-approved status may be used in campaign launches.
Available interfaceCampaign launches require owner-or-admin approval and an approved Meta template before execution. AI Copilot drafts are returned for human review and are never auto-sent. The approval boundary is enforced in the campaign launch path and AI draft workflow.
Available interfaceProvider paths for UPI links, Razorpay, PhonePe, and Stripe Link exist in code. Live charging requires configured credentials, webhook verification, and reconciliation.
Configuration requiredTicket counts, message-status breakdowns, bot-vs-operator splits, and average CX scores. Full ROI and attribution dashboards are on the roadmap.
PartialDistinguish queued, sent, delivered, read, failed, and unknown provider states. Queue acceptance is not delivery; a provider message ID is required before marking sent. Campaign stats track an 'accepted' count when the provider queue receives a send, but 'accepted' is not yet a first-class message or recipient status in the data model, so provider acceptance and verified delivery remain distinct.
PartialAn Airtable upsert helper runs on contact create/update. Sync is best-effort and never blocks the main request path.
Configuration requiredA catalog route and solution page exist. Product catalog management, inventory sync, and full commerce flows are planned and not yet implemented.
PlannedAd-sourced conversation attribution and CAPI conversion upload are planned. No ad-management backend exists yet.
PlannedStructured in-chat form capture and an embeddable website chat widget are planned. Solution pages exist as placeholders.
PlannedA reviewable workflow
Capability status
Source paths and API routes exist for items marked Available interface or Configuration required. Partial means a foundational slice is implemented. Planned means the direction is known but no backing implementation exists yet.
Inbox, campaigns, templates, contacts, segments, rules, consent checks, and the approval gate — API routes and source paths are implemented.
Copilot LLM, payment providers, CRM sync, and live WhatsApp sends — code exists but needs credentials and provider setup.
Analytics overview, provider receipt states, and consent suppression cover foundational slices; full attribution, ROI, and the accepted intermediate state are on the roadmap.
Campaign attribution, WhatsApp Commerce, Click-to-WhatsApp Ads, in-chat Forms, and a Chat Widget — solution pages exist as placeholders.
Proof in progress
Real customer stories will be added after consented pilots. Until then, Wavy shows the operating signals teams should track.
Can an operator understand the context and edit the draft before action?
Can the team distinguish queued, delivered, read, failed, and unknown states?
Which chats create a qualified lead, payment, booking, or retention moment?
Questions
Wavy is designed as a multi-tenant product. Each workspace must connect and manage its own number, contacts, inbox, automations, and bot configuration after the relevant provider gate.
The connector contract supports Automix agents, external webhook bots, and a built-in FAQ engine; each connector still requires its own scope and security review.
The payment layer has provider paths for UPI, Razorpay, PhonePe, and Stripe Link. Live charging requires configured credentials, webhook verification, reconciliation, and explicit release approval.
Importing contacts does not grant messaging consent. Opt-in is tracked per contact. Campaign launches require approved templates and opted-in segments.
Catalog sharing and full commerce flows are planned. A catalog route and solution page exist as placeholders; inventory sync and order management are on the roadmap.
Start with the conversation
See the workflow, states, and approval boundaries before connecting a real channel.