Better Product Managers, and Product Management

I was talking the other day with a friend of mine who works for a Very Large Enterprise Software Company - one that is probably about as opposite from my job as possible.  Nonetheless, we both struggle with how to craft simple, compelling narratives.  With his permission, I’m sharing parts of our exchange.

Enterprise Guy: “Some of the solutions we’re trying to sell are inherently complex and ugly, which is something we’re actually pretty good at handling. But we’re not good at marketing them, because our strength (handling complexity) runs counter to simple compelling narrative.”

Cindy: “Well, you’re correct that the simple narrative that works for simple products isn’t going to work for you.  But that doesn’t mean there is none - it just means that you need to craft one that better plays to your strengths.  You say your strengths are in handling the ugly and complex - now you have to think from the customers’ perspective: what value does that actually create for them?

You have to be honest about what you don’t do well.  You aren’t ‘the easiest solution’.  But that’s okay (the French Laundry isn’t ‘the fastest food’, after all.)  One approach might be to market a sort of reverse Pareto Principle: “If you’re only worried about the 20% of problems that cause 80% of your hassles, we’re not for you.”

Your simple narrative could be something along the lines of “never worry again”, “when every edge case matters”, etc.

EG: “…some of our competitors, who have half-baked software that can’t really solve the complex problem, keep beating us because they tell a simpler, cleaner story. Unfortunately for the client, those solutions often fail because of the inherent complexity of the problem — the client gets bitten by the narrative fallacy by buying into a story that’s too simple.”

CA: First, let’s look at the fact that your clients find the simple narrative appealing.  Why do you think that is?  If I had to form a hypothesis, I’d say it’s kind of like the state of mind you’re in when you need to lose weight. In the back of your mind, you’re pretty sure that getting rid of those holiday pounds is going to require exercise and eating your vegetables and cutting back on the drinks and desserts… and that’s hard work and you kind of dread it.  So when you hear “lose 20 pounds in 2 weeks by eating only cookies!” you’re susceptible.  You really, really want to believe there’s an easy way out.

(That sounds a little condescending, now that I reread it, but it’s not meant that way.  This doesn’t reflect dumb customers, it’s just human nature to seek out easier solutions.)

So you need to:

  • acknowledge the appeal of the other, simpler solutions
  • educate clients about the ways that simpler solutions have screwed over other customers
  • provide relevant examples of how your complexity prevented some big mistake/saved a huge amount of time or $
  • without sounding condescending

Here’s how I’d think about it:

“As you know, we talk to a lot of companies in your industry, and here are the types of companies who have done very well with Solution X.” (identify yourself as thought leader, acknowledge the appeal of other solutions, set the stage to contrast this customer with those other companies)

“We know you have X special requirements.  Company Y, who also has similar needs, ran into these problems when Solution X wasn’t able to handle this circumstance.  Of course, it was a rare circumstance, which is why Solution X didn’t handle it, but at a company the size of Company Y, it had a huge impact.” (acknowledge this customer’s unique needs, share relevant FUD story)

You will basically need a different “and here’s what went wrong” case study for every type of customer you pitch to.  If you go to a bank with a retail e-commerce example, the impact won’t be there.

“What circumstances like this are you worried about? Are there areas where you have limited visibility where there’s the potential for similar snafus?” (display your concern for their specific needs, plant the seed that there are potentials for disaster which of course you can solve)

“Company Q, who used our software, ran into this circumstance, which we were able to solve in this way.” (finish with a positive story)

EG: That’s similar to the approach I’ve been using. It’s a variant of the traditional “reference selling” that happens in enterprise software, but instead of using references to help late adopters get on board (the traditional approach), we’re using them to counter the “lose weight with cookies” thought process. This starts to explain why that works and gives a framework for generalizing it.”

CA: Yeah, this would be my basic recipe for your “simple narrative”.  Of course, it will only be “simple” to your clients - it will be a LOT of work for you, since you’ll need to craft different case studies for each type of customer - different industries, B2B vs. B2C, low-tech vs. high-tech, etc.

But of course, “making it look easy” is the hardest thing of all.

EG: “Especially when clients who have failed don’t let you use their names!”

CA: “I feel that pain.  I’ve spent a lot of meetings talking about “a major bank” or “one of the top national newspapers” when a name would’ve opened so many more doors!”

 

About a month ago I was getting ready to send out an email blast asking for feedback when I took a moment to stop and think.

I asked myself, If I got this in my inbox, how likely would I be to reply to it? and immediately answered, Not very.

The problem with online tools is that they make it incredibly easy to solve problems, but in doing so, they sometimes lead you to solve the wrong problem efficiently.

With customer communication, the problem is not “contact customers and get it over with”.

Contacting your customer - whether it’s via email, phone, or carrier pigeon - is a means to an end: listening to what they have to say.

Read the rest of this entry »

 

For one thing, our household finally has one of the former (you may have noticed this blog was on hiatus for a few weeks).

What else?  Generally, users are afraid of doing something wrong that will damage them.  They tend to give obscure (if any) feedback on how well you’re handling them. It’s hard to tell whether a little quirkiness is normal or an issue you should be rushing to customer support for emergency help.

The other thing they have in common is that product managers tend to react with a “more information is better” attitude.  Here! Read this incredibly dense user manual / 500 pages of What to Expect The First Year!

Because, of course, nothing says reassurance like making an already distraught user think and filter and worry while they’re trying to cull out that piece or two of information they need to feel okay.

So the product/design geek in me was incredibly pleased by the worksheet that Kaiser sent us home with.

kaiser_chart

Here’s what it does right:

  • PRIORITIZES.  Only TWO things that you need to worry about with a newborn.
  • KEEPS IT SIMPLE: All you need is a pencil and the ability to draw circles.  (Now is NOT the time to make your users worry about forgot passwords or flaky internet access!)
  • CONTACT US: The phone number if something goes wrong is prominently placed and easy to remember.

It’s easy to get caught up in the technology and think with an all-or-nothing approach - we need to provide interactive help / online and searchable / beautifully designed.  What would our users think if we included a plain, simple, black-and-white text-only sheet of paper?

They’d probably be grateful.

I’m happy to report that we’ve made it through Day 14 and circled all the circles.  It’s good to be back!