WebRTC isn’t [Only] About Guest Access

There's more to WebRTC than the obvious.

I've said it before and I'll say it again: WebRTC is a technology and not a solution. Want to build a service with WebRTC? By all means, do your own solution. I am writing this after seeing this tweet on my way back home from vacation: https://twitter.com/aswath/status/488108822020759552 So litmus test for a service using WebRTC should be guest access? Without it, it doesn't matter if it uses WebRTC? I beg to differ. WebRTC has two sides to its story - one dealing with developers and the other dealing with end users.

End Users

For end users, WebRTC is all about reduction of friction. If I, as a user, don't need to download anything, then there is one less decision to make. One less friction point between me and the service I am about to use. This can be translated by services to allowing guest access (hey - you can now use a service without downloading an app for it), but that's just one of many advantages of it. For many use cases, this fact is just irrelevant or unimportant - especially in a world gone mobile-first and app-centric.

Developers

For developers, WebRTC has two advantages to it:

1. Being free means it reduces barrier of entry for developers
2. Being targeted at web developers means a larger target audience of developers

These two traits means it makes the technology available to a larger audience of developers - a good thing. The litmus test in my view is understanding what made a developer pick and choose WebRTC over other VoIP technologies available to him.

Why is this important?

WebRTC is many things to many people. Each one views it from a different angle, seeing a different thing. This type of analysis limits the end result in one of two ways, both dangerous:

1. Seeing only what you want to see, which translates to entrenched vendors deciding to use WebRTC only as an access point to existing services. The ramifications in doing this without understanding barrier of entry and friction implications are numerous
2. Missing other angles of WebRTC that can be more advantageous to a service, such as vendors catering carriers whoare adamant that IMS will save WebRTC from its weaknesses

Each and every business case needs to be analyzed on its own from multiple directions when it comes to WebRTC. There's no single litmus test here that can say when the use of WebRTC is important or impactful.