A practical guide to the questions an AI receptionist should ask a new enquiry — and the ones it should not — so the conversation captures useful information without becoming an interrogation.
Many businesses assume the goal of an AI receptionist is to ask as many qualification questions as possible. That is usually the wrong approach.
A caller who simply wants to speak with a business should not have to complete a ten-question verbal form. The AI should first understand why the person is calling, then ask only enough questions to help the business take the next step.
A good AI receptionist does not collect the most information possible. It collects the most useful information necessary for the next action.
This guide covers what an AI receptionist should ask a new enquiry, which questions to avoid, and how to design a simple call flow that supports your team and CRM. It builds on our explanation of how an AI receptionist works.
The first meaningful step in a useful AI receptionist conversation should normally establish intent — why the person is calling — before collecting any personal details.
Broad call types a business might receive include:
The AI should not immediately begin with "What's your full name?", "What's your email?", "What's your address?" or "What's your budget?" without first understanding why the caller picked up the phone. Establishing intent first makes the rest of the conversation feel natural rather than like a form being read aloud.
There is no universal script. However, a simple service-business enquiry often needs some combination of the following.
Understand the enquiry itself. This is the foundation every other question builds on.
Useful for identifying the caller and creating a contact record.
Where necessary. If caller ID already provides the number, the workflow may confirm it rather than make the customer repeat the entire number unnecessarily.
Only where location matters — for example a suburb, postcode or property location. This is useful for service-area businesses. Do not automatically request a full residential address if only the suburb is necessary at this stage.
Where relevant: callback timing, an appointment preference, or service timing.
Use this carefully. Do not invite unnecessarily sensitive information. The AI can allow the caller to add useful context without turning the conversation into a huge questionnaire.
Before adding a question to the AI receptionist, apply a simple test:
If the answer is "nothing", consider removing the question.
Do not turn a phone call into a database-completion exercise.
Collecting more personal information is not automatically better. Current Australian privacy guidance under Australian Privacy Principle (APP) 3 emphasises proportionality and a data-minimisation approach where the Australian Privacy Principles apply. An AI receptionist should therefore be designed to avoid unnecessary collection.
This is general guidance, not legal advice. For current requirements, refer to the OAIC's guidance on the Australian Privacy Principles.
No. Ask for email where it supports an actual next step.
But if the workflow is simply "phone enquiry → owner calls customer back", then name, phone number and the enquiry itself may be sufficient. Do not add friction simply to fill every CRM field.
Sometimes. Not always.
Budget can be appropriate when it genuinely changes:
But asking budget too early can feel unnecessary or intrusive. A plumber receiving a blocked-drain enquiry probably does not need to begin with "What's your budget?". A business handling larger project enquiries may legitimately need approximate budget information later in the conversation.
Ask it because the answer matters — not because the CRM has a budget field.
Qualification can be useful. But "qualification" does not have to mean a long sales script.
Simple qualification may involve:
This may be enough to determine the right department, a callback, an appointment, an unsuitable enquiry, or a human escalation. Do not encourage unnecessarily aggressive qualification.
A good conversational pattern looks like this:
AI: How can I help today? → Caller explains enquiry → AI: Absolutely, may I get your name? → Relevant industry question → Location if required → Callback or appointment details → Confirm next step
Compare that with a bad pattern:
The AI immediately asks for name, email, phone, address, budget, business size, preferred service and timeline — before understanding why the caller called. The second feels like a form being read aloud because that is exactly what it is.
Avoid:
"Can I have your name, phone number, email address, suburb and preferred appointment time?"
Prefer:
"Can I start with your name?"
Then continue naturally. One question at a time helps caller comprehension, speech recognition, information accuracy and conversational flow.
Some information should be confirmed before the call ends. Examples include a phone number, an email where used, an appointment time, a property address where required, and the spelling of unusual names where necessary.
Do not repeatedly confirm every sentence. Confirmation should reduce genuine errors, not make the conversation frustrating.
If telephony provides caller ID, the receptionist may be able to use or confirm that number. For example: "Is the number you're calling from the best number for us to contact you on?" This may be more natural than requiring the customer to repeat the entire number. Do not assume caller ID is always reliable or available.
The point of capturing information is that it helps the business after the call. Each useful answer should land somewhere structured:
This is where the conversation connects to CRM and lead management. The goal is not simply to have an impressive AI conversation — the information needs to help the business respond.
Customer calls → AI understands enquiry → Relevant questions asked → Information captured → CRM updated → Team notified → Human follows up or booking proceeds
This kind of straightforward flow is covered by simple business automation. It does not require a complicated autonomous AI system. Where appropriate, acknowledgements and reminders can also be handled through SMS and email follow-up.
A business can potentially let its normal phone ring first. The questions only begin because the team could not answer:
Customer calls → Team gets first opportunity to answer → No answer after configured delay → AI receptionist answers → Questions begin
Three rings may be used as an illustrative example, but the actual forwarding delay depends on the telephony provider and configuration. For a fuller comparison of this setup against voicemail, see our guide on AI receptionist vs voicemail.
Different industries receive different enquiry types, so the call flow should be configured around the business — not copied from a generic template.
Do not allow the AI to diagnose plumbing, gas or safety problems. See how this fits plumbing businesses.
Do not ask questions designed to diagnose the electrical fault. Do not instruct the caller to access switchboards, test wiring or perform repairs. See electricians.
Do not diagnose equipment. See air conditioning and HVAC businesses.
Do not determine whether a vehicle is safe to drive. See automotive workshops.
First determine whether the caller is buying, selling, seeking an appraisal, renting, an existing tenant, or a landlord. Then ask only the relevant questions.
Example seller enquiry:
Do not automatically ask for financial information. See real estate agencies.
Keep this example especially conservative. Routine administrative questions may include:
Do not use AI reception to diagnose symptoms, recommend treatment, collect extensive medical history unnecessarily, or make clinical decisions. Clinical questions require human handoff. See dental clinics.
A single rigid script cannot sensibly handle every caller. Branching around intent keeps the conversation relevant:
How can I help? → New enquiry (ask relevant new-enquiry questions) / Existing customer (identify relationship and reason) / Appointment (handle appointment workflow) / Particular staff member (route or capture callback) / Complex or sensitive issue (human handoff)
This is why AI reception should be configured around intent rather than one huge script.
These are not forbidden categories. Only request information where there is a genuine business need and an appropriate process for handling it.
An AI receptionist should not endlessly repeat a question because the caller declines to answer. Depending on the business process, it may:
Not every CRM field needs to be completed.
There is no universal numerical maximum. The right number depends on the enquiry. A simple callback enquiry may only require a few details. A more structured booking or quote may legitimately require more.
Measure the flow by one question:
Does every question help complete the next step?
If not, simplify it. Do not arbitrarily claim "five questions is optimal" unless genuine research supports it.
After the call, the business may receive something like the following (a fictional example, not a real customer):
| Type | New Plumbing Enquiry |
| Name | Alex |
| Phone | [captured number] |
| Suburb | Parramatta |
| Enquiry | Blocked drain |
| Customer reports | Drain backing up |
| Requested next step | Callback |
Structured capture like this is far more useful to a busy team than a scattered voicemail.
These principles underpin the AI receptionist service — the conversation is designed around the business's actual next step, not around collecting data for its own sake.
Every business requires a slightly different call flow. Your phone can still ring you first — the AI can simply be there when you cannot answer.
Other practical guides connected to this topic.
A plain-English explanation of what an AI receptionist actually does and how it handles calls.
Read guideAI Reception & Call HandlingA fair comparison of AI receptionists and voicemail — including where voicemail may be perfectly adequate.
Read guideBook a free demo to walk through how JMG Nitro's systems could fit around your existing business process.
0485 099 000
Back to Resources