[ Hospitality and services · first phone contact ]
The phone answers, and the CRM fills itself in
In short
- The problem
- Bookings and requests for information: first contact by phone ties up a person on conversations that all look alike.
- What we built
- A voice agent that talks like a person, says straight away that it is an AI, collects the information and writes it directly into the CRM.
- The impact
- Requests arrive already filled in, and people step in where they are really needed.
The context
Answering the phone is part of the job for a great many companies, and rarely the most interesting part. A restaurant taking bookings while the dining room is full. A services company collecting quote requests while its people are busy with the real work.
It is secretarial work, necessary and repetitive, and it ties up people exactly when they are needed elsewhere. In small and medium businesses there is often nobody dedicated to it: the phone rings, whoever is free answers, and whoever is not lets it ring. In larger companies there is a switchboard, but first-level questions are always the same, and people spend the day repeating them.
Then there is what comes after. A booking taken on the fly ends up on a sheet of paper, a quote request made on the phone stays in the memory of whoever answered. Data collected by voice reaches the CRM late, incomplete, or not at all.
- Understands spoken language, even when the request comes out in a muddle
- Collects the data during the call and enters it into the CRM
- Hands over to a person when needed, without making anyone repeat themselves
How it is built
Talks like a person, and says it is not one
The agent answers with a natural rhythm, but says straight away that it is an AI. The AI Act requires it, and we would do it anyway: people who know who they are talking to trust the conversation more. Callers speak the way they would to anyone, even in a muddle, and the agent understands the request, asks the questions needed to complete it and confirms what it has understood.
The variables, collected during the call
Each company decides what needs asking. For a restaurant it is date, time, number of people and any special needs. For a services company it is the reason for the call and contact details for a callback. The agent collects this information one piece at a time, as a good operator would, and tries to complete the request before hanging up.
Straight into the CRM
The data does not stay in the conversation. The agent writes it into the CRM through the integrations, via API or through MCP, the protocol that lets an agent use external tools in a controlled way. The request reaches whoever handles it already filled in, and when the call needs a person the agent hands it over with the full context.
The same pattern in Copilot Studio
The voice technology is not always Microsoft: we choose what works best for the language and the channel. The logic, though, is the same as an agent built in Copilot Studio, with clear instructions, tools connected through connectors or MCP servers, and a handover to an operator when needed. And the data ends up where the company already governs it.
What changed
Calls get an answer even when nobody can pick up, out of hours or at peak times. People step in where a person is really needed, and stop spending the day repeating the same information.
And the CRM finally holds what customers asked on the phone, complete and immediately available to whoever has to follow up.
The skills involved
- Agents
- Automation
- Data