Month: September 2010
NOTE: The following is a guest post from Tom Leung. If you want to submit your own guest post, click here for more information.
I recently had a fun chat with a former colleague about UX versus PM. We were talking about how I thought the Analytics Pro app PM did a great job delivering such a great customer experience; the design was intuitive, and everything worked seamlessly.
My UX friend said (with a bit of a smirk) “90% of what you describe as product management sound a heckuva lot like design to me.”
Oh no he didn’t. Sometimes I think he just likes to set me off on a rant. And if that was intention, he was successful.
1) Design without Customer Insights is just modern art (useless).
I’ll be the first to give credit to UX designers for the actual designs but I think PM’s play two very important roles.
First, they help define the requirements which, if they’re good, represent what users want and need most as well as map to the long-term vision for the product and strategic considerations for what will build a durable, high-growth business. Moreover, while great UX is about elegant, clean, and simple designs — great PM’s help identify latent needs and ideate corresponding product ideas .
Good PM’s come up with the very first scribbles on a white board or on a piece of copier paper that are the seeds of what eventually could be a ground-breaking feature design.
2) Mocks don’t ship themselves.
Even if the UX designer was solely responsible for the design, the PM still plays a vital role shipping a real product.
Arbitrating disagreements between engineers (who invariably say they can’t build it the way the mocks look but did it a “better” way) and designers (who invariably file countless bugs when the staging server shows something usually far less elegant and cool than the mocks). Even before those “good disagreements” there are the disputes over what to build and how to implement the design in the first place.
The PM has to drive towards consensus, get everyone bought into a shared vision, and be the meeting rat hole eradicator. It’s not that the designer, marketer, bizdev guy, QA person, Ops person, business owner, and engineers aren’t smart – they’re incredibly smart. It’s just that functional experts are experts because they go deep into their area of specialization and as such have blind spots when it comes to the other functions.
Trying to understand all the perspectives to avoid shipping something that does well for most functions but fails miserably for one of them and synthesizing all of those perspectives to arrive at a optimized release isn’t trivial.
3) If you build it, they won’t come
Every now and then truly great products just spread like wildfire, especially if they have network effects. Unfortunately, most products (even great ones), need more than innate UX greatness to really hit it big.
PM’s need to work with product marketers (if there are any) to get the word out, influence the influentials, present at conferences, come up with PR hooks, optimize sign up flows, and effectively be the face of the product is essential — especially in the early days.
I think we all know of products which are actually second best from a taste test pov but have #1 market share — this is especially true in the B2B spaces. Those second best leaders are almost always the result of really polished and aggressive marketing, sales, and evangelism. More often than not, especially in smaller companies, that requires a great PM to lead the charge.
So yes, PM’s take credit for great the UX’s that make it into the hands of users. They should.
And while the range of previous jobs held is incredibly diverse, the key questions are:
1. What prior job(s) best prepared you to be a PM?
Leave your answers in the comments section of this post.
For me, there were two prior jobs that served me best — technical writing, and running my own business.
I’ve met a lot of PMs who were former tech writers. That job really taught me how to communicate with both technical and non-technical people, and the tech writing jobs I had were in small companies, so I really had to understand the entire product I was documenting.
The range of products I documented included programming languages, class libraries, applications and infrastructure. I really learned a lot about the entire software development process in this role.
As a business owner – and it was a really small business to be honest — I learned about selling (via lots of rejection), customer satisfaction, project management and people management. Overall a good complement to the technical skills I got as a tech writer.
So there you have it.
What about you?
I’ve been working on a couple of pieces, but haven’t finished them yet. And I must say that neither Alan nor Ethan has posted anything in a VERY LONG time. 🙁
So, to fill the void, I’m putting out a call to those of you who have something to say and want to be heard. Yes, I’m talking to you.
Got something brilliant you want to share? Or an issue you want to discuss? Or even just a haiku or two to lighten our day?
Use the CONTACT US form and tell us about it.
We’ve had a number of previous guest bloggers who’ve gone on to fame and fortune 🙂 after being published on our blog.
You could be next. It’s like the Colbert Bump, but in this case, for Product Management.
I’m looking forward to your submissions.
A whole lot of ProductCamps are being held in the next few months, all across the US as well as a new one in Canada (Montreal) and one in the Netherlands (Amsterdam). If one is near you, try to attend. It’s well worth your while.
You can find more details on our Events page.
If you have an event — even if it’s not a ProductCamp — for the Product Management/Marketing/Development community, submit it via our Event form.
We’ll publish it on our Events page and promote it on our site.
Here’s what’s coming in the next couple of months.
- Oct. 23, 2010 – ProductCamp Seattle
- Nov. 6, 2010 – ProductCamp NYC
- Nov. 6, 2010 – ProductCamp SoCal (Irvine)
- Nov 13, 2010 – Rocky Mountain ProductCamp (Denver)
- Nov. 13, 2010 – ProductCamp Minnesota (St. Paul)
- Nov. 14, 2010 – ProductCamp Amsterdam
- Nov. 21, 2010 – ProductCamp Montreal
More details on these events can be found here.