There’s an article in yesterday’s Wall Street Journal (the online edition at least) which uses a very interesting quote (emphasis added).
A watershed media moment occurred Friday on Fox News Channel, when Jonathan Klein, a former executive vice president of CBS News who oversaw “60 Minutes,” debated Stephen Hayes, a writer for The Weekly Standard, on the documents CBS used to raise questions about George W. Bush’s Vietnam-era National Guard service.
Mr. Klein dismissed the bloggers who are raising questions about the authenticity of the memos: “You couldn’t have a starker contrast between the multiple layers of check and balances [at ’60 Minutes’] and a guy sitting in his living room in his pajamas writing.”
Not here to debate the veracity of the documents, nor the fact that Bush is AWOL. What I think is interesting is this idea that one should not trust the feedback from multiple sources that are saying the same thing. Trust is an interesting word here, though for the moment I’d say follow this maxim: Something is true until it’s proved wrong. Then that new thing is true.
Now this idea of listening to feedback and not disregarding it out of hand is something I am familiar with. It’s called usability. No matter what someone says about your product, you respond with, “Thank you for your feedback, we will look into it.” At the point you are receiving feedback during usability, it’s never a lie to say this. It’s just that if only one of your usability participants remarks on something that no one else has a problem with, you may decide to change your mind and not follow up on their issue.
However, when you notice that quite a few participants are giving you feedback on a particular issue, you probably want to look at what you did wrong in the development of the product. Because chances are you did do something wrong. Again, not saying 60 Minutes did anything wrong or right; I am just using this as an allegory of sorts.
While Mr. Klein doesn’t still speak for 60 Minutes, nor CBS, he and CBS exec’s should strongly think about responding to criticism of their product by saying, “We want to thank those in the blogosphere that have written about the quality of our product. We are looking over our development process to quality at all points of production.” Use the word blogosphere because to those in it you will sound a bit more credible. Even if it is one of the crappiest. words. ever.
And so if only one web-based pundit says that you suck, you can decide later to say, “Yeah? Well you suck, too.” No organization should be above playground politics when it is warranted. But when you get quite a bit of feedback from varying sources, it should be a clue to look into the quality of your development processes. And if you really want to earn the trust of your customers, and respect of your peers and competitors, you open up the process to full disclosure.
If you were wrong, you get to point to where the process failed, then show what you will do to make sure it will never happen again. If you are right, you have essentially bitch-slapped the opposition, while increasing the trust level of those who believe in your company and your product. Don’t think being wrong is a failure. This in itself is a failure to understand that a successful company must continuously iterate itself toward a better solution. Being wrong is an opportunity to improve your reputation, mitigate future risk, and just plain ol’ learn.
Perhaps 60 Minutes could stand to have a business log. Sometimes you just can’t wait a week to do a follow up response, nor should you rely on someone who’s no longer with the company.
Initially, I thought I would say something like, “Let this be a reminder?” But I think it is still too soon in the evolution of personal publishing smart mobs to say “reminder.” Instead I will say, “Let this foreshadow?”
Let this foreshadow things to come for antiquated companies that refuse to listen to the feedback of a thousand guys in pajamas (even if one of them wears Bugs Bunny™ slippers). If it helps, think of them as telecommuters who you don’t have to pay.