The moment a second person needs to answer customers, passing a phone around stops working — and the WhatsApp Business app was never built to fix it.
A WhatsApp shared inbox is a single queue where a team answers one WhatsApp Business number together — each agent with their own login, chats assigned to owners, and a full history that stays with the business rather than on someone's phone.
The consumer WhatsApp Business app allows one phone plus four linked devices, all logged in as the same identity. There is no assignment, no way to know who is handling what, no private notes, and no record of who said what to whom. When someone leaves, the conversations leave with the phone.
WhatsApp lets you reply freely for 24 hours after a customer's last message; after that only an approved template can re-open the conversation — see Meta's messaging guide. The failure this causes in a busy team is specific: an agent opens a chat that expired hours ago, types a reply, and it silently fails.
ConvoFly's inbox tracks each conversation's window on a clock rather than on page loads, and locks the composer when the window has closed, offering a template instead. It sounds like a small thing. It is the difference between "we replied" and "we thought we replied".
Ownership is the thing that stops a shared inbox becoming a group chat nobody is responsible for. Three models work, and the wrong one for your team size is the usual cause of chaos:
Whichever you pick, the rule that matters is that every chat has exactly one owner at a time and a status that moves from open to resolved. Running one WhatsApp number across a team covers how assignment, ownership and status interact in practice.
Automation and humans share the same queue, which raises a question worth deciding early: when a bot has been handling a chat and a person needs to take over, who owns it and what do they see? Handing a chat from bot to human sets out the handoff so the customer never repeats themselves.
Assignment is only fair if it respects who is actually working. ConvoFly tracks agent availability and shifts, so round-robin does not hand a chat to someone who logged off two hours ago. Combined with business-hours conditions in the flow builder, out-of-hours messages get an honest holding reply and queue for the next shift instead of sitting unanswered.
The 24-hour rule looks like a platform detail until you run a team against it. Then it becomes a scheduling constraint: a message that arrives at 6pm on Friday and is picked up on Monday cannot be answered at all, only re-opened with an approved template that may not fit what the customer asked.
Two habits fix most of it. Acknowledge every inbound message automatically, even out of hours, so the clock starts against a conversation somebody has seen. And treat "hours remaining in the window" as a queue-ordering signal rather than first-in-first-out — the 24-hour customer service window explained covers exactly when the clock starts and what re-opens it.
Fewer than most teams assume. A seat is needed by anyone who answers customers, not by anyone who wants to look. Common shapes:
Extra seats are $20/month on Growth and above, so getting this slightly wrong is cheap to correct.
Every inbox metric depends on this and almost nobody defines it. If one agent marks a chat resolved when they have replied and another waits for the customer to confirm, your resolution time is measuring two different things averaged together, and it will look like it is improving whenever the first agent works more shifts.
Pick one definition, write it down, and make it the same for bot-handled and human-handled chats. Measuring whether your automation works covers which numbers actually move when a shared inbox is working, and CSAT scores from a WhatsApp flow covers asking the customer rather than guessing.
From the Pro plan the analytics dashboard reports first-response and resolution times, SLA attainment, first-contact resolution, busiest-times heatmaps and per-agent productivity, with saved reports and scheduled email digests. Auto-CSAT surveys ask customers to rate resolved chats from the Growth plan. Diamond adds an AI customer-experience score on every resolved conversation.
Templates are the other team-wide concern. Every message that re-opens a closed conversation needs one, and they are approved per account rather than per agent, so the set your team can reach for is a shared resource worth curating — see Meta's template documentation and how many templates you can have.
One caveat worth knowing: read receipts under-count, because WhatsApp only reports a read once and customers can disable receipts entirely. Treat delivery as the reliable number and reads as a floor.
| WhatsApp Business app | ConvoFly shared inbox | |
|---|---|---|
| Agents on one number | ✕ 1 phone + 4 linked devices | ✓ 1–20 seats by plan |
| Individual logins | ✕ No — one shared identity | ✓ Yes, per agent |
| Chat assignment and ownership | ✕ No | ✓ Yes, with round-robin |
| Private internal notes | ✕ No | ✓ Yes, with @mentions |
| Instagram and Messenger in the same queue | ✕ No | ✓ Yes |
| History stays with the business | ✕ Lives on the phone | ✓ Yes |
| Reporting on response times | ✕ No | ✓ From the Pro plan |
Figures checked August 2026. WhatsApp platform limits and charges are set by Meta and can change — always confirm against Meta's own documentation.
On the free WhatsApp Business app, one phone plus four linked devices sharing a single identity. With the Business API through ConvoFly, each agent gets their own login: 1 seat on Starter, 4 on Growth, 10 on Pro and 20 on Diamond, with extra seats at $20/month on Growth and above.
Usually yes, but the number moves to the WhatsApp Business API and stops working in the consumer app on your phone. That is Meta's rule for every provider. Many merchants prefer to connect a second number first and migrate once they are comfortable.
Assignment respects agent availability and shifts, so round-robin skips agents who are off. An unresolved chat stays in the queue with its owner and history intact, and business-hours flows can send a holding reply so the customer is not left in silence.
Yes by default — that is the point of a shared inbox — and roles control what else they can reach. Per-page permissions let you give an agent the inbox without billing, settings or admin sections.
Yes. The composer locks when a conversation's window has closed and offers an approved template instead, so an agent cannot send a message that would silently fail. The timer runs on a clock rather than refreshing only when the page reloads.