Live data from Hacker News

Show HN: "Never wait on hold again" service built with Rails and Twilio

news.ycombinator.com

81–88 of 88 posts

Re: Show HN: "Never wait on hold again" service built with Rails and Twilio

#81
post #43

Your monetization strategy should be... if you're calling at&t about a service issue, verizon could pay to be notified with the opportunity to respond to the call first and win your business.

Love it! To take it further, AT&T could choose to pay more to NOT have Verizon notified.

Re: Show HN: "Never wait on hold again" service built with Rails and Twilio

#82
What an awesome idea. First of all, thanks for building this. Like others have said, you've probably added years to our lives.

As a novel bonus, it'd be neat if you could wire up a twitter account that did song recognition and status updates.

Currently holding to: "Michelle Branch - Everywhere" for the 472nd time!

Re: Show HN: "Never wait on hold again" service built with Rails and Twilio

#83
The big companies like Amazon, etc already have this or could easily add it. I think this would be more useful for the thousands of other smaller companies out there. Perhaps you can wigitize this product and offer companies to place it on their website. I can see the longtail working out better.

On the other end, as far as I know for something like Amazon, etc you need to call in order to be put in the line for them to call you back. The cool thing about your service is I don't need to call :)

Re: Show HN: "Never wait on hold again" service built with Rails and Twilio

#85
post #16

Earlier quoted context omitted.

Eh? As far as I can tell, these services do everything yours does. EDIT: actually, Lucy makes you do the phone menus yourself. But Fonolo crawls the voice menus and generates a matching menu online (which is very slick, if it works).

I'm definitely a fan of both services, they're great. Our goal is just to take it one step further, and do it all for you. Fonolo does have a beautiful system with the menus, but they do call your phone for you to do the navigating. You can try it out at http://consumer.fonolo.com/

Fonolo is awesome! My company uses their business service and it handles user input and waiting on hold too.

Re: Show HN: "Never wait on hold again" service built with Rails and Twilio

#86
Has anyone else noticed that the California DMV actually has a service like this? If you call them and and the hold time is more than 30 minutes, they offer you the choice to hang up and be called when they are ready for you. Who'd think that would come from the fucking DMV?

Re: Show HN: "Never wait on hold again" service built with Rails and Twilio

#87
post #8

Fonolo has been offering this type of service for a while ( http://fonolo.com ).

Fonolo is pretty cool. There's another similar service called LucyPhone. I'd say the main difference between those great services and ours is that with them you still have to be on the phone, listening to prompts and pressing buttons, and then they wait on hold for you. With our service you just press a button and go back to your life.

Hey- I'm one of the co-founders of Fonolo. Excited to see lots of innovation in this space.

ekanes- we don't actually require customers to navigate the menu like Lucyphone. Our system does all of the navigating for you, then calls you back when we're in the right point in that menu. It's fully automated.

We sell our services directly to companies (to connect to their customers); the free service isn't really our main focus. We also offer virtual queuing, surveys, and variety of other features (however they aren't offered on the free site.)

Btw, we've built all of the technology in house (speech rec, dialing engine, SIP stack, etc.) There's a lot of very neat technology under the hood.

Re: Show HN: "Never wait on hold again" service built with Rails and Twilio

#88

Earlier quoted context omitted.

Not too sure about that -- this would prevent phone reps from ending calls when the connection with the customer isn't functioning properly (but yet the line is still active).

Maybe it can be done with manager intervention.

If true, you could pretty easily take down a call center simply by calling up and leaving the lines open with no caller. Managers would need to be running all over the place.

Since call center employees commonly have the ability to perform call transfers, I can only imagine they have the ability to hang up on calls. Otherwise, I imagine they could simply transfer the call to an invalid extension to "hangup".

Post reply on HN