Activity
Mon
Wed
Fri
Sun
Sep
Oct
Nov
Dec
Jan
Feb
Mar
Apr
May
Jun
Jul
Aug
What is this?
Less
More
AI Sales Agency Launchpad

15.5k members • Free

Online Business Friends

111.2k members • Free

The Success Club

15.9k members • Free

Brendan's AI Community

26.7k members • Free

Voice AI Alliance

3.9k members • Free

Voice AI Bootcamp 🎙️🤖

9.2k members • Free

AI Automation Mastery

30.3k members • Free

AI Automations For Business

2.9k members • Free

Ai Automation Vault

15k members • Free

43 contributions to Brendan's AI Community
Quick question for people building AI voice agents
I’m currently working on an AI receptionist for HVAC companies (handling inbound calls + booking jobs). One issue I’m thinking about: 👉 How are you handling real-time interruptions during tool execution? Example: - Caller is speaking - AI is collecting details (name, issue, time) - Suddenly caller changes request or adds emergency info - Or interrupts mid-flow Right now I’m seeing cases where: - The conversation flow breaks - Or the tool gets triggered too early before full context is captured Curious how others are solving this: - Do you rely more on strict state management? - Or dynamic LLM re-evaluation after each turn? - Or interrupt handling at the voice layer (not model)? Would love to hear how you’re structuring this in production systems.
0 likes • 4d
@Mouldi Nouri That’s a clean way to think about it. State as the source of truth, but letting the model re-check after interruptions feels more flexible without losing control. I think the missing piece for me was exactly that — treating interruptions as a trigger to re-evaluate, not just resume. This helps a lot — I’ll adjust my flow based on this.
0 likes • 1d
@Kelly Lynch That’s a really clean way to frame it — treating interruption as a first-class event instead of an edge case. I think that’s the missing mindset shift for me. Instead of trying to “protect” the flow, I should design for it to break and re-route. So the flow becomes: 1. Detect interruption (voice layer) 2. Pause/cancel current action 3. Acknowledge caller 4. Re-evaluate full context 5. Decide: resume / modify / abort Feels much more natural and closer to how real receptionists behave. Going to test this structure next — appreciate it 🙌
AI voice receptionist for HVAC (2-10 techs) — what am I missing?
Building AI voice receptionist for HVAC (2-10 tech shops) — want builder input Building a 24/7 voice receptionist for small HVAC shops (owner-operator, 2-10 techs). Job: answer every call, book directly to calendar, route emergencies correctly, stay in lane on pricing/diagnosis. Currently on Retell AI + Cal.com, no CRM layer. Four things I want real experience on, not theory: Feature list beyond booking — what's non-negotiable that I'm not thinking of? Reminder calls/texts before appointment? No-show follow-up? Anything you built that turned out to be the actual differentiator once live with a real client? Follow-ups — is anyone running reminder/no-show sequences natively off Retell + Cal.com, or does that always require bolting on something else? At what point did you need it — client 1, or later? Single Prompt vs Conversational Flow — for straightforward booking flows (not complex support), has anyone actually run both and compared? Where does Single Prompt start breaking down in practice, and at what call complexity? CRM — running lean with just the calendar right now. What actually breaks without a CRM layer, and at what client count did you need one? What's the minimum viable setup people add first? Real numbers/experience over theory appreciated.
0 likes • 2d
Quick context: running Retell AI (Single Prompt) + Cal.com, no CRM yet. Built around a test HVAC client to work out the flow — call comes in, gets answered, books to calendar, routes safety-critical stuff correctly, stays off pricing/diagnosis. Have a working demo, test calls running clean. Want to hear from people who've taken this live — what held up, what broke, what you added later that you didn't expect to need.
For anyone who's built a real project with vibe coding — where did you hit the wall?
Everything seems pretty easy when you're getting the first version together, but where does it start getting complicated or breaking down when you're trying to actually finish and launch it? I just want to know what to expect!
0 likes • 4d
@Hisham Juneidi First version is always the easiest part — the real friction starts when you try to make it reliable instead of just working once. For me, it usually breaks in 3 places: - When you add real users (edge cases explode) - When you try to connect multiple tools/services (things stop syncing properly) - When you need consistency (what works 8/10 times suddenly matters a lot) MVP is fast. Production is where you start dealing with failures, retries, error handling, and weird real-world behavior. The biggest mindset shift is: “it works” → “it never breaks for a customer” That’s where things get hard.
🚀 Real Estate AI Voice Agent — Ready for Deployment
After several rounds of testing, I’m happy to say the Real Estate AI Voice Agent I’ve been building inside GoHighLevel is ready to deploy. ✅ Over the last few days, I’ve: - 🧠 Refined the master prompt - ⚙️ Added and improved system prompts - 📅 Integrated appointment booking through the GHL calendar - 🔄 Added rescheduling - ❌ Added cancellation - 🔍 Added availability checking - 📚 Connected the Knowledge Base - 🧪 Tested the agent multiple times with different scenarios, questions, and tasks I specifically wanted to make sure it could handle more than just the “happy path” and behave properly across different types of conversations. After multiple tests, everything is working as expected. The agent is now ready for deployment. 🚀 Now I’m looking at the next step: what should I build next? Would love to hear ideas from the community — especially features that could solve a real problem for real estate businesses. What would you add? 👇
🚀 Real Estate AI Voice Agent — Ready for Deployment
1 like • 4d
@Okasha Khan Really solid build — especially the focus on testing beyond the happy path, that’s where most systems break. One thing I’ve been noticing (working more on the HVAC side) is how much value sits in that first moment of contact vs everything after. In real estate, I agree with everyone here — follow-up and re-engagement is where a lot of deals are won. But combining both could be powerful: → Capture + book instantly on the call → Then continue the conversation after (SMS / follow-up / lead scoring) That way nothing slips — before or after the call. Curious if you’re thinking of connecting those two layers together or keeping them separate?
I rebuilt my AI receptionist demo (from 2:49 → 45 sec) — does this actually convert?
Finally fixed my demo — need your honest feedback 👇 Quick update: I reworked my AI receptionist demo based on your feedback. Old version: → 2:49 long → Trying to show everything → Honestly… felt like a tutorial, not a demo New approach (much simpler): 1. Call first (no distractions) 2. Show the moment it turns into a booked job 3. Then quick “missed calls → revenue” proof That’s it. Also added a basic dashboard to track: • Missed calls • Booked jobs • Revenue recovered vs lost One week test data: → $4,150 recovered → $18,200 lost from missed calls → 50 missed calls Made me realize… This isn’t a “cool AI demo” It’s literally a revenue leak problem Where I need your help: I’ve cut the demo down, but want to make sure it actually converts, not just looks good. For those who’ve landed clients: 👉 What’s the ONE moment in the demo that made people say “I need this”? Is it: • The voice realism? • The booking moment? • Or the revenue proof after? I’ll drop the updated version in the comments shortly. Would really appreciate honest feedback 🙏 #AIVoiceAgent #HVAC #LeadConversion #SalesSystems #BuildInPublic #ClientAcquisition
0 likes • 4d
@Brendan Jowett That’s a really strong way to frame it — shifting from “cool demo” to “you’re losing money right now.” I like the idea of leading with the cost first, then showing the booking as the solution. Right now I’m showing the call first, but I can see how opening with the loss might make the rest hit harder. Going to test both versions: → revenue first → vs call first Appreciate this — helps think more in terms of sales flow, not just demo flow.
0 likes • 4d
@Malik Ahmed That makes sense — the booking moment is where everything becomes real. Voice realism might grab attention, but the actual “job booked” is what connects directly to revenue. I think I was over-focusing on making it sound good instead of making it convert. Going to tighten the demo more around: → missed call → booked job → revenue impact Appreciate this — really helpful direction.
1-10 of 43
Fatima Kb
4
76 points to level up
@fatima-kb-8798
Building AI voice agents that help service businesses capture missed calls and book more jobs.

Active 1d ago
Joined Jul 3, 2026
Powered by