Kingsley 2.0

Naming Babies: Why Susie Sells Seashells by the Seashore

Wed, 03 Feb 2010 11:11:00 -0800

Since my friend Suman was asking for baby-name recommendations on Facebook today, here’s some interesting reading for baby-expecting friends on how our names and birthdays influence what we do and where we live:

For example, according to a Colombia university study, ”Why Susie Sells Seashells by the Seashore: Implicit Egotism and Major Life Decisions”:

People are disproportionately likely to live in places whose names resemble their own first or last names (e.g., people named Louis are disproportionately likely to live in St. Louis)
People are disproportionately likely to live in cities whose names began with their birthday numbers (e.g., Two Harbors, MN)
People disproportionately choose careers whose labels resemble their names (e.g., people named Dennis or Denise are overrepresented among dentists)

This is a newer piece that describes how companies (and people) with easier names succeed more often:

http://www.boston.com/bostonglobe/ideas/articles/2010/01/31/easy__true/

The enterprise underground (II) - Designing your web app for them

Mon, 17 Aug 2009 09:52:53 -0700

In my last post, I described a group of people whom I call the “enterprise underground”. I described how they pioneer innovative social web tools inside large organizations. In this follow-up, I want to talk about some of the things the developers of social web apps can do to make it easier for their proponents inside the enterprise.

I hope I don’t have to convince anyone that the enterprise is a lucrative and appealing market place. While it’s definitely ruled by huge brands and high switching costs, the same high switching costs can act as a bulwark of security for your app in these trying times. Once you have widespread adoption in the enterprise it would be hard to find a substitute. The enterprise market is also dramatically poorer in innovation. Despite the fact that almost every single value addition in the enterprise market was originally pioneered in the consumer space, very few consumer companies take a stab at the enterprise market. So yes, you may be competing with Microsoft and Oracle, but it’s highly likely that their product doesn’t do what yours does. And the products that could directly compete with yours are probably not competing with you in the enterprise.

There are two main aspects to helping the underground evangelize your product. The first is to actually showing an interest in an enterprise use-case. A surprising number of consumer web startups are reluctant to deal with the enterprise. While this was perfectly understandable in the past, the underground changes the game significantly. Imagine having a sales person inside the company! The second aspect is to design and spec your product in such a way that it doesn’t discriminate against enterprise users. I’ll go into both shortly.

Most consumer-web startups see the enterprise as a distraction. It’s a waste of time, weighed down by long sales cycles, high overheads, services engagements, painfully crawling up organizational hierarchies and horror of horrors, having to hire sales people! All, while you could have been building features and delighting users. This simple scenario is not so much the case anymore. Exceptions are sprouting up all over the place, sometimes at the highest levels. I have personally seen more than one Fortune 100 CEO signup for tiny web apps nobody had heard of; imagine that! What this means is that it makes sense, even for tiny web startups, to keep an eye on the enterprise, especially given the potential upside.

Now that I’ve hopefully convinced you that you should pay attention to the enterprise space, I want to go into the bare minimum that you can do so that the underground has a fighting chance of bringing your app into the enterprise. Too many startups treat the enterprise as a place they sell a severely crippled consumer product in the name of security. The enterprise has unique needs, not just in terms of security, approvals and workflow, but also in terms of organizational dynamics and cultures. So here’s the bare minimum that you’d want to incorporate into your whiteboarding. Once again, this is not a checklist for an enterprise-focused app. This is for consumer and small business apps who likely have some enterprise underground users whom they want to nurture.

Give your product a sane name: Tolerance for web 2.0 naming and dropped vowels has risen a lot in the last year, but do try to stay of teenagerisms and adolescent expressions. You won’t believe the number of times that this is an actual stumbling block: “Team, I’d like us to start tracking our projects on this new system called Gitrrdun.com.” Yeah, right.
Make it easily customizable: One of the reasons that blogs are so popular with enterprises is because anybody can figure out how to slap a logo on them and change the colors. If you can let people upload a logo, add some CSS and Javascript to their pages, you’ve created a pretty compelling customization story. This will also help mask the fact that your service is being used.
Stay open to non-obvious uses: Let’s say you’ve built an exceptional cat-picture captioning application, where users can collaborate on creating the LOL-lest LOLCATS. Watch out for the one user who’s using it to caption industrial designs or real estate promotions. It’s likely that your product is filling a need in an industry that is underserved. You don’t have to abandon LOLdom for real-estate, but it’s good to know when sometime in the future, real estate once again becomes a better business than LOLCATs.
Keep your eyes and ears open: If you are a reasonably successful web startup, chances are very good that your app has been tested, if not in active use by some pretty large organizations. Do you know who they are? Even if you have only 5 people at Wal-mart using your app, the potential revenue you could get from selling to an organization that big justifies a higher level of attention paid to those users. And if steve@apple.com or barackobama@whitehouse.gov ever register an account, pay attention!
Provide Reasonable Pricing: The ideal price for the enterprise underground is lunch money. About $25 can be expensed a month without too many questions asked. Many startups have no sales team (depending on the underground’s intro for sales) and still price themselves out of the lunch-money range with an enterprise product. Typepad is a great example of pricing a product right for the enterprise underground.

Lastly, and this isn’t entirely a shameless plug for my employer: if you think that at least 50% of your use case will be enterprisey, build it on a proven enterprise plaform like force.com. SaaS is still not the dominant software delivery channel in the enterprise, but trust me that you don’t want to make an offline version that you then have to support customizations and integrations on. And as far as SaaS goes, building on top of a trusted cloud platform can help ease the sell, as well as be easier to maintain.

In the next part, I will expand on my thoroughly disingenuous ideas on why and how Corporate IT should tolerate a level of social web apps in the enterprise.

The enterprise underground (I) - Who they are

Fri, 14 Aug 2009 10:42:00 -0700

Work should not suck. Tools used by millions of people for 8 hours a day or more should not frusturate them and insult their intelligence. Unfortunately, most enterprise tools are sold for their ability to prevent the biggest idiots in an organization from causing the smallest dent to shareholder value. Expecting such tools to support leaps of creativity and innovation then, is a fool’s errand that many CTOs are stuck with. Fiasco-prevention and serendipitous value discovery are mutually contradictory design goals. Most of them realize this.

On the other side of the pond is the cornucopia of excellent and most usable web apps. They’ve got cool tools that ease the flow of creative thought; innovative technologies that enable new forms of value creation; collaboration tools that harness collective intelligence. Yet, they struggle to make a dent in the enterprise, where no one is even looking for some of the game-changing functionality some of them offer.

Bridging these worlds is the enterprise underground - the people who bring consumer & small business apps into the enterprise, like one might sneak an unconnected, but fun, friend into a party. They sign up for Basecamp accounts with their corporate card; set up a google group for their team; some even install and run wiki software on their desktops.

What are the members of the enterprise underground like? From my anecdotal experience, their defining trait is curiosity. They run the span from individuals with genuine insight into how a social technology can help change their organizations culture for the better, to novelty-seeking enthusiasts who want to bring every “cool” tool into work. But they are all curious. They are also often impatient and action-oriented. If they want to do X and they know that there’s MakeXr.com out there, they will simply signup and start using it. They don’t necessarily want to make trouble. Most are just trying to make work suck less for themselves and their teams. That is not to say that their behavior is tolerated by corporate IT. Far from it.

But increasingly, enterprises are becoming enlightened about the social web and the benefit of adopting these tools. In his most recent column, Jakob Nielsen discloses his finding that underground deployments of social software have far better success rates than top-down, CEO approved ones. This ties in with my personal experience. My hope is that the enterprise, it’s underground and the social web can co-exist. This, and the 2 blog posts that follow, are my ideas on how we can make it happen.

Coming soon:

Part 2: Designing web apps for the enterprise underground
Part 3: How corporate IT can embrace the enterprise underground