Clever application of voice AI. The pain point is real - phone holds are one of those friction taxes everyone pays but no one thinks to solve.
A few questions from someone who would use this:
1. How does it handle identity verification? Many customer service calls require account holder verification (last 4 of SSN, security questions, etc.). Does the user pre-provide these, or does Pamela hand off at that point?
2. What's the latency like in the conversation? I've used some voice AI tools where the delay between human speech and AI response is noticeable enough to confuse the human on the other end.
3. The NYT example is interesting - how does it handle when the rep says no initially? Does it have negotiation logic, or does it just accept the first answer?
The API angle is smart. There's probably a B2B play here for companies that want to automate outbound calls for appointment confirmations, reservation changes, etc. That's where the real volume would be.
Thanks! Yea it started as a bit of an anger management project. I am the absolute worst version of myself when forced to endure customer service calls.
1. The user (you) needs to provide it in the prompt for the call. I have ideas for being able to build memory context for each user so you wouldnt have to re-provide those details each time you want to make a call and instead pull it from memory bank, but thats not implemented yet.
2. So far I have actually never been called out for not being a human. I think thats in part because these people probably get a lot of pretty crazy calls and by comparison a slightly robotic over-the-phone voice has a lot of forgiveness. When you know, its easy to hear though. I did build it with Elevenlabs TTS to make the voice as natural as possible. Models have gotten much faster and so latency feels good, not outstanding
3. So this IS very interesting, I have to refine the system prompt extensively to get it to the right balance of objection handling without being weird and obviously non-human. It is very clearly on the side of the human, in fact in the NYT case it was initially told no but pressed ahead anyway. "I understand that, how do we move forward" "any other way we can resolve this" that kind of thing. Better still, customer service has a very high abr for hanging up the phone,so the persistency is very effective
Yes I think the API holds real potential. The space is busy, but I think there could be room for being the simplest possibel way to make a phone call programmatically. There would be less customization than a Vapi or Bland, but it would take 10 minutes to implement. Basically anywhere engineers experience automated workflows breaking because the real world requires a phone call. Voice probably wouldn't be core to these users business though, int hat case they'd want more control than we would offer.
Let me know if you have any issues trying it! Very curious to see how folks end up breaking it. We have a discord you can join here (https://discord.gg/2tn2ugXu) if you have any problems to troubleshoot (or email me!)
Clever application of voice AI. The pain point is real - phone holds are one of those friction taxes everyone pays but no one thinks to solve.
A few questions from someone who would use this:
1. How does it handle identity verification? Many customer service calls require account holder verification (last 4 of SSN, security questions, etc.). Does the user pre-provide these, or does Pamela hand off at that point?
2. What's the latency like in the conversation? I've used some voice AI tools where the delay between human speech and AI response is noticeable enough to confuse the human on the other end.
3. The NYT example is interesting - how does it handle when the rep says no initially? Does it have negotiation logic, or does it just accept the first answer?
The API angle is smart. There's probably a B2B play here for companies that want to automate outbound calls for appointment confirmations, reservation changes, etc. That's where the real volume would be.
Thanks! Yea it started as a bit of an anger management project. I am the absolute worst version of myself when forced to endure customer service calls.
1. The user (you) needs to provide it in the prompt for the call. I have ideas for being able to build memory context for each user so you wouldnt have to re-provide those details each time you want to make a call and instead pull it from memory bank, but thats not implemented yet.
2. So far I have actually never been called out for not being a human. I think thats in part because these people probably get a lot of pretty crazy calls and by comparison a slightly robotic over-the-phone voice has a lot of forgiveness. When you know, its easy to hear though. I did build it with Elevenlabs TTS to make the voice as natural as possible. Models have gotten much faster and so latency feels good, not outstanding
3. So this IS very interesting, I have to refine the system prompt extensively to get it to the right balance of objection handling without being weird and obviously non-human. It is very clearly on the side of the human, in fact in the NYT case it was initially told no but pressed ahead anyway. "I understand that, how do we move forward" "any other way we can resolve this" that kind of thing. Better still, customer service has a very high abr for hanging up the phone,so the persistency is very effective
Yes I think the API holds real potential. The space is busy, but I think there could be room for being the simplest possibel way to make a phone call programmatically. There would be less customization than a Vapi or Bland, but it would take 10 minutes to implement. Basically anywhere engineers experience automated workflows breaking because the real world requires a phone call. Voice probably wouldn't be core to these users business though, int hat case they'd want more control than we would offer.
Let me know if you have any issues trying it! Very curious to see how folks end up breaking it. We have a discord you can join here (https://discord.gg/2tn2ugXu) if you have any problems to troubleshoot (or email me!)