Lately, I’ve been hearing from more startups that they want to get into the enterprise space. These consumer focused web startups are the ones we know and love with the clever non-sensical names, rounded corners, and domains missing the “e”.
For many startups, having enterprise customers is a great proposition, as it gives the opportunity for repeat revenue from a stable source, partnership opportunities, and maybe even chances for acquisition.
[While many startups are interested to offer their services to Enterprise companies, they underestimate the complexity. There are many overlooked requirements from culture to support that startups just don’t get]
Sadly, while we love these tools on the free open web for our personal uses, many of them aren’t ready for a smooth transition into an enterprise web teams and by serious business folks and executives. A new set of rigorous feature requirements need to be met, including disposing of the ‘fun brand’ and getting ready to support demanding corporate clients.
10 Considerations for the Startup planning to offer to the Enterprise
1) Most importantly, find a business opportunity or pain that you plan on fixing.
2) Re skinning: In many cases, offer a white label tool so it can be rebranded by the consumer.
3) Offer an ASP version as business units will want to adopt without the IT department. (Update: ASP as in Application Service Provider, so a web-version hosted on your servers, so they customer doesn’t have to download any software, or have to rely on IT to do this. Typepad, SalesForce, and SurveyMonkey are examples of this)
4) Later, evaluated offering a software version that IT and Engineering can download and use on internal or secured severs behind the firewall,
5) Build a robust system that won’t fail from heavy enterprise use, sadly, Twitter would never make it.
6) Develop login and permission systems that work with a variety of identity systems, ensure data can be easily transferred to clients, use industry standards.
7) Provide a healthy dashboard and metrics for the clients administrative team
8 ) Hire sales and account teams that have backgrounds in corporate. For initial sales with a business unit, expect to sail through, but expect rigorous testing, negotiations, and detailed contracts when dealing with corporate purchasing departments.
9) On demand support: Dealing with enterprise clients requires a higher degree of support, expect to jump, leap, and spring into action at the request of your corporate clients.
10) Get serious: consider rebranding and refocusing the tool. Refine or create a separate marketing effort to aim for the enterprise space, consider creating a sub-brand.
While it’s sure attractive for startups to want to offer their products to corporations, many have not thought through the implications and requirements to be enterprise class. Quite frankly, many won’t have the aptitude, resources, or time to do this right.
[Many startups will offer to the enterprise, but most will fail. Successful startups offering to the enterprise need to have maturity, and it’s not something that can be masked]
If I’ve missed any considerations, please extend the list, by leaving a comment or sharing from your own blog
A special note about terms: While it would have been so easy for me to use the term Enterprise 2.0 I used every precaution to actually describe and explain the concepts rather than just using that term. I hope that you too become mindful before using that term, as well as Web 2.0. Show your mastery: focus on descriptions and outcomes rather than buzzwords.
Hi Jeremiah, it has been good experience reading your blog. Very interesting and relevant topics.
But it seems that you just changed your feed setting. I can’t get the whole blog post content in my google reader now. I am based in Shanghai where feedburner is blocked. So it is impossible to get to your blog through the link in the reader. Do you think it is ok to keep providing a full content feed? I guess the request is a bit “surprising”, just take it as a reader’s voice. Thank you.
I think one of big things that startups needs to be prepared for is that, depending on the size of the deal, one big account can drive the development of their product. It takes a lot of resources to keep a big enterprise client happy and not let them steer the future of the product.
-Veronica
Great post, Jeremiah!
#8 has an over-riding factor that I believe relates to the risk associated with the deal. If big corporates perceive a low risk in dealing with you (low risk principally being related to the detachment / replacement effort and costs), it shouldn’t be a material consideration.
A lot of what we’re talking about in “enterprise 2.0” isn’t exactly describing a mission critical operational system, so arguably it’s the perfect market for smaller players to get into.
#3 & #4 are related to #8 in that if your service is not mission critical, then yes, corporates would be prepared to use your service in ASP form. It’s not appropriate to use salesforce.com as a reference, however, as their infrastructure capabilities have had millions invested in them. If you’ve ever looked at their availability reports you’ll see they have big bikkies invested in keeping the service online. A smaller player isn’t going to come close to being able to do what they do but it shouldn’t matter if it’s low risk and you’re half-decent at keeping the lights on (plus being personal with the service).
I’ve seen soome pretty shabby license and service level agreements approved before, principally because of an acceptance of the low-risk.
For me, I think the big question is whether #4 should come first or not. It’s cheaper to do it this way as you don’t require any infrastructure at all but it depends entirely upon your business model. Are you a product provider or a service provider? Factors outside your control will be what role their IT department makes in the acquisition / evaluation process.
Re: #6 – it’s a great point and if you’re going to prioritise, I’d argue that you start with support for Microsoft’s Active Directory, especially if you want to get into the lucrative financial services sector.
So I’m an enterprise guy responsible for looking at consumer web services for possible enterprise consumption. Obviously, web 2.0 startups have some phenomenal potential to be productivity builders in the enterprise.
I agree with almost everything you say. As an IT guy, I shudder at you “selling around” me (#3), but I LOVE the SaaS/ASP model. Unless your a software/hosting company (we’re not) you suck at owning/running software, so offer that ASP model. However, instead of telling me I should run it inside my firewall to be secure, simply be prepared to do a short meeting with my security auditors as part of expanding our deal. Even better, have an auditor come in on your own and produce a report that we can hand to the corp. security guys and just get that out of the way.
Another thing is to be responsive. Enterprises move like monoliths, and are looking to Web 2.0 for speed and agility. If they say they’d like to see that search bar move or would like to see a different interaction flow, mock it up and show it to them in a day (or even in the meeting). Show that agility and speed that we can’t reproduce in our own data centers – it is your distinct advantage.
Bake data portability into all your SLA’s and TOS. Trying to lock us in to a proprietary thing from which there is no escape can’t work. Compete on your merits, not on lock-in.
Finally, don’t sell a “platform.” Chances are you can’t solve all our problems or meet all our needs. Show how your solution plays nice with others and easily integrates with things you’ve never even thought of or heard of (like our old legacy garbage) in a low-effort/high-fidelity way.