Tag Archives: Company

Why community management isn’t

When it comes to community, “management” is a misnomer. You don’t “manage” a community, you serve it.

When asked what I do for a living, I say “community management,” and cringe. For me, the term management implies a business-like approach, profit and loss, ROI, that sort of thing. Instead, I rather see myself as a mayor of my community.

Come to think of it, with just over a million registered users, I got myself a town to run, with moderators as the police force, web engineers helping with the town infrastructure, and all the different product groups setting up shop in the forums, to help the town inhabitants with their questions and problems.

Every morning, I read through my community notifications: moderators reporting spammers who need banning, new members asking for help finding information, maybe some bug reports for the engineers to fix. My resources aren’t unlimited, and most times I have to choose how to allocate them between regular maintenance work as well as upgrades and bug fixes.

Just like with a real-world town hall, I get requests from different groups for new features, and to raise priority of certain bugs that have been on the back burner for a while. And every once in a while I even get to be a judge in disputes between community members or vendors.

So all in all, I think this analogy stands up pretty nicely, so I will go ahead and stretch it out a little further.

In all languages that I know, the work that a city hall worker does is called a service of some kind. It is public service in English, öffentlicher Dienst in German, общественные услуги in Russian. Are you catching my drift? What I am saying here is that as a mayor of your online community you are less like a corporate manager, deciding between outsourcing jobs to off-shore and cutting local wages, and much more like a public servant, serving your little community and responding to its everyday needs.

Now with this “public servant” mindset, reasons for many of the popular “community management” failures become duh-obvious. Take my favourite pet peeve, the video contest. Just because Coca-Cola corporation is able to attract some brilliant submissions, doesn’t mean you will. And it’s not because your community is any less talented, although I suspect that computer engineers may not make best moviemakers, or they’d all quit their jobs in the datacenter and move to Hollywood. You will not get the videos out of them because that video is what you want, and not what they want. They are your townspeople, not your employees, and you cannot tell them what to do.

Same goes for any “engagement” efforts that have the goals of your company at the center, instead of the goals of the people that make up the community: share your story, photo, video, tell us how great our products are, for a chance to win a trip to our company event or an iPad. Initiatives like these treat the community members like workforce, and try to “pay” them with a prize that may not even be relevant to your company or product. If it’s a cool gadget, you may get a dozen submissions, but you will not inspire hundreds, and you will not make anyone feel like you are tuned into what is going on in your community. It will be perceived as soulless marketing, and that will be the end of that.

To have a community that is abuzz with cool people doing cool stuff, you have to keep your ear to the ground and your hand on the pulse of the town, and look for cool things that your community members are already doing. The moment you see a cool project in the making, swoop down and shower the person(s) in question with any kind of support you can provide, and don’t really ask for much in return. Just empower them and get out of their way.

That last bit about getting out of the way is very important too. You see local government supporting citizen initiatives all the time. Say, there’s an art project that got a grant. While a grant will often have clear guidelines as to what kind of art project will be sponsored, you won’t see the mayor actually picking up the paintbrush or donning a tutu to help. Once the grant recipient is picked, they can do as they please within the constraints of the grant.

As a result, the town gets a new mural or a dance performance, the starving artists get to stave off starvation for a while longer, and the mayor gets a happier community.

The sooner you realize that you are the one serving the community, and not managing it, the sooner you will stop stepping on the rake of artifice and begin having genuine engagement with people in your community.

Advertisement

5 Comments

Filed under Care and feeding, Community management

Orgcharts are stupid

Your users don’t care how you organize your company internally. Community web architecture has to make sense to them and be persistent, not change whenever two departments get merged.

When building and running a community, you constantly have to make choices about information architecture starting early on. Which products get forums? Do you want to organize them into categories? What to do with products that have been discontinued?

Whether you are starting from scratch or taking care of an existing community, you will have to fight to keep your forum structure independent from the corporate orgchart.

Sooner or later, a product manager or some such will come to you and request that you move, or delete a forum because their group has been moved to a different department or the product has been discontinued.

First off, you should never kill a community forum when the product has reached its end of life. There are probably many people still using it, and why would you want to prevent users from providing support to each other after your call center won’t? Your responsibility as a community manager is primarily to your peeps, the users. Taking away what may well be their last resort to getting help will not please the customer who is already unhappy that your company won’t support the product they are invested into.

Same goes for moving of an existing forum just to achieve symmetry with internal organization. If it is active, and people know where to find it, it is best to leave it where it is. If you have to move it, at the very least set up a redirect so that the old bookmarks continue to work.

If anything, my preference is to keep the forum structure as flat as possible. Unless your company has more than 20 products, there is no need to create hierarchies and categories, which will only make it harder to find the right forum. Having a simple forum structure that does not necessarily mimic the way products are presented on your official company site will also allow you to stay free from demands to reorganize every time the company departments get reshuffled.

Now to new forum creation. If you want to avoid creating ghost towns, you have to be judicious with how many forums you create. Assuming you already have all products covered and want to serve your community better, how will you decide which new forums to create and which to stay away from? Thinking from your user’s perspective can help you figure this out.

Communities of use are centered around the needs of people implementing and using products and technologies. So they will either want to talk about a particular product, or a use case, such as “Canon 500 printer-scanner” or “virtualizing mail servers.” If you watch a certain use case get a lot of traffic across your forums, you can expect that a new separate forum for it will get some traction.

However forums that target a specific customer demographic are usually destined to failure. What I am talking about are forums dedicated to vertical market segments, such as healthcare, government, or elusive groups such as SMBs.

While segmenting your customers by demographic or vertical looks good on a quarterly report, it has absolutely nothing to do with your community, which is built around helping people get answers to their technical questions. Unless your software crashes differently in a Fortune 500 bank than it does in a local library, there is absolutely no reason to make a banking forum separate from a librarians forum.

Creating forums for customers based on company size such as SMB is even more dicy. The term SMB stands for “small and medium-size business.” For the longest time “SMB” has been a pet peeve of mine, because all it really says is “customers who are too small for our sales people to bother talking to directly, and we’d rather they self-service or talk to our partners.”

This is why in my professional life, whenever a colleague comes to me for help setting up an “SMB community” I ask “are you sure that your target audience self-identifies as SMB?”

Seriously, do you expect Joe Blow to come to work one morning and realize “Hey I need MegaWidget for my business, but my company is too small for Megacorp to bother returning my calls, so why don’t I google for ‘MegaWidget for SMB’ instead? Surely they will have a microsite for small fry like me!”

Chances are, Megacorp will have a page like this, only it will be frequented by its partners, not SMBs, because in real life, very few customers stop to think from their vendor’s perspective. And sadly the reverse is true for vendors, resulting in SMB forums with nothing but tumbleweeds in them.

In community marketing, it is never about you, it’s about your user community‘s needs. Just because it is convenient for you to define a target group in a certain way, doesn’t mean that they will automatically self-identify and embrace such definition.

Leave a comment

Filed under Community management, Usability