System: MWMS
Document Type: Operating Framework
Authority Level: MCR Source Of Truth
Status: Draft For MCR
Version: v1.0
Primary Location: MCR
Future Operational Destination: AIBS Brain, Sales Brain, Automation Brain, Client Delivery Systems, Local Business AIOS, Compliance Brain, Risk Brain, Data Brain, HeadOffice Brain
Parent Page: AIBS Brain
Owner: Martyn
Developer Boundary: Do Not Touch M’s Active Build Areas Unless Specifically Assigned
Source Of Truth: MCR
Last Reviewed: 2026-06-08
Source / Origin: AI Automations by Jack AI Native Entrepreneur Architecture And Tool Decision Block
MWMS Classification: AI Voice Agent Framework / Voice AI Governance Framework / Call Automation Testing Standard / Conversational AI System Design Framework / AIBS Voice Agent Delivery Standard
Primary Brain: AIBS Brain
Supporting Brains: Sales Brain, Automation Brain, Compliance Brain, Risk Brain, Data Brain, Client Intelligence, Product Brain, UX Brain, HeadOffice Brain, Finance Brain, Prompting Framework
Related Pages: MWMS AIOS Lead Capture And Conversion Infrastructure Framework, MWMS Local Business Review And Reputation Automation Framework, MWMS AI Assisted Outreach And Sales Follow Up Automation Framework, MWMS Client Intelligence And Business Memory Automation Framework, MWMS RAG Knowledge Base And Client Memory Infrastructure Framework, MWMS Automation Architecture And Tool Selection Framework, MWMS AI Automation Security And Risk Checklist, MWMS Ethical Buyer Psychology And Trust Based Conversion Framework, MWMS Prompt Architecture And Automation Output Reliability Framework
Purpose
The purpose of the MWMS AI Voice Agent Design Testing And Governance Framework is to define how MWMS designs, tests, governs, and deploys AI voice agents for inbound calls, outbound calls, lead qualification, appointment booking, customer service, call routing, review follow-up, missed lead recovery, and client-facing business support.
This framework exists because AI voice agents are powerful but risky.
They can create major value when they:
- answer calls quickly
- qualify leads
- book appointments
- collect customer information
- route calls
- recover missed enquiries
- reduce repetitive phone work
- support local businesses
- create call summaries
- feed CRM records
- trigger follow-up workflows
- support client intelligence systems
But they can damage trust when they:
- pretend to be human
- answer beyond approved knowledge
- mishandle customer information
- fail to escalate
- misunderstand caller intent
- hallucinate answers
- create compliance risk
- book incorrect appointments
- send wrong information
- create poor caller experience
- run without enough testing
The core purpose is:
To help MWMS use AI voice agents as controlled, tested, disclosed, business-useful systems rather than flashy call bots that create trust, privacy, or operational risk.
Core Doctrine
The MWMS doctrine is:
Voice agents must be tested like live staff, governed like customer-facing systems, and designed around business outcomes.
Voice AI is not just another automation.
A voice agent interacts with people in real time.
That means small mistakes can create immediate consequences:
- caller frustration
- lost leads
- wrong bookings
- privacy concerns
- reputation damage
- compliance breaches
- false expectations
- poor customer experience
Therefore, voice agents must be designed with:
- clear role
- approved knowledge
- conversation boundaries
- human fallback
- disclosure rules
- test scenarios
- post-call analysis
- call logging
- latency awareness
- compliance review
- data handling rules
- failure handling
The key doctrine is:
A voice agent should never be allowed to improvise beyond its approved business role.
Strategic Importance
This framework is strategically important because voice agents can become one of the most practical AIBS client offers.
Many local and service businesses lose money through:
- missed calls
- slow response
- poor appointment handling
- no after-hours coverage
- staff interruptions
- unqualified enquiries
- no call summaries
- no CRM updates
- no follow-up after calls
- inconsistent phone handling
- poor customer information capture
Voice agents can solve some of these problems.
But only if they are implemented with discipline.
The AI Native Entrepreneur material showed that platforms such as Retell, VAPI, and ElevenLabs-style voice systems can connect to knowledge bases, phone numbers, tool calls, webhooks, Make, n8n, call history, post-call analysis, and testing workflows.
The strategic MWMS lesson is:
Voice agents should become business call systems, not novelty demos.
Definition
AI voice agent means an AI system that communicates with a person using spoken conversation.
Inbound voice agent means a voice AI system that answers calls or website voice interactions initiated by a customer or prospect.
Outbound voice agent means a voice AI system that places calls to customers, leads, or contacts.
Voice tool calling means the voice agent can trigger external actions such as booking an appointment, checking availability, sending a record to CRM, calling a webhook, transferring a call, or sending a summary.
Post-call analysis means reviewing call transcript, recording, sentiment, outcome, tool usage, failure points, and next action after a call.
MWMS Definition
The MWMS AI Voice Agent Design Testing And Governance Framework is:
AIBS Brain’s standard for designing, testing, deploying, and governing AI voice agents that handle business calls, qualify leads, book appointments, route conversations, retrieve approved knowledge, trigger workflows, and support customer experience while protecting trust, compliance, privacy, and human escalation.
Scope
This framework applies to:
- inbound voice agents
- outbound voice agents
- website voice agents
- phone number based agents
- appointment booking agents
- lead qualification agents
- call routing agents
- review follow-up agents
- missed call recovery agents
- customer support voice agents
- AI receptionists
- sales qualification voice agents
- local business call agents
- Retell-style agents
- VAPI-style agents
- ElevenLabs voice agent systems
- voice agents connected to Make
- voice agents connected to n8n
- voice agents connected to CRMs
- voice agents connected to booking tools
- voice agents using knowledge bases
- voice agents using RAG
- voice agents using post-call webhooks
- voice agent testing systems
This framework does not approve deceptive voice automation, unsafe outbound calling, or voice agents operating without testing and governance.
Core Principle
The core principle is:
If the voice agent can affect a real customer, it must be tested before it talks to real customers.
Voice agents are not safe because they sounded good once.
They need repeated testing.
They need edge-case testing.
They need failure testing.
They need latency testing.
They need real-world scenario testing.
They need post-call analysis.
They need clear escalation.
Rule
No MWMS voice agent should go live until test calls prove it can handle expected, unexpected, and failure scenarios safely.
The MWMS AI Voice Agent Model
Every MWMS AI voice agent should be designed across twelve layers:
- Business Use Case Layer
- Caller And Intent Layer
- Agent Role And Boundary Layer
- Knowledge And Memory Layer
- Conversation Flow Layer
- Tool Calling And Action Layer
- Voice And Experience Layer
- Phone Number And Channel Layer
- Testing And Simulation Layer
- Post Call Analysis Layer
- Compliance And Disclosure Layer
- Human Escalation And Improvement Layer
1. Business Use Case Layer
The first step is defining why the voice agent exists.
Voice Agent Use Case Questions
Ask:
- what business problem does this solve
- is the problem call-based
- who calls
- why do they call
- what outcome should happen
- is the goal booking
- is the goal qualification
- is the goal routing
- is the goal support
- is the goal information collection
- is the goal missed call recovery
- what success metric matters
- what happens after the call
Strong Use Cases
Strong voice agent use cases include:
- missed call recovery
- after-hours call answering
- appointment booking
- lead qualification
- basic FAQ answering
- routing calls to the right person
- collecting enquiry details
- reminder calls
- review follow-up
- customer satisfaction calls
- event registration confirmation
- simple support triage
Weak Use Cases
Weak or risky voice agent use cases include:
- complex legal advice
- medical advice
- financial advice
- high-pressure sales calls
- sensitive complaint handling without escalation
- pretending to be a human salesperson
- replacing relationship-based sales
- handling angry customers without human fallback
- vague “AI receptionist” with no defined scope
Rule
A voice agent must solve a clear call problem.
2. Caller And Intent Layer
The voice agent must understand who is calling and why.
Caller Types
Callers may include:
- new leads
- existing customers
- returning customers
- suppliers
- staff
- job applicants
- unhappy customers
- booking enquiries
- support requests
- sales prospects
- review follow-up contacts
- spam callers
- wrong numbers
Intent Types
Intent may include:
- book appointment
- reschedule appointment
- cancel appointment
- ask price
- ask service area
- ask opening hours
- ask product question
- request quote
- ask support question
- complain
- request manager
- confirm information
- leave message
- urgent issue
- not relevant
Intent Questions
Ask:
- what intents should the agent handle
- what intents should be escalated
- what intents should be refused
- what intents should trigger tool calls
- what intents should create CRM tasks
- what intents should end the call
- what intents are too risky
Rule
Voice agents must be designed around caller intent, not generic conversation.
3. Agent Role And Boundary Layer
The agent must have a clear job.
Role Examples
Possible roles include:
- appointment booking assistant
- lead qualification assistant
- after-hours receptionist
- call routing assistant
- customer feedback assistant
- review request assistant
- service enquiry assistant
- support triage assistant
- event registration assistant
- internal staff information assistant
Boundary Questions
Ask:
- what can the agent say
- what can the agent not say
- what can the agent do
- what can the agent not do
- what should the agent never promise
- what should be escalated
- what should be confirmed by a human
- what information can it collect
- what information should it not collect
- when should it stop
Role Prompt Requirements
The agent prompt should include:
- identity
- role
- business context
- allowed tasks
- forbidden tasks
- tone
- escalation rules
- data collection rules
- confirmation rules
- tool calling rules
- closing rules
Rule
A voice agent without boundaries becomes a risk.
4. Knowledge And Memory Layer
Voice agents need approved knowledge.
This may include:
- business hours
- services
- prices where approved
- locations
- service areas
- booking rules
- FAQs
- cancellation rules
- staff availability
- accepted payment methods
- support policies
- appointment requirements
- disclaimers
- escalation contacts
Knowledge Source Options
Use:
- static prompt knowledge
- uploaded documents
- website knowledge base
- synced website pages
- RAG knowledge base
- approved FAQ
- CRM information
- booking system data
- client memory system
The Retell material showed that knowledge bases can be built from website pages, uploaded files, or manually added text, and that website knowledge can be auto-synced on a schedule.
Knowledge Questions
Ask:
- what knowledge does the agent need
- where does the knowledge come from
- is it current
- is it approved
- is it sensitive
- can the caller hear this information
- should it be retrieved live
- what if the knowledge is missing
- how often should it be updated
Rule
Voice agents must answer from approved knowledge, not from guessing.
5. Conversation Flow Layer
The conversation must be designed.
Conversation Design Options
Voice platforms may support:
- single prompt agents
- multi prompt agents
- conversation flow agents
- custom LLM agents
- scripted call flows
- branching logic
- dynamic variables
- welcome messages
- user initiated calls
- AI initiated calls
The Retell material noted that single prompt agents can work for simple use cases, while conversation flow style agents are better when logic becomes more complex or branches matter.
Conversation Flow Questions
Ask:
- does the agent speak first
- what is the opening line
- what information must be collected
- what order should questions be asked
- what can be skipped
- what must be confirmed
- what happens if caller refuses
- what happens if caller is confused
- what happens if caller gives incomplete information
- what happens if caller asks something outside scope
- how does the agent close the call
Flow Rule
Simple calls can use simple prompts. Complex calls need structured flow.
6. Tool Calling And Action Layer
Voice agents become useful when they can trigger actions.
Possible Actions
Actions may include:
- book appointment
- check calendar
- create CRM record
- send SMS
- send email
- call webhook
- route to Make
- route to n8n
- transfer call
- update Google Sheet
- update Airtable
- trigger review request
- create support ticket
- send call summary
- add task
- classify lead
- start follow-up sequence
Tool Calling Questions
Ask:
- what action should happen
- what data is required
- what must be confirmed before action
- what happens if the tool fails
- what happens if required information is missing
- should human approval be required
- should the caller be told action succeeded
- where is the action logged
Tool Failure Rules
If a tool call fails, the agent should:
- not pretend it worked
- apologize simply
- collect fallback information
- create manual follow-up
- escalate where needed
- log the failure
Rule
Voice agent actions must be confirmed, logged, and failure-safe.
7. Voice And Experience Layer
Voice quality affects trust.
Voice Options
Systems may use voices from:
- ElevenLabs
- OpenAI
- PlayHT
- platform native voices
- custom voice where approved
The Retell material noted that voice providers can vary, and some platforms allow fallback voice providers if one provider fails.
Voice Experience Questions
Ask:
- does the voice sound appropriate
- is speed right
- is volume right
- is tone right
- is emotional style appropriate
- is latency acceptable
- is interruption handling good
- is the agent too robotic
- is the agent too emotional
- does it sound deceptive
- does the caller understand it is AI where required
Rule
Voice quality must support trust, not trick the caller.
8. Phone Number And Channel Layer
Voice agents may operate across different call channels.
Channel Options
Use:
- purchased phone number
- connected existing number
- Twilio number
- SIP trunking
- website voice widget
- embedded voice assistant
- inbound call routing
- outbound call campaign
- internal test numbers
Channel Questions
Ask:
- is this phone-based or web-based
- what number is used
- who owns the number
- what country is involved
- are number approvals required
- are call recording rules relevant
- are outbound calling rules relevant
- does this need Twilio
- does this need SIP
- does this need WhatsApp integration
- does the client already have a phone provider
Rule
Phone channel setup must consider country, provider, approval, and compliance requirements.
9. Testing And Simulation Layer
Testing is the core of safe voice agent deployment.
The Retell workshop emphasized that building the agent may be fast, but testing is where much of the real work happens because there are many edge cases in voice conversations.
Test Types
Use:
- manual test calls
- scripted test calls
- edge-case calls
- batch calls
- agent-to-agent simulations
- phone-to-phone tests
- web call tests
- stress tests
- latency tests
- tool failure tests
- incomplete information tests
- wrong answer tests
- angry caller tests
- irrelevant caller tests
- accent and pronunciation tests
- email spelling tests
- noisy environment tests
Test Scenario Examples
Test:
- caller gives full details correctly
- caller gives incomplete details
- caller interrupts
- caller changes mind
- caller asks for human
- caller asks unrelated question
- caller gives impossible booking time
- caller asks for price
- caller complains
- caller refuses to spell email
- caller gives unclear phone number
- caller asks whether agent is human
- tool call fails
- knowledge is missing
- agent needs to transfer call
Test Record Fields
Track:
Test Name:
Scenario:
Expected Result:
Actual Result:
Pass / Fail:
Issue Found:
Prompt Change Needed:
Tool Change Needed:
Escalation Needed:
Retest Required:
Rule
A voice agent should be tested against real caller chaos before going live.
10. Post Call Analysis Layer
Every important call should create a reviewable record.
The Retell material showed call history can include call type, duration, call ID, disconnection reason, sentiment, transcript, recording, and post-call data that can be sent through webhooks.
Post Call Data
Capture:
- call ID
- caller number where allowed
- call date
- call duration
- call type
- transcript
- recording where allowed
- summary
- sentiment
- intent
- outcome
- tool calls
- call transfer
- booking status
- lead score
- issue category
- failure points
- human review flag
- next action
Post Call Questions
Ask:
- did the agent complete the task
- did the caller understand
- did the agent stay in scope
- did it use approved knowledge
- did it collect required data
- did tool calls work
- did it escalate correctly
- did it disclose AI where needed
- did it create a follow-up task
- what should improve
Rule
Post-call analysis turns voice agents from gimmicks into improving business systems.
11. Compliance And Disclosure Layer
Voice agents must be compliance-aware.
Compliance Areas
Review:
- AI disclosure
- call recording consent
- outbound calling rules
- SMS follow-up consent
- customer data collection
- appointment information
- sensitive industries
- health claims
- financial claims
- legal claims
- privacy
- data storage
- data retention
- human escalation
- voice cloning consent
- customer trust
- platform and telecom rules
Disclosure Questions
Ask:
- should the caller be told this is AI
- is recording disclosed
- is consent required
- is outbound calling allowed
- is the call commercial
- is the agent collecting personal information
- is the agent answering sensitive questions
- is human escalation available
- is the business comfortable with the disclosure
Disclosure Standard
For MWMS, the safe default is:
The caller should not be deceived into thinking the AI is a human.
Rule
Voice agents must protect caller trust and legal safety before convenience.
12. Human Escalation And Improvement Layer
Voice agents need human backup.
Escalation Triggers
Escalate when:
- caller asks for a human
- caller is angry
- caller has complaint
- caller gives sensitive information
- caller asks outside scope
- caller needs custom quote
- caller needs urgent help
- caller disputes information
- tool call fails
- agent confidence is low
- call becomes emotionally sensitive
- legal or financial issue appears
Escalation Options
Use:
- live call transfer
- callback task
- manager alert
- CRM task
- email summary
- SMS notification
- support ticket
- appointment with human
- manual review queue
Improvement Loop
After review:
- Identify failed calls.
- Classify failure type.
- Update prompt.
- Update knowledge base.
- Update tool call.
- Add test case.
- Retest.
- Deploy improved version.
- Monitor again.
Rule
Voice agents must improve from real calls, not just launch and hope.
Voice Agent Types
MWMS can use this framework for several voice agent types.
Type 1: AI Receptionist
Purpose:
- answer calls
- collect caller details
- route enquiries
- create follow-up tasks
Best for:
- local businesses
- service businesses
- after-hours calls
Risk:
- caller frustration if transfer fails
- missing urgent issues
Type 2: Appointment Booking Agent
Purpose:
- qualify appointment need
- check availability
- collect required details
- book or request booking
Best for:
- clinics
- salons
- gyms
- consultants
- service providers
Risk:
- wrong booking details
- unclear calendar rules
Type 3: Lead Qualification Agent
Purpose:
- ask qualifying questions
- classify fit
- route to sales
- create CRM record
Best for:
- AIBS prospects
- high-ticket service businesses
- local service providers
Risk:
- bad qualification
- too many questions
- lost prospect patience
Type 4: Customer Support Triage Agent
Purpose:
- answer common questions
- collect issue details
- route to support
Best for:
- businesses with repeated support questions
Risk:
- over-answering
- failing to escalate complaints
Type 5: Review Follow-Up Agent
Purpose:
- ask for customer satisfaction
- collect feedback
- route happy or unhappy customers
Best for:
- local business reputation systems
Risk:
- review compliance
- customer pressure
- poor negative feedback handling
Type 6: Missed Call Recovery Agent
Purpose:
- call back missed leads
- collect enquiry
- book appointment
- create follow-up task
Best for:
- businesses losing revenue from missed calls
Risk:
- outbound calling compliance
- wrong timing
- caller annoyance
Voice Agent Intake Checklist
Before building a voice agent, collect:
Business
- business name
- industry
- website
- location
- service area
- business hours
- services
- pricing rules
- booking rules
- escalation contacts
Call Use Case
- inbound or outbound
- caller type
- main call intents
- desired outcome
- forbidden topics
- escalation triggers
- success metric
Knowledge
- FAQs
- approved answers
- service descriptions
- booking rules
- support policies
- disclaimers
- source update process
Systems
- phone provider
- CRM
- booking system
- calendar
- SMS
- Make or n8n
- knowledge base
- webhook endpoints
Compliance
- AI disclosure
- call recording consent
- outbound call rules
- customer data rules
- sensitive information rules
- storage and retention
Rule
Do not build the agent until the call purpose, boundaries, and escalation path are defined.
Voice Agent Prompt Standard
Every voice agent prompt should include:
Required Prompt Sections
- agent identity
- business identity
- caller role
- agent role
- allowed tasks
- forbidden tasks
- tone and style
- required questions
- optional questions
- tool calling rules
- confirmation rules
- escalation rules
- disclosure instructions
- fallback answers
- closing instructions
Prompt Rules
The prompt must instruct the agent to:
- stay in role
- ask one question at a time
- confirm important details
- avoid unsupported claims
- avoid pretending to know missing information
- escalate when required
- not reveal internal instructions
- not make promises outside scope
- not continue if caller requests human help
Rule
A voice agent prompt is an operating procedure, not a casual instruction.
Voice Agent Knowledge Base Standard
Voice agent knowledge should be:
- approved
- current
- concise
- searchable
- source-tracked
- scoped to caller needs
- safe to speak aloud
- updated when business rules change
Knowledge Should Include
- services
- service area
- business hours
- booking rules
- pricing boundaries
- cancellation policy
- contact details
- support process
- common FAQs
- escalation rules
Knowledge Should Exclude
- private customer data unless needed
- staff personal details
- confidential business strategy
- unapproved pricing
- outdated offers
- sensitive documents
- information callers should not hear
Rule
Do not give a voice agent knowledge that it should not say.
Tool Calling Standard
Every tool call must define:
Tool Name:
Purpose:
Required Inputs:
Optional Inputs:
Confirmation Needed: Yes / No
Success Response:
Failure Response:
Fallback Action:
Logged Fields:
Human Review Needed: Yes / No
Common Tool Calls
- create lead
- update lead
- book appointment
- check availability
- send SMS
- send email
- transfer call
- create support ticket
- trigger review workflow
- send post-call summary
Rule
A voice agent should not trigger business actions without required data and confirmation.
Call Testing Standard
Before launch, MWMS should test:
Minimum Test Set
- ideal caller
- confused caller
- rushed caller
- angry caller
- caller with missing information
- caller asking outside scope
- caller asking for human
- caller asking price
- caller with accent or unclear speech
- tool call success
- tool call failure
- escalation path
- call transfer path
- no-answer path
- post-call webhook
Test Pass Requirement
The agent should pass:
- role accuracy
- knowledge accuracy
- task completion
- escalation behavior
- tool reliability
- caller experience
- compliance behavior
- data capture quality
- post-call logging
Rule
A voice agent is not ready because it works once. It is ready when it handles repeated realistic test cases.
Post Call Record Standard
Every production voice agent should create a post-call record.
Record Fields
Call ID:
Date:
Caller:
Call Direction: Inbound / Outbound / Web
Duration:
Intent:
Summary:
Outcome:
Sentiment:
Lead Score:
Appointment Status:
Tool Calls Used:
Escalation Needed: Yes / No
Human Review Needed: Yes / No
Transcript:
Recording Link:
Failure Notes:
Next Action:
CRM Record ID:
Reviewed By:
Last Updated:
Rule
If a call creates business value or risk, it should create a record.
Voice Agent Quality Scorecard
Score each voice agent out of 100.
Score Categories
Business Use Case Clarity: 10
Caller Intent Mapping: 10
Agent Boundary Quality: 10
Knowledge Accuracy: 10
Conversation Flow: 10
Tool Call Reliability: 10
Voice Experience: 10
Testing Coverage: 10
Compliance Safety: 10
Post Call Improvement Loop: 10
Interpretation
85–100: Strong candidate for controlled launch
70–84: Good but needs improvement
55–69: Internal or limited test only
40–54: Too risky for real callers
Below 40: Do not deploy
Rule
Client-facing voice agents should score highly before launch.
Launch Readiness Checklist
Before going live, confirm:
Role
- clear agent role
- approved scope
- forbidden topics
- fallback rules
- escalation rules
Knowledge
- approved knowledge base
- current FAQ
- pricing boundaries
- booking rules
- missing knowledge fallback
Tools
- CRM tool works
- booking tool works
- transfer works
- webhook works
- failure handling works
- post-call summary works
Phone
- number connected
- inbound routing works
- outbound rules reviewed
- call recording rules reviewed
- country rules checked
Testing
- test scenarios completed
- edge cases tested
- failed calls reviewed
- prompt updated
- knowledge updated
- retest completed
Compliance
- AI disclosure reviewed
- recording consent reviewed
- privacy reviewed
- data retention reviewed
- human fallback available
Rule
Do not launch until the system can safely fail.
Voice Agent Pricing And Packaging
Voice agents may be packaged as AIBS offers.
Pricing Components
Consider:
- setup fee
- monthly management
- call minutes
- phone number cost
- voice provider cost
- AI model cost
- Make or n8n cost
- CRM integration cost
- testing package
- reporting package
- support level
- knowledge base maintenance
- human review level
Package Options
Basic AI Receptionist
Includes:
- simple inbound answering
- message capture
- call summary
- CRM task
Appointment Agent
Includes:
- qualification
- calendar integration
- booking or booking request
- reminders
Lead Recovery Agent
Includes:
- missed call callback
- lead qualification
- CRM update
- sales alert
Reputation Voice Agent
Includes:
- satisfaction call
- feedback capture
- review workflow trigger
- issue escalation
Managed Voice AIOS
Includes:
- agent design
- testing
- knowledge base
- CRM
- dashboards
- monthly optimization
Rule
Voice agent pricing must include testing and ongoing improvement, not just setup.
Application To AIBS Brain
AIBS Brain owns this framework.
AIBS should use voice agents when:
- phone calls are a real business bottleneck
- missed calls create revenue leakage
- basic enquiries are repetitive
- appointment booking is structured
- customer feedback calls are useful
- lead qualification can be scripted
- human fallback is available
AIBS Rule
AIBS should sell voice agents as business call systems, not as AI novelty.
Application To Sales Brain
Sales Brain should use voice agents carefully.
Voice agents may support:
- lead qualification
- appointment setting
- missed lead recovery
- sales call preparation
- post-call summaries
- warm follow-up
Sales Brain should not use voice agents for:
- deceptive selling
- fake urgency
- aggressive outbound calls
- pretending to be human
- complex high-ticket closing without human involvement
Sales Rule
Voice agents can support sales, but human trust still matters.
Application To Automation Brain
Automation Brain should manage the workflow connections.
Automation Brain should own:
- webhooks
- CRM updates
- booking integrations
- post-call workflows
- call summary routing
- tool failure handling
- test workflows
- call log storage
Automation Rule
Voice agent automation must include failure handling and post-call logging.
Application To Data Brain
Data Brain should manage call records and voice data.
Data Brain should define:
- call record schema
- transcript storage
- recording storage
- sentiment fields
- intent fields
- outcome fields
- retention rules
- privacy fields
- client separation
Data Rule
Voice call data should be structured and retention-aware.
Application To Compliance And Risk Brain
Compliance and Risk Brain should review:
- AI disclosure
- call recording consent
- outbound call rules
- privacy
- customer data
- sensitive industries
- claims
- escalation
- voice cloning
- synthetic voice use
- retention
- caller trust
Compliance Rule
Voice agents should never deceive callers or mishandle sensitive information.
Application To UX Brain
UX Brain should review caller experience.
UX Brain should ask:
- is the call easy
- is the agent clear
- does it ask too many questions
- does it interrupt
- is latency frustrating
- does the caller know what is happening
- is escalation easy
- is the voice appropriate
- does the conversation feel respectful
UX Rule
A voice agent is a user interface.
Application To Finance Brain
Finance Brain should review unit economics.
Finance Brain should track:
- cost per minute
- AI model cost
- voice provider cost
- phone number cost
- testing cost
- support cost
- client price
- margin
- call volume
- cost per booked appointment
- cost per qualified lead
- value of missed calls recovered
Finance Rule
Voice agents must have call-minute cost discipline.
Application To HeadOffice Brain
HeadOffice should approve major voice agent deployment.
HeadOffice should ask:
- does this solve a real problem
- is the client a good fit
- is risk acceptable
- is human fallback available
- is testing complete
- is pricing profitable
- is this strategically aligned
- does this create support burden
- should this be an AIBS product
HeadOffice Rule
Voice agents should not be deployed because they are impressive. They should be deployed because they create measurable business value.
What Not To Do
Do not:
- launch a voice agent after one successful test
- let the agent pretend to be human
- skip disclosure review
- skip call recording consent review
- let the agent answer sensitive questions
- allow the agent to invent pricing
- allow the agent to book without confirmation
- ignore tool failures
- ignore latency
- ignore caller frustration
- run outbound calls without compliance review
- clone voices without consent
- store call recordings without purpose
- skip human fallback
- leave post-call data unreviewed
- sell unlimited voice agents without cost control
Rule
Voice agents should be trusted systems, not uncontrolled talking demos.
Deferred Update And Parking Lot Section
This page creates later update needs.
Later Update 1: MWMS AIOS Lead Capture And Conversion Infrastructure Framework
Add:
- voice agent as lead capture layer
- missed call recovery
- call qualification
- appointment setting
- CRM routing
- call summary to lead record
- voice agent dashboard metrics
Later Update 2: MWMS Local Business Review And Reputation Automation Framework
Add:
- voice-based review follow-up
- satisfaction calls
- unhappy customer escalation
- customer feedback call records
- compliance rules for voice review requests
Later Update 3: MWMS AI Assisted Outreach And Sales Follow Up Automation Framework
Add:
- voice-note and voice-call governance
- warm lead call agents
- outbound calling caution
- human review before sales voice outreach
- call follow-up sequences
Later Update 4: MWMS Client Intelligence And Business Memory Automation Framework
Add:
- call transcripts as business memory
- voice call summaries
- caller intent trends
- customer language extraction
- call history as client intelligence
Later Update 5: MWMS RAG Knowledge Base And Client Memory Infrastructure Framework
Add:
- voice agent RAG boundaries
- low latency retrieval
- approved knowledge only
- missing knowledge fallback
- voice answer source rules
Later Update 6: MWMS AI Automation Security And Risk Checklist
Add:
- voice agent privacy risk
- call recording risk
- outbound calling risk
- customer data capture
- voice cloning consent
- phone number ownership
- webhook tool call risk
Later Update 7: MWMS Prompt Architecture And Automation Output Reliability Framework
Add:
- voice agent prompt structure
- one question at a time rule
- escalation prompt rules
- tool call confirmation prompts
- failure fallback prompts
- caller confusion handling
Later Update 8: MWMS Ethical Buyer Psychology And Trust Based Conversion Framework
Add:
- ethical voice persuasion
- no fake human relationship
- caller trust protection
- pressure-free booking
- transparent AI communication
- respectful escalation
Future AI Employee Ideas
These AI Employee ideas are parked candidates only.
Voice Agent Designer
Primary Brain: AIBS Brain / Sales Brain
Status: Parked Candidate
Purpose: Designs AI voice agent roles, prompts, conversation flows, allowed tasks, forbidden tasks, and caller experience.
Voice Agent QA Tester
Primary Brain: Automation Brain / UX Brain
Status: Parked Candidate
Purpose: Runs voice agent test scenarios, edge-case calls, batch tests, latency tests, and tool failure tests before launch.
Voice Agent Compliance Reviewer
Primary Brain: Compliance Brain / Risk Brain
Status: Parked Candidate
Purpose: Reviews disclosure, call recording, outbound calling, privacy, consent, synthetic voice, and sensitive-data risks.
Call Flow Architect
Primary Brain: Sales Brain / Automation Brain
Status: Parked Candidate
Purpose: Designs structured call flows for qualification, booking, routing, review follow-up, and support triage.
Post Call Intelligence Analyst
Primary Brain: Data Brain / Client Intelligence
Status: Parked Candidate
Purpose: Reviews transcripts, sentiment, outcomes, failure points, objections, and next actions from voice calls.
Missed Call Recovery Strategist
Primary Brain: AIBS Brain / Sales Brain
Status: Parked Candidate
Purpose: Designs systems that recover missed enquiries, qualify leads, book appointments, and create CRM follow-up records.
Voice Knowledge Base Curator
Primary Brain: Data Brain / AIBS Brain
Status: Parked Candidate
Purpose: Maintains approved knowledge bases used by voice agents and ensures answers remain current, safe, and scoped.
Voice Unit Economics Analyst
Primary Brain: Finance Brain
Status: Parked Candidate
Purpose: Tracks call minute costs, voice provider costs, AI model costs, setup fees, client pricing, and profitability.
Drift Protection
This framework protects MWMS from:
- treating voice agents as gimmicks
- launching without testing
- pretending AI is human
- overusing outbound calls
- ignoring caller consent
- mishandling call recordings
- allowing voice agents to hallucinate
- missing human escalation
- underpricing call-minute costs
- ignoring tool failure
- ignoring latency
- booking incorrect appointments
- using unapproved knowledge
- skipping post-call analysis
- creating client reputation risk
- selling voice AI without governance
Drift Signals
Watch for:
- “The agent worked in my test call.”
- “We can launch it now.”
- “No need to say it is AI.”
- “Let it answer anything.”
- “It can handle angry customers.”
- “It can book appointments without confirmation.”
- “Outbound calls will be fine.”
- “We do not need post-call review.”
- “The knowledge base can be updated later.”
- “Call recording rules probably do not matter.”
- “Voice cost is tiny.”
- “The client just wants an AI receptionist.”
- “Testing is not that important.”
- “The agent sounds human, which is great.”
Rule
When these drift signals appear, return to testing, disclosure, boundaries, escalation, and post-call analysis.
Strategic Summary
The AI Native Entrepreneur Architecture And Tool Decision Block showed that voice agents can become practical business systems when designed correctly.
The key MWMS lesson is not “voice AI is impressive.”
The key lesson is:
Voice agents can recover lost leads, qualify callers, book appointments, route enquiries, collect feedback, and support customers when they are scoped, tested, governed, and connected to the right business systems.
This framework allows MWMS to use voice agents as part of AIBS without falling into risky AI novelty.
Voice agents should support measurable business outcomes such as:
- fewer missed calls
- faster lead response
- better qualification
- cleaner CRM records
- more booked appointments
- better customer feedback
- clearer call reporting
- stronger client intelligence
The strategic standard is:
Voice AI must be designed as a business communication system, not as a talking toy.
Final Standard
The MWMS final standard is:
No MWMS AI voice agent should be deployed until its business use case, caller intents, agent role, knowledge boundaries, conversation flow, tool calls, voice settings, phone channel, test scenarios, post-call records, compliance disclosures, human escalation, cost structure, and improvement loop are clearly defined and tested.
A valid MWMS AI voice agent must define:
- business use case
- caller type
- caller intents
- agent role
- allowed tasks
- forbidden tasks
- approved knowledge sources
- conversation flow
- tool calls
- phone channel
- voice provider
- disclosure rules
- call recording rules
- data capture fields
- human escalation path
- test scenarios
- post-call record
- review process
- failure handling
- cost per minute
- success metric
- improvement loop
That is the MWMS AI Voice Agent Design Testing And Governance standard.
Change Log
Version: v1.0
Date: 2026-06-08
Author: HeadOffice
Change:
Created the MWMS AI Voice Agent Design Testing And Governance Framework from the AI Automations by Jack AI Native Entrepreneur Architecture And Tool Decision Block.
Captured the strongest lessons from practical and strategic workshop material involving:
- Retell Conversation Flow
- AI voice agent design
- Retell style voice agents
- VAPI style voice agents
- ElevenLabs voice usage
- fallback voice providers
- single prompt agents
- conversation flow agents
- voice knowledge bases
- website synced knowledge
- inbound calls
- outbound calls
- purchased phone numbers
- Twilio and SIP style number connection
- tool calling through Make or n8n
- call transfer
- appointment booking
- call history
- post-call analysis
- sentiment tracking
- call recordings
- test scenarios
- batch testing
- agent-to-agent test calls
- compliance disclosure
- human fallback
Defined the MWMS AI Voice Agent Model with twelve layers:
- Business Use Case Layer
- Caller And Intent Layer
- Agent Role And Boundary Layer
- Knowledge And Memory Layer
- Conversation Flow Layer
- Tool Calling And Action Layer
- Voice And Experience Layer
- Phone Number And Channel Layer
- Testing And Simulation Layer
- Post Call Analysis Layer
- Compliance And Disclosure Layer
- Human Escalation And Improvement Layer
Added key operating sections:
- Voice Agent Types
- Voice Agent Intake Checklist
- Voice Agent Prompt Standard
- Voice Agent Knowledge Base Standard
- Tool Calling Standard
- Call Testing Standard
- Post Call Record Standard
- Voice Agent Quality Scorecard
- Launch Readiness Checklist
- Voice Agent Pricing And Packaging
- Deferred Update And Parking Lot Section
- Future AI Employee Ideas
Mapped the framework across:
- AIBS Brain
- Sales Brain
- Automation Brain
- Compliance Brain
- Risk Brain
- Data Brain
- Client Intelligence
- Product Brain
- UX Brain
- HeadOffice Brain
- Finance Brain
- Prompting Framework
Purpose of creation:
To establish a formal MWMS standard for designing, testing, deploying, and governing AI voice agents that handle calls, qualify leads, book appointments, route conversations, retrieve approved knowledge, trigger workflows, and support business communication while protecting trust, compliance, privacy, caller experience, and human escalation.
END — MWMS AI VOICE AGENT DESIGN TESTING AND GOVERNANCE FRAMEWORK v1.0