iPhone Marketing

As I was being a bit lazy (on a conference call), I caught this post from the latest Apple insider. Mike Abramsky, an analyst, details how he believes the iPhone will mature :

Abramsky speculated that upcoming iPhone software updates would include new widgets, peer-to-peer applications (chat, picture messaging, social networking), location-based services, MMS support, home networking, and possibly some integration with Mac OS X Leopard.

“No word however on integration to Microsoft Exchange,” he wrote. “It appears to us that Apple, classically, has more pleasant surprises in store for iPhone fans and investors.”

After speaking with Joswiak, the analyst also made changes to his predictions for future iPhone models. Although he spoke of “higher resolution” iPhones earlier this month, Abramsky now says he expects Apple to differentiate its iPhone lineup not by features, but by price and memory capacity. The move, he explained, would be similar to how the company grew its iPod lineup, simplifying market positioning.

“This affirms our view of a lower priced ($349-399) iPhone [in the fourth calendar quarter of 2007 or first calendar quarter of 2008], with a higher priced version at higher capacity, to expand its market opportunity,” the analyst wrote.

I personally find this fascinating, as Apple plans to differentiate the iPhone not by features, but by price and performance. If you recall, for most of era of competitive phone service, market success was found only through variations in price, as the basic service was essentially feature complete, and value added services had benefits which were only marginally valuable. Could it be that Apple has already caught on to what took telecom 100 years to understand?

WITA : An Architecture Standard for Telco Mashups

One big difference between the Web world and the telecom world are standards. I don’t mean that they use different standards (although they do), they have a different approach the standards entirely.  Other than the two worlds of standards represented by the Telco and Web world, there’s a third sort of standard - an implementation standard.   A “this is how we tend to do this sort of stuff” standard.  For instance, there’s really no one PSTN standard - it’s just how we have put together many other standards to make something that works.  We need to establish a standard for Telco Mashups; a set of conventions as to how we tend to write these applications.  Since I’ve been at this, I’ve noticed a standard pattern I’ll call the Web Integrated Telco Architecture - WITA.   From where I sit, the an application written to the WITA standard is more scalable, more reliable and easier to write than anything else I have seen put forward for telephony enabled services. As I put together my telco mashup applications, and see companies like Gaboogie and Twitter do the same, I see that we all use approximately the same approach. If we can standardize it, give it a name, we can build the community quicker. 

 
The telco world has organizations such as the ITU and ANSI; indispensable tools in creating standards that telephony vendors need to design their equipment.  An ITU standard takes several years to  ratify and formalize, and a typical vendor cycle of development lasts around eighteen months. The Internet community runs off of the IETF, and creates nearly all the web standards used in networking, such as TCP, HTTP and FTP.  The IETF is a bit different than the ITU, in that the IETF documents stuff that’s already working, so that the standards lag the availability of a product.  IETF standards take much less time to appear as drafts, and Internet application development lasts three to six months. 
Another sort of standard is an architecture standard.  Strictly speaking, IMS is an architecture standard, not an implementation standard.  In the Web world, AJAX is an architecture (or web development technique) that uses Asynchronous Java and XML to make rich, interactive web sites.  Ajax is a standard because that’s how people normally them together - there is no committee and there are no plenary sessions.  What is the telco mashup standard? What is an application that uses WITA? I’ll define it today, and we can delve into it over the next week. I use WITA for nearly all my telephony mashups, and I’ve seen many others do the same.
Web Integrated Telco Architectures use the following standard components:
  1. Voice XML: WITA uses VXML to handle inbound interactions with human beings, and most outbound voice messaging applications use VoiceXML to make those messages rich an interesting.    The VXML scripts are delivered by a web services application, and post the inputs the collect to a web services application.
  2. Ruby on Rails : WITA uses Ruby on Rails to implement the web services application. It’s responsible for putting the logic on top of the database, and for rendering views to the user in the form of VxML scripts, Web Services APIs and graphically intensive web pages. 
  3. Telco Web Services : WITA uses telco web services to deliver telephony features such as outbound messaging, conference calling, click to dial and SMS messaging.   These web services are called from the Ruby on Rails frame work, and provide the scaling and reliability components of the architecture.
VxML + Rails + Telco Web Services == WITA.

The Game’s Afoot

A massive shout-out to my man Dean at Cognation, who has taken up my recent challenge about the future success (or lack thereof) of Ooma. From his recent comment :

Ok Thomas I’m prepared to step up and take that bet from you, easy money in my books.

In 12 months from now I bet that Ooma will still be in business and am prepared to wager a dinner here in New York.

Reply post here to your blog to accept so we have this on public record.

It may be because of some of the consulting projects I’ve been involved with here at www.Cognation.net but I think Ooma have capture some very interesting aspects;

1/ Ease of use and design (so sorely lacking in a large number of basic projects I see) their ATA is ‘the’ best ata I’ve seen, nothing revolutionary but it’s just well designed plain and simple.
….and whats dissapointing about this fact is that with all the brains in the voip industry no one else came up with this design until now.

2/ Ease of uptake (keeping original number is such a barrier to entry to skypein and similar - yes I’m looking at you Grand Central).

3/ Ease of implementation in their business model (peer to peer using existing ethernet/internet infrastructure with zero billing - how easy is that).

Like I said easy money and I look forward to accepting your bet.

I’ll set up a page on the www.cognation.net website to track developments over the next 12 months.

Now, since they’ve raised a bazillion dollars, there’s no reason why they should EVER go out of business, so we’ll need a better measure than the doors closing. That aside, I’m up for this bet, partly because I think it will be fun, but partly because I love dinner in New York. I’m betting that ease of use, ease of implementation and ease of uptake will spiral into the ground because it’s simply not that valuable to the target customer. I say we pick a number of Ooma subscribers, and let’s see if they go over that number. I’m not going to suggest that Ooma get a five million subscriber number, like the iPhone - or even a moderate number, like a million, that Vonage had. Can anyone think of a good metric? Outside of dinner, it’s not that I’m hoping for Ooma’s demise. In fact, I’d be tickled pink for them to succeed. My breath? Not holding it. I’m just hoping, just like many others, that this is the last effort at a business model that seems to fail nearly every time it’s tried.

Paprika

Recently, the man in the Purple Shirt challenged the community to finally come up with compelling real time communication services. I suppose it was spoken during a moment of frustration for Jeff, as this industry has spent a lot of time and energy making these wonderful IP based technologies, but we are still doing pretty much the same old things with them. For those that do make something that turns him on, he might provide some early-early seed capital, and more importantly, he would provide some visibility and friendship. I applaud Jeff’s continuous efforts to move voice technology forward, and as I’ve said before, I’m here to add my efforts to his. To help developers, Aswath pitched in by providing some pointers to how he’d do it. Well, here’s what I have to add to the discussion, and it’s a single word.

Paprika

To use voice in a compelling way, recognize that voice is a spice, not a main ingredient. Voice and other real time communications brings out the flavor in some other application, but it isn’t the star. A compelling application starts with solving a real customer problem, and unless your customer happens to be a telco, carrying voice probably isn’t the issue. The issue is something else. Take any vertical and check to see if I’m right. Here’s a classic example: entertainment. American Idol had an innovative idea, which was to make a TV show where the people emotionally enroll in the outcome. If you think about it, it’s just like sports: people watch because they care about their team. But how did they deeply involve the audience? They made them vote. How did they make it compelling and unique? They made them vote using text messages, which made the process unique and pandered to their core, young audience in one fell swoop. Brilliant. Compelling.

Why do we have such a voice services focus? My bet is that telephony has been so hard, for so long, that the people involved only know the telecom industry. We don’t know the problems faced in other verticals because we’ve been so focused on the problems in ours. I bet you that if you spent just the smallest amount of time looking at transportation, or financial services or education, you’d find all sorts of places you could sprinkle basic communications into the mix to make it more delicious. Because we haven’t done that, Jeff’s food is bland and boring. He deserves better, you deserve better, and most importantly, customers deserve better.

Apparently, I’m irrelevant, repetitive and nonsensical

Oh my, Google is on to me. As I logged into my blog this morning, a large red box stopped me in my tracks. Apparently, Blogger thinks that this log is a spam bog. What’s a spam blog?

As with many powerful tools, blogging services can be both used and abused. The ease of creating and updating webpages with Blogger has made it particularly prone to a form of behavior known as link spamming. Blogs engaged in this behavior are called spam blogs, and can be recognized by their irrelevant, repetitive, or nonsensical text, along with a large number of links, usually all pointing to a single site.

Shoot. You know you’re in trouble when even a Google robot thinks that your posts are irrelevant, repetitive or nonsensical. Did I say that they were irrelevant, repetitive or nonsensical?

Aspirin or Penicillin?


Is your business selling aspirin or penicillin?

Is it aspirin? Does your customer have a headache, and if he would just take your product/service, he’d get rid of it? Does your customer have achy muscles, and a few pills would put him at ease? Or is it penicillin? Does your customer have a life threatening illness? Is he more than uncomfortable, more than achy? Is he truly sick, and in trouble? Without your product, how in trouble is he? I’m sure it is obvious by now, you want to sell the anti-biotic, not the analgesic. If you avoid taking aspirin, you can get through the day. It’s optional. If you avoid taking your penicillin, you might not have another day.

So, let’s take that filter against today’s whipping boy, Ooma. Is there any customer in the world to whom Ooma will be penicillin? (Not from where I sit.) And if so, would the medicine be generic? (Yup).

Ok - that’s the easy part. Why is this so? I firmly believe that Ooma is aspirin because they have a horizontal product in an unregulated space, and it’s really hard to differentiate the service to create any sort of brand loyalty. Outside of branding, horizontal products and services very, very rarely have points of competitive advantage other than price. In an unregulated space, businesses and consumers have choice. Although every business or home needs phones, they don’t need Ooma phones. In phones, it’s hard to make a brand. Apple is going to have the best shot of anybody, ever, of doing this, and the jury is still out.
Simply put, Ooma, and every company like it, sells aspirin, because it’s an aspirin market. The basic issue with Ooma, and the cap on their success, isn’t the team, or funding, or even their feature set. The basic issue is in the market they pursue.

Is your business selling aspirin or penicillin? Here’s a hint - the first step is to find the market where the customers have a fever.

Technorati Tags: , ,

Enterprise Telephony Business Case : Morisky Surveys

I’m often asked to give an examples of a business case for a deep integration of the business process with telephones, so here’s a good one for you: Morisky Surveys.

Morisky surveys ask four questions that can determine, with fairly high accuracy, a patient’s probability of adhering to a course of drug treatment.  In other words, the survey can tell the doctor what the likely hood is that you’ll finish your bottle of pills, take your shots, etc.  The health impact to patients, and to the health care companies that provide his care,  of NOT sticking to the plan can be critical.  For instance, in people with diabetes, tight blood glucose control is correlated to reduced complications, and control is affected by medication adherence (Medication Adherence, Journal of Diabetes Nursing, Feb 2005).  26.9% of people with Type 2 diabetes have poor medication adherence. 20% of the elderly in the United States have this form of chronic illness.  Both patients and health care companies have vested interests in reducing the complications from the disease, which can be reduced through compliance. Those patients that may not comply with the course of treatment can be identified using the four question Morisky survey.
In comes mashup telephony, which can use elements such as Voice XML platforms and services, database driven web sites and social networking features to identify which patients are likely to need extra help with their medication. Patients can be called with the survey to determine which ones need a visiting nurse, reducing costs for the HMO (which can be monetized) and increasing quality of life for the patient.   This drives the financial model for the business case.
The fact that it’s a mashup architecture makes it practical to implement on many fronts. First, the costs of demonstrations are amazingly low,  with the only costs of demonstration being the engineering time to create the survey (a week, at most), the costs of hosting ($100.00 a month) and the incremental cost of making the calls (0.10 to 0.25 cents per minute).  Secondly, since the demonstration architecture is identical to the deployment architecture, it scales very nicely. Since it uses a web services architecture, integration into the current enterprise back end is straightforward and achievable with internal staff or external consultants. 
The Morisky Survey is only one of about ten such integrations that we at my company have found in the past three months, and that’s only counting health care.  Since the barriers to entry in terms of up-front investment and ongoing costs to implementing telephony solutions have fallen so far, these ideas are now practical, and I hope one day, wide spread.

Application of the Week: Ooma -Yes! We’ve hit the bottom!

How long have you been saying that carrier based telephony is a race to the bottom? Well, you can stop saying it, as we’ve arrived.  When you purchase an Ooma phone, you never need to pay for your minutes again. You might shell out four Bennys for the privilege, but that’s it.  Yes, that’s it folks - no more paying by the minute ever again.  We’ve pressed the bottom button on the ol’ telecom elevator, and the doors have opened.  And what I love about this story is how complete the bottoming out is.  Andy is always telling me to be as positive as I can in my posts, and when I criticize, to give an example of somebody who’s doing it right.  A challenge here, my old friend - but I’ll try.

Technical : C.  No, C-.  I wonder if anyone told the investors that the Chinese could produce the exact same phone for fifty bucks, or that it simply isn’t that hard to write a peer-to-peer VoIP network.  Of course, if Ooma makes any connection to the PSTN (such as DIDs), Ooma has to pay for that somehow, so they have an incremental cost for each customer, no matter how peerish they get.  If they don’t, why would you make a bet on yet ANOTHER walled garden? Maybe the phone rocks, but so did PingTel’s.  And you know how they turned out.  Let’s face it, do you think any phone that attaches to a wall is that compelling? How much better would this be: don’t make a new phone. The old one works fine. Use the same old phone to do something valuable, like Jott is doing.
Business : D From a business perspective, when do you think the investors will learn that business plans that start out with “Yes, we won’t make any money on the basic service, but we can monetize it later on by doing…” are like something that’s too good to be true? Right - it usually IS too good to be true.   Ooma (minus five points for stupid Web 2.0 name) will rely on selling value added services to their subscribers to increase their profits from the phone sale.  Value added services?   Did anyone check to see the adoption rate for new services with cell phones?  The most popular VAS available for phones are ring tones (you want that in your kitchen) and text messaging (does this thing have a keyboard?)   How much better would this be: find something so valuable that I’d be willing to pay for it, like GrandCentral.  Give it a smart name, like GrandCentral.  Get a real business plan, like GrandCentral.
Buzz : B.  Well, compared to Ashton Kutcher’s acting career, this might be a real step up.  He typically entertains me for an hour or so at most, but now I can watch Ooma blow through 20 million dollars, it will take months! Maybe even a few years! Nice. Best thing about the company is imagining my retirement with commercials from Ashton encouraging me to make phone calls.  I met Demi in 1986 when she came to the restaurant I was working in, and let me tell you, she’s not just pretty - she’s 100 foot pretty.  I might buy the damn phone if she signs the box.
Overall : I so wish I could short a private company. Anyone want to bet me?  

Will it blend?

Well all know that the iPhone will mash, but will it blend?

Hello to the VON Show?

I think I should make an honest apology for underestimating Jeff Pulver and his organization. I was wrong.

As you might recall, I did not attend last Spring’s VON show that grew from a conviction that the venerable conference’s best days were now behind it, and for content, it had gone off the tracks.  I surely missed seeing all of my friends, and was quite sad about it all. I believed then, as I believe now, that the future of innovation is far from telephony carriers, and far from technologies such as IMS.   So, in a fit of whatever, I boycotted the conference.
To his everlasting credit,  Carl Ford rang me up and challenged me to help him understand where I thought the market was going, and if I would, help the community learn about the new opportunities provided by Web services architectures and mashups.  I committed to him then, as I now share with you, that I would do my best to help bridge the worlds between my 20 year old, Ruby hacking, Adhearsion writing, mashed-out friends and those 50 year old, SS7 and CALEA scarred grey beards. (I’m growing one myself!)  You see, my young friends really don’t know how to make money with telephones… and my older friends really don’t know the tremendous productivity and functionality gains now available because of Web 2.0 architectures, development approach and tools.  Thus, I am taking an active part in next Fall’s VON.  I hope you do, too.
I’m moderating a panel on next-generation mashup applications, and we are running a fifth-track at the show to be run as an un-conference.  Carl has assembled an excellent group to help him with this, and I’m so happy to have a chance to work with them.  Our goal is to try to make the conference more than a business development show, where partnerships are made.  If we do this right, we’ll show you how important and revolutionary this new light-weight architecture model is for your career and your business.  And maybe you’ll say “Damn”, just like we used to back in 2000. 
It has to start with your participation, though.  Call or write to me to tell me what you want to learn about - what you want to see.  I have an idea for myself, and I’ll share it here.  I’m thinking that I am going to assemble two or three other hacks, and we’ll make a date to go into a conference room for a few hours to put together an application using only open source or openly available tools that you simply couldn’t do a just few years ago with a month and a hundred thousand dollars.  You can see it when we’re done, (what the hell, you can visit us as we write it, just bring wine, beer or pizza) and we’ll show you how we did it.  And then, with your imagination, you can go off and do the same.  I want to show those unfamiliar that it’s real, not just hype, and what better way than to just do it.
And to Jeff, Carl, and all those in his organization : I wish I was the one who picked up the phone and said “I would love to help you out here.” Instead, they were the better men, and I’m glad of it.
previous posts »