I admit it: I’m a user-group junkie. I got my first taste of user groups when I worked for Apple – speaking at their meetings was one of my great pleasures. Their members were unpaid, raging, inexorable thunderlizard evangelists for Macintosh and Apple II.
These folks sustained Apple by supporting its customers when Apple couldn’t – or didn’t want to – support them itself. Now that Apple is the homecoming queen again, there are lots of people receiving, taking, and claiming credit for its success. The Apple user-group community deserves a high-five tribute too.
Now that I gotten that off my chest; I can move on to the topic of this entry: how to create a kick-ass community. I anticipate many comments to this entry, so I am warning you in advance that I am going to modify and supplement this entry frequently. RSS readers beware! 🙂
1. Create something worth building a community around. This is a repeated theme in my writing: the key to evangelism, sales, demoing, and building a community is a great product. Frankly, if you create a great product, you may not be able to stop a community from forming even if you tried. By contrast, it’s hard to build a community around mundane and mediocre crap no matter how hard you try.
2. Identify and recruit your thunderlizards – immediately! Most companies are stupid: they go for months and then are surprised: “Never heard of them. You mean there are groups of people forming around our products?” If you have a great product, then pro-act: find the thunderlizards and ask them to build a community. (Indeed, if you cannot find self-appointed evangelists for your product, you may not have created a great product.) If it is a great product, however, just the act of asking these customers to help you is so astoundingly flattering that they’ll help you.
3. Assign one person the task of building a community. Sure, many employees would like
to build a community, but who wakes up every day with this task at the top of her list of priorities? Another way to look at this is, “Who’s going to get fired if she doesn’t build a community?” A community needs a champion – an identifiable hero and inspiration – from within the company to carry the flag for the community. Therefore, hire one less MBA and allocate this headcount to a community champion. This is a twofer: one less MBA and one great community.
4. Give people something concrete to chew on. Communities can’t just sit around composing love letters to your CEO about how great she is. This means your product has to be “customizable,” “extensible,” and “malleable.” Think about Adobe Photoshop: if it weren’t for the company’s plug-in architecture, do you think its community would have developed so quickly? However, giving people something to chew on requires killing corporate hubris and admitting that your engineers did not create the perfect product. Nevertheless, the payoff is huge because once you get people chewing on a product, it’s hard to wrest it away from them.
5. Create an open system. There are two requirements of an open system first, a “SDK” (software development kit). This is software-weenie talk for documentation and tools to supplement a product; second, APIs (application programming interfaces). This is more software-weenie talk for an explanation of how to access the various functions of a product, and it’s typically part of a good SDK.
(No Ratings Yet)