Do You Need A Mobile Ecosystem?

No matter what you read these days when it comes to mobility in the enterprise there always seems to be a section on building your mobile ecosystem. Usually your reading something about bringing mobile devices into an enterprise/corporation and this leads to a discussion on creating a mobile strategy. Part of this mobile strategy that you are told you have to build requires that you create a mobile ecosystem for your devices to play in. You start off small and gradually build your mobile ecosystem until you are creating applications for your devices and then you slowly expand the ecosystem to handle a heterogeneous mix of devices.

Let’s just cut the bullshit and get straight to the point. People who are trying to sell you on building a mobile ecosystem are doing just that; they’re selling you on something. Now, unless you have been out back smoking something you shouldn’t have, you already realized by the third slide of marketecture that whatever they’re selling is probably something you don’t want (the first slide of marketecture is the obligatory one with a minimum of 20 corporate logos of companies they are already working with – gives them legitimacy, not).

The problem with these folks who have at least one product, or possibly a whole system, that will make building your mobile ecosystem easier, faster, and less costly is basically it’s just a shortcut to whatever they think you are trying to achieve. You know what happens when you take shortcuts don’t you?

So, why am I calling a mobile ecosystem a big pile of cow patties? It’s really very simple, the goal when you introduce mobile into your enterprise is not to create a mobile ecosystem around your devices and apps. The goal is to get your mobile devices to play in the enterprise ecosystem that has been there the whole time. There is no need to reinvent the wheel that your organization has been building for the last 5, 10, 50 or 100 years. When you bring mobile into the enterprise you don’t go and find a new expense system. You find a way to build/buy an app that integrates with your expense system without being a crapplication. You figure out ways that you can integrate with your enterprise portals, your document repositories and your data so that you enable your users to be able to do their job the best way possible. You are extending your enterprise ecosystem to allow your employees to be more productive.

I had a conversation at work today about a bunch of different products that create a corporate Dropbox experience. They would replicate the same style of file sharing as Dropbox or any of its competitors like Box or SugarSync but in a secured corporate environment. This is a great idea and one I even subscribed to not to long ago. The issue though is that by creating a new experience for sharing files, you have moved outside of your existing corporate ecosystem and now need to spend a lot of time and money architecting a new system, buying hardware (or going with a cloud), tuning that system, creating a new permissioning infrastructure and lest we forget, crafting new rules about what data can go there, how you access it and the legal ramifications behind it. The better way to do this is to create a way to access the already existing Sharepoint systems, shared folders and personal folders that your users are comfortable with. You have already built/purchased the infrastructure to do this and spent time creating the rules, putting the ACLs out there and generally creating a system that has served you well up to this point. Why create a new system that will sit beside your original one and bring its own set of headaches. Let’s be clear, when I say create a way to access a system this also means you can purchase it as well.

I have already talked about in some of my recent posts how you should go about creating apps for your enterprise. It’s as simple as knowing your business objective, what data you want to access, figuring out how you’re going to access it (API), and who needs to access it (identity). The important part here is understanding that you are using your own data and through the process of creating your apps you are delivering information to your users. You are opening your enterprise ecosystem to your mobile workforce; you aren’t creating a brand new mobile ecosystem.

In the end, you are simply extending your enterprise ecosystem to encompass mobile devices, which eventually leads to transforming the enterprise ecosystem into the next stage of its evolution. Some people refer to this as mobile first or mobile 2.0, but it is just a strategy to moving forward with IT that may end up being the subject of my next blog post.

Categories: Uncategorized

7 comments

  1. futur

    Very interesting insights. People when selling enterprise mobility as a package and give random names to it. this is great and goes to my twitter.

  2. Bob_Egan

    Brian

    It feels to me like your definition of “mobile ecosystem” is like a bit shortsighted my friend. For some, building a mobile ecosystem is very much about making the existing enterprise architecture mobile ready. It’s also true ( to your points I think ) that buying/building a bunch of mobile specialty products is like putting a bandaids across a throat cut to your jugular.

    If an enterprise does decide to purchase some mobile middleware – that is what this stuff is after all – its important that they go down the path with their eyes open and a enterprise wide mobile strategy in place. Consider that many of these solutions are deployed to solve a time/risk + build/buy equation. Let’s not forget that many existing enterprise architecture solutions are not yet mobile ready, so their is plenty of blame to go around about what is creating the opportunity for the specialty products.

  3. Brian Katz

    Bob –

    If I read you correctly – you agree, just not with the terminology. Enabling an existing enterprise ecosystem to be mobile ready isn’t a mobile ecosystem – it is an ecosystem that encompasses mobile. You are correct that many enterprises are not mobile ready and they spend a lot of time on Mobile Strategy, but true mobile strategy is just a subset of enterprise strategy.

    Yes – you are correct that eyes have to be wide open and a “mobile strategy” needs to be in place when you look at these products. There happens to be nothing wrong with specialty products as long as they don’t go about recreating the wheel.

    This goes to a comment on twitter this morning from Benjamin Robbins that there are definitely holes in some businesses that you need the specialty products to fill. Especially as you get to the SMB arena where they may not have the enterprise systems already existing (hence SMB). When you start from a greenfield for these types of data/access situations it is much easier to look at these products and pick the best solution for you.

  4. Bob_Egan

    Brian

    I agree with the concept of avoiding Crapware and Crapplications. The issue I am struggling with is the concept of being mobile ready w/o building a mobile ecosystem. Where we agree, is that building a mobile ecosystem out of crapplications will create an IT wasteland and it will put a company beyond acceptable risk management boundries.

    Brian, i just want to point out that I really appreciate your thoughts and provocative posts. Good stuff.

  5. Brian Katz

    Bob –

    Glad you are enjoying the content. Mobile ready means building an ecosystem that incorporates mobile devices along with all the other ways to access. I am positing that there is no difference between a mobile ecosystem versus an ecosystem, it is just a logical extension and where many run into trouble is when they start thinking about two ecosystems versus one.

  6. Swarna

    Totally agree with you! Most times “building a mobile ecosystem” and “expanding the enterprise ecosystem to include mobile devices” are used interchangeably…but they rarely mean the same thing.

    Interesting you should mention Dropbox et al and the fact everyone’s building their own Dropbox-alternative. I have always wondered – WHY? Many of us already use Dropbox/Box. And we know that migration from one of those to a corp solution is not easy. So what will end up happening? We will continue to use these, and have multiple copies of the same content. Is that the real solution? Rather, is that really a solution?

  7. Terry Bernard

    Totally agree! Check out Colligo Briefcase and Colligo Contributor – Dropbox for the enterprise, using SharePoint – exactly what you suggest