Should RIM Be Developing First Party Applications?


Currently, RIM has developed a few “Add-on” applications such as Facebook and Myspace, with others currently in the works. RIM also have a huge internal application vault of unreleased apps they think might be core to the BlackBerry experience, and we may see these launched as well. The question I’d like to address in this editorial is “Should RIM Be Developing First Party Applications?” There are a few things to consider when answering this question such as:

  • Essential vs non-essential applications.
  • Can RIM do it better?
  • The developer ecosystem.

Essential vs non-essential

The argument that RIM should develop applications that are integral to the BlackBerry experience is sound. For example, BlackBerry Messenger is probably best left in the hands of RIM, as the app needs to be continually updated over a life span of many years and should be insulated from the market against the need to monetize.

Non-essential apps such as those that add additional functionality to the BlackBerry, should be arguably be left in the hands of an open market. For example, Twitter have an open API allowing anyone to develop a great Twitter app. It probably doesn’t make sense for RIM to make a Twitter app, as it sends the wrong message to the developer community, and it’s not clear if RIM can do it better. Even if it’s a really good idea, and every BlackBerry should have this functionality, it’s still important that the developer ecosystem be left to create this app and sell it based on market demand.

Currently, we have seen RIM develop the following apps:

BlackBerry Messenger
BlackBerry App World
Windows Live Messenger
Yahoo! Messenger
Quick Search with Google
AOL Instant Messenger
Google Talk
U2 Mobile Album
TiVo(R) DVR Scheduler

The above apps are listed in App World, under two different vendor IDs, RIM Ltd and RIM Limited. RIM also have the following coming but unannounced or confirmed but not here yet:

BlackBerry Shield

RIM have also entered streaming media business with the Chalk and the accessory business with their line of official BlackBerry Accessories such as:

The BlackBerry Presenter
BlackBerry Visor Mount
BlackBerry Music Gateway

All of the above decisions affect the market at large, and I would argue for the worst. Lets take a look at whether or not RIM can make quality software, and try and address the issue of whether they should be in this business at all.

Can RIM do it better?

I have a hard time understanding why the Facebook app had to be developed by RIM. I’ve been told it’s because the Facebook app utilizes APIs that are guarded by RIM, and couldn’t be leveraged by third party developers. From a user perspective, whatever these APIs are, they aren’t doing anything we haven’t seen before. All of the contact mining, calendar integration and notification methods have been done in other applications, without the use of these APIs that RIM has determined as crucial to the success of the app. I’ve written before about the fact that Facebook for BlackBerry still needs a lot of work, and comparing it to the iPhone version, I’m unconvinced RIM had to develop this themselves.

A typical example of a bug in the Facebook for BlackBerry app is shown below. It’s these sort of bugs that make you wonder why RIM is even in this business in the first place:

With regards to the other applications created by RIM, across the board they have poor user reviews and are updated very infrequently relative to other applications in App World. For example, I get almost weekly updates from emacberry, about an update for one of their products. How come a multi-billion dollar corporation can’t keep up with a single developer?

The developer ecosystem.

The developer ecosystem at RIM could to be split into consumer and enterprise. The consumer application ecosystem is new for RIM, and with a suite of IM and social networking apps, the company has been very aggressive in building apps which should arguably be made by third parties.

Apps such as UberTwitter, SocialScope, TweetGenius and IM+ by Shape Services, are all at the whim of RIM building their own application and killing the market for these companies. The message they’re sending to developers by building their own social apps is: don’t bother building any social app of value because we’ll just do it ourselves. What’s even worse, is that RIM have gone and labeled their own apps “Super Apps”, which seems to say “look at how great we are at building software, you should try harder to be like us”. A good developer ecosystem would promote just the opposite. RIM is in the business of selling hardware, and at the most, creating an operating system that makes it easy for developers to write compelling and useful software that will make the platform better for the end user. If a Twitter app is essential from a user perspective, I guarantee you that a developer will make an app that meets the market needs, at a price the market is willing to pay for. What is going on right now seems like a battle between communism and capitalism. App World should be a place where Adam Smith’s Invisible Hand destroys those apps which aren’t helping the user, and rewards those that make the end user experience better. Instead, we have a communist system where if anything is successful, RIM decides to do it themselves and uses its control over the system to guarantee its success, regardless of how terrible the product may be.

The BlackBerry Alliance Program is RIM’s answer to rewarding those enterprise-level companies that have been with RIM for a long time and are making significant contributions to the platform. Yet again, they’re giving the wrong message to developers. RIM’s Alliance Program is built on a points and rewards program that is skewed towards large companies that pay large sums of money in conference sponsorships and training in order to get petty rewards such as “co-operative marketing activities“.

In speaking with companies about the Alliance program, the sweeping response was that it was simply a waste of money. There is a lot of resentment about the reward system in that RIM dangle a carrot in front of companies with the promise of inside APIs and access to smartphones for testing, but they’re generally over-promising and under-delivering. It costs a company a lot of money to attend a conference, and asking them to spend money when the entire industry is trying to survive a recession is the worst thing you can do for your platform. RIM should feel lucky that companies want to make software for BlackBerry, and it’s insulting to force them to work so hard for the tools they need to make BlackBerry better for its users.

Totally off the record, companies companies have also expressed concern about RIM entering markets that they have a solid footing in. There is an old strategy that Microsoft was rumored to employ that involved telling a developer that they’re interested in buying the company, and they want to learn more about how the application works so they can best integrate it with the platform. They will then learn everything they can about the software, and make it themselves. While this is probably not the case, it definitely seems as though RIM have done this in building their Twitter app, and the upcoming BlackBerry Shield app. Is it just coincidence that BlackBerry Shield has the exact same functionality as SmrtGuard?

My contacts have also told me that BlackBerry Shield is just one application that is in the RIM app vault that may or may not get released. For almost every major application in enterprise, RIM have a competing product that they can launch if they decide the functionality should be a core component of the BlackBerry platform. Companies know this and some are just waiting until RIM put up the press release saying their entire business is for all intents and purposes dead. Again, something is very wrong with the developer ecosystem if this is the sort of rumor going around. This also applies to accessories. Take for example the BlackBerry Presenter. There are companies, even one in my hometown, whose business is to make these sort of accessories. RIM, a smartphone manufacturer, for some reason decided they could do it better and have killed the market for others. It’s not even that this product is integral to the platform (it isn’t), and is it a major source of revenue for RIM (all in the devices). In the end, the only result seems to be a negative message to accessory manufacturers that RIM thinks they can do it better, and don’t want your support.

In the coming years, we are going to have to see a change in attitudes at RIM. Opening up APIs to developers, and making a developer ecosystem that promotes innovation, rather than kill it, will become increasingly important for RIM. In the end, RIM is a device manufacturer, not a software company. They definitely shouldn’t be an accessory manufacturer. If never touching another line of code means that RIM will sell more devices, than that is exactly what they should do. Either that, or RIM can continue to make sub-par applications and kill the app economy, while Apple will be more than happy to pick up the disgruntled users.

UPDATE: There is something I should mention about RIM as a company that wasn’t adequately addressed in this article. All bloggers know, from the extensive amount of takedown notices, that RIM’s legal department is prevalent through every facet of the company. The idea that RIM would somehow infringe on technology that another company uses, and do something that could be considered in any way illegal, is pretty far fetched. If RIM is ever in the Build vs Buy state of mind, you can be sure that legal have made a perfect seal around the process to avoid any future legal troubles. Now, this hasn’t fully protected them in the past against patent trolls, but every company is susceptible to hungry patent lawyers and sinking companies looking to make a final cash grab. The idea that RIM would steal intellectual property is pretty far fetched considering the heavy investment RIM has made into their legal infrastructure, and the possible revenue loss that could occur in a lawsuit. There is also a gray area when it comes to software. Any idea has been expressed before a thousand times, and almost nothing is new in the software business. If RIM choose to build it themselves, and someone has a pre-existing product, it’s not that RIM has stolen the idea, it’s more that they have used an idea to the ecosystem’s disadvantage. If anything, this editorial is meant to highlight the need to effectively navigate this gray area, and avoid stepping on anyone’s toes, because it’s beneficial for everyone in the long run.

  • Alberto Plantilla

    I agree, RIM needs to continue to foster developer ecosystem rather than kill innovation. I think that's the same problem Mac has with their developer ecosystem

  • Eric at Ebscer

    Facebook is the obvious example of why RIM should not do this. The fact that their is a first party application is the only reason that somebody else has not done this better.

    On the other hand apps like Forward and Edit, and the ones that allow you to change the LED blink colours are functionality that should probably have been included in the operating system to begin with.

    In some situations by relying on third party developers it can give the appearance that BlackBerry is falling behind, as many users are unaware of most of these applications.

    I think that twitter will be an interesting case study on this, as there are already plenty of good twitter clients for BB already around. There are lots of ways that may play out…

  • Kyle McInnes

    Something I should add to this article: “Why does RIM develop first party apps?” The reason is so that they can go to the carrier, and tell them that an Official Twitter App is preloaded with the device, and the carrier can use this feature to sell more devices.There is a lot going on behind the scenes with RIM and the carriers and it's hard to speculate on how these deals happen.

    There's a lot of research that tells RIM's sales team that content helps sell devices, and the more preloaded content the better for the carrier and RIM.

    I think RIM could take the money they spend on developing applications themselves, and use it to make deals with developers. Buy UberTwitter, or SocialScope, and bring that to the carrier. It would have the same net effect, and send a message to developers that if you invest money and sweat into a great app, RIM will help you get a huge carrier deal.

    That would do wonders for the app economy.

  • Anthony Rizk

    I couldn't refrain from commenting on this one.

    Why should either RIM -or- the ISV community have to contemplate developing something like Facebook for BlackBerry? On iPhone the 'first party' Facebook app was made by… Facebook! Why not for BlackBerry? They had time: the BlackBerry API has been available for longer than Twitter and Facebook and iPhone have been in existence. How did BlackBerry fall behind in developer mindshare so fast? And the real way that RIM developing first party apps hurts the 3rd party software market is the optics: it gives the impression to a casual observer that even the top website in the US couldn't be bothered to develop their own BlackBerry app. If you want to be cool, rule # 1 is don't go around telling people that you're cool!

    And shame on any ISV if you feel threatened by the actually very straightforward stuff (like the official Twitter client) that RIM is putting out. Differentiate, innovate, add value - if you were making a simple Facebook/Twitter app on iPhone you'd have to compete against Facebook's own app, or the 1000 other basic free Twitter clients, competing against the RIM apps really isn't any worse. And it's not about the internal APIs, most apps don't really even leverage what's there. Do something cool. There -are- some really great 3rd party BlackBerry apps. If you really want to make a Twitter client, do something like HootSuite or TweetDeck for BlackBerry (really, please, I'd pay for either of those!)

    I love BlackBerry, but the software scene is dysfunctional in a lot of ways - both sides - RIM and the ISVs - really have to step it up.

  • Fabian

    The current first party Apps that RIM has developed are not bad I would say. But too many first party apps from them would definitely destroy the developer relationship they currently have.
    Well written article! Nice read!!

  • Shaun Collins

    Looks like RIM did exactly what you suggested, Kyle, and when out a brought Viigo into the fold. I hope the development cycle doesn't see a RIM type impact.

  • Data Recovery

    Not much about providing any really useful or compelling features or applications creating adaptation. Just excellent research driven marketing. Ultimately people will figure out there is little there, there and will move on to the next marketing driven bright flash.

  • Guest

    I worked at a company (medium/large HW/SW engineering firm) that partnered with RIM to develop something. Spent months working on it and then boom … RIM just up and left taking all of the joint information developed together. What appeared was going to be a prosperous long term relationship ended abruptly, coldly, without warning, and with no apparent reason. The situation felt slimy/shady and left my company with a bad taste for RIM. I love my BB but I hope this isn't the RIM business model. However, more examples seem to be leaking out about this kind of stuff.

    As a side note. My company went on to develop some really cool stuff with Apple for the iPhone. Robotic automated controls and such but won't even touch RIM.

  • Guest

    I worked at a company (medium/large HW/SW engineering firm) that partnered with RIM to develop something. Spent months working on it and then boom … RIM just up and left taking all of the joint information developed together. What appeared was going to be a prosperous long term relationship ended abruptly, coldly, without warning, and with no apparent reason. The situation felt slimy/shady and left my company with a bad taste for RIM. I love my BB but I hope this isn't the RIM business model. However, more examples seem to be leaking out about this kind of stuff.

    As a side note. My company went on to develop some really cool stuff with Apple for the iPhone. Robotic automated controls and such but won't even touch RIM.