Skip to main content

Phone as an UI for your web application


In India, there are ~50 million Internet users (source:wolfram alpha). Thats a lot of users and thats why we are seeing a huge spurt in new companies which are coming up to provide services to these users. And thats the reason most of the information is made available on the web.

Let us now look at another statistic. There are 700 million telephone subscribers in India(source:TRAI).So basically the Internet users are only 10% of the telephone users in India. I am sure in the rest of the world also the percentages are pretty similar. But the number of telephony companies coming up do not reflect these percentages. The reasons are many and I have already highlighted a few in my previous blog post Return of the telephony apps.The main reason is development complexity. It is really hard for developers to create good telephony applications. Thankfully, because of recent advancements in technology and services like Twilio,KooKoo (for India) and other cloud telephony platforms it is now as easy to develop telephony applications as it is to develop web applications. In this post I will try to mention some main points to remember when developing applications using these telephony platforms.

1.Complement your web application:The web is the best way for information dissemination and that is not going to change any time soon.Your phone application can never replace your web application completely and you should never try to do that.

The reasons are simple: Our eyes are capable of interpreting information from several dimensions and we have evolved several mechanisms for fast processing of information.For example we do not need to read the whole news, we can just scan it. But our ears can get information in only one dimension and the information is linear. We cannot go back or scan fast. We need to listen to the whole piece to get the complete information.

Additionally, the web provides a mechanism to jump from one information piece to another through links and right now that is not possible through audio.

But there are some things which are better in audio. Most importantly, more people can talk than write and that is more true in a country like India where there are more illiterates.So the information on the web is accessible only to literates.

Also to view content, you need a screen and you may not be able to carry a good screen wherever you go. Though now-a-days the mobile phones have good enough screens.

So basically, you need to complement these two channels. Right now, its all about how can you reach your customers.You collect your information once and then spread that content through different channels.With every passing day more channels are opening up. In addition to having a web site, you are now expected to have a mobile app. Similarly, it makes sense to even have a telephony app which your customers can access by calling a phone number at any time of the day.

2.Identify channel content: Not all content can be provided through all channels because of technology limitations.People will not be able to call and say anything into the telephone as the speech recognition technologies are really not upto the mark. But they most certainly can type anything they want on the web site.

So identify the most important content which you can make available over the phone.Design easily accessible means to reach the content. Users really do not want to spend more time on the phone.

Your web site will be the primary destination for your customers, so try to make only the most important information available over the phone.If you really need audio feedback from customers, ask them to record their message and have it transcribed.

I find the best way to be a mix and match of both the web and the phone. Design the web site so that users can save preferences which they cannot choose over the phone.Then when the users call, you can pick up their preferences from the database.You can also check out Top 10 Voice user interface design practices. Though it is for VXML, you can apply the principles for your cloud telephony app.

3.Follow web design patterns:Though you are building a telephony application, you should reuse the web application patterns you have used for your web application.That is the advantage of these cloud telephony apps. There is no need to learn new technologies. But at the same time don't overdo it.

I find the State Pattern and the Front controller pattern to be the most useful. You can have your own favorites.

Think of your telephony application as another web page that you need to design.

Only difference is, that page is accessible by calling a phone number and not by entering a URL in your browser :) .

In the next post I will give examples of the patterns and take some real world scenarios and see how we can design some telephony applications for them.

Happy coding.

Popular posts from this blog

Cloud Telephony-History and state of the art

Well, its been 11 years since Twilio launched their voice API in November 2008. I would say that was a major turning point in the cloud telephony industry. Before that, for people to build telephony applications, you either had to depend on proprietary platforms like Avaya dialog designer or build on arcane technologies like VXML which again was supported at varying degrees by the incumbents. Enter Twilio with their voice API and the industry changed for the better. Since it's been almost 11 years now I thought now might be a good time to do a comprehensive review of the cloud telephony industry as a whole in general and in India in particular. The Beginning Twilio was undoubtedly the startup which ushered in the era of cloud telephony. They started in November 2008. At that time in India, we at Ozonetel had launched a hosted VXML platform. There were no takers. After all who coded in VXML :) So when Twilio launched and we saw them take off, we immediately realized tha...

Google business messages and chat agents-A match made in heaven

Google has launched Google business messages without much fanfare. It's just a small button that pops up when someone searches for your business on Google. But from the conversation industry perspective this is HUGE .   Do you know that the small call button drives millions of calls i n a year for pizza joints and other retailers in the US. Businesses spend more than a trillion dollars supporting billions of customer service calls each year. Now imagine how many chat conversations the "Message" button can drive.  Think of how customers interact with business. 1. Search on Google. 2. Click on web site link. 3. Web site shows chat pop up and tries to force the user to chat.(Annoying. I know :)) 4. User clicks on chat and starts conversing with a bot or an agent. This flow can now be completely changed. The new flow can be: 1. Search on Google. 2. User clicks on Message and starts conversing with a bot or an agent. What if you could design a customer experience that helps...

Telugu ASR speech data collection

Image Source: IIIT-H Developing an indigenous ASR for Indian languages has been a goal for us since a long time. In that regard we have been experimenting a lot, trying out various neural network architectures.  While doing these experiments we found that there was no good dataset for Indian languages. While discussing with IIIT professors we got to know that the government of India was also exploring options to generate a good dataset. We immediately offered our help and our platform for this endeavor. So, as a starting step we have come up with a few campaigns to encourage users to donate speech data. We wanted to make it fun, so our first few campaigns are along the lines of JAMs(Just a Minute speech topics) etc. A topic will be provided and you need to speak for a minute on that topic. We have started this campaign for college students to start with. Of course anyone can participate and contribute their data. The more the merrier :) We will adding a lot more innovative ways ut...