1. Identify guest
Will you be attending?
Lets guests RSVP by phone, captures attendance details, dietary needs, guests, and special notes.
Will you be attending?
How many people are in your party?
Any dietary or accessibility notes?
Will you be attending?
How many people are in your party?
Collect event RSVPs by phone. Ask attendance, party size, dietary notes, accessibility needs, and optional message. Save an RSVP record without collecting payment details.
{
"outcome": "Event RSVP outcome",
"fields": [
{
"description": "guest name captured during the call.",
"name": "guest_name",
"required": true,
"type": "text"
},
{
"description": "phone number from caller id captured during the call.",
"name": "phone_number_from_caller_id",
"required": true,
"type": "text"
},
{
"description": "attendance status captured during the call.",
"name": "attendance_status",
"required": true,
"type": "text"
},
{
"description": "party size captured during the call.",
"name": "party_size",
"required": true,
"type": "number"
},
{
"description": "dietary notes captured during the call.",
"name": "dietary_notes",
"required": true,
"type": "text"
},
{
"description": "accessibility notes captured during the call.",
"name": "accessibility_notes",
"required": false,
"type": "text"
},
{
"description": "message to host captured during the call.",
"name": "message_to_host",
"required": false,
"type": "text"
}
]
}
AI: Hi, I am an AI call workflow for Event RSVP. Will you be attending?
Caller: I am calling to RSVP for the dinner.
AI: How many people are in your party?
Caller: Two people attending, one vegetarian meal please.
Make the first screen and opening line match what the caller will actually get. For Event RSVP, the promise should be narrow enough that a caller understands the purpose before sharing details or scanning a QR code. Avoid broad claims like "we can help with anything"; a specific promise produces cleaner calls and clearer follow-up.
Decide which fields are required before the call can be considered complete. A practical first version should capture guest name, phone number from caller id, attendance status, then send a summary that the workflow owner can act on without replaying the call. If a field is not used for routing, qualification, scheduling, or review, remove it from the first launch.
Write down the cases that should not be automated. Use human review for vip or press inquiry, payment or ticket dispute, sensitive accessibility request so the workflow stays useful without pretending to handle every edge case. Review the first real calls before connecting higher-risk actions or expanding the workflow.
Use it when the call is repeatable, the team already knows the information they need, and the caller benefits from speaking instead of filling out a form. It works best for weddings, community events, conferences.
The first question should identify the caller goal and gather enough context to continue naturally. For this template, start with: "Will you be attending?". Keep follow-ups short so the caller does not feel like they are reading a form over the phone.
Save a structured result with guest name, phone number from caller id, attendance status, plus a summary, completion status, and handoff reason when needed. The owner should be able to act on the result without interpreting raw transcript text.
Human handoff should trigger when the caller needs judgment, asks for a person, gives conflicting answers, or matches one of the workflow-specific rules: vip or press inquiry, payment or ticket dispute, sensitive accessibility request.
The template includes prompt, questions, output fields, sample transcript, handoff rules, and a live call entry point.