Married Inc. Author
Malgosia
August 24th, 2006

Product Management: Part 1

Time to switch gears from marriage back to business… Sorry to disapoint, but this IS a blog about our adventures in marriage AND business.

I’ve been doing a lot of thinking about Web 2.0 product management lately – it’s what I’ve been doing with Nuvvo and it’s also what I enjoy most. There is a lot to think about so I hope to make this a multi post affair. Please let me know your thoughts – things I missed, things I got wrong, things I got right. I left some stuff out intentionally in fear of rambling on too much.l

I decided to start with the big picture: what drives product management decisions and execution? I came up with the super fancy diagram below. Thank you OmniGraffle! The arrow directions represent the flow of information. The length of the line represents how close I feel the relationship should be (frequency of contact, for example). The size of the circles represent their importance to the decision making process for a product manager.
product-management.jpg


Customer:
This is the biggie. Try to get to know your customers. Figure out who they are, or who you think they will be, and talk to them. Get them onside, offer them incentives (material or not), and build a relationship. Sometimes you’ll need to filter out the noise, and find the real insights. Try to stay accessible. Lastly, try to become a customer yourself. Use your own product, early and often.

Marketing:
If you build it, they probably won’t come…unless you’ve got great marketing execution. Also, a lot of product decisions should be made with marketing in mind. If you’ve got a freemium pricing structure, which features are free and which are premium? As the product manager, you’re also your product’s evangelist, so you should get out there and blog, participate in (un)conferences, do podcasts.

Industry Trends:
I start my day reading industry blogs and publications. I skim them to see what’s new. I try out products that sound interesting or relevant. I look for inspiration, direct or indirect. I see what’s working and what’s not working. Offline, I try to connect with others in my space to understand what they’re doing, their thoughts on ideas, their passions. Focus on products focusing on your target market – it’s more relevant and there is possibility that great partnerships may ensue.

Development:
Your development team makes your vision a reality, so you should be really close. Understand who they are, their background, their skillset. Don’t expect old-school developers to become Agile developers overnight. Make sure you speak a common language and check in with them very often so you don’t end up with something unexpected in 3 months’ time.

Competition:
Everyone has some sort of competition, even if you’re selling into whitespace like many Web 2.0 companies. It’s a good idea to know who they are, and where they came from (some background can sometime shed light onto seemingly bizarre behaviour). If possible, it’s a good idea to try their products out, see what their customers are saying about them, and try to learn from their mistakes and failures. If possible, talk to them.

For a one-product business, the role of product manager can mean the role of CEO to a large degree - your product strategy, at least for the short run, IS your company strategy. There is a lot to think about, and a lot to coordinate. The actual execution of all this is an entire new post alltogether.

Trackback URL
5 Responses:

Hi Malgosia!

Dontcha just love diagrams! :^)

I made one for you, however I cannot post it here (boo hoo)
So - I made a page on my web with both our super fancy diagrams and the following discussion. - please feel free to copy and add the diagram here if you want.
http://www.slaterocks.ca/IMAGES/prodmanblogreply.html

Your diagram (at top) contains all the important core elements of product management and starts to correctly illustrate the relationships between each using relative sizes and distance.

My diagram shown below builds on this same “How the heck DO you manage emergent technology products anyways???” question. I have been noodling on this for quite some time and it is, strangly enough, a slave to it’s own design and constantly changes. Today’s changes being inspired by your model - I changed the font size of the core components to carry forward the same ‘importance’ relationships your ‘bubble’ sizes express. The only big difference between our core ideas is that I have grouped industry trends and competition together as I feel they are quite intertwined - thinking that competition is perhaps best looked at in the context of trends?? Perhaps….

I have taken those core elements you describe and relate them in the context of “Effort and Community”. Effort - in all its forms, sweat, material, cash, debt. Community / Connectedness - probably the single most important factor in your success is your innate understanding and application of continuous energy in this dimension. Blogs, PODs, Meshing, Wikies and all!

I am also a real fan of sustainable business and environmental practices and find there is little or no difference between ‘business’ and ‘environment’ as systems and so I use an Ecological Energy System model as the base.

The iterative product development strategy that you have adopted is further expressed in my model by the use of the infinity symbol as both a conceptual and practical flow model. Once a full cycle is initially completed from that point onwards the product exists simultaneously at ALL points along the loop. Constantly being re-born, constantly growing, constantly in use, constantly declining…. I think this suggests that successful product managers must also be nonlinear and deal with emergent changes at any point in the loop, at any time - as well as seek change out purposefully at all points of the loop as a means of constantly adding energy to the product life cycle.

:^) Have FUN! Brian Slater

Posted at 6:24 pm on August 30, 2006 by Brian Slater

Brian,

Sorry for not responding sooner. John and I were in Cuba on vacation.

I’m impressed by your post. And your diagram. I like the infinity symbol as an expression of the constant flow between these elements. You’ve obviously given this a lot of thought. Mine was a first attempt to “diagramatize” it (so not a word).

I’m not sure I agree with grouping competition and industry trends. I suppose it’s the place I’m coming from. Nuvvo is elearning a la web 2.0. We’ve dipped into industry trends for web 2.0 and the traditional elearning space for direction. Our competition is just traditional elearning, more or less. So, grouping the two didn’t make sense. If you’re more into whitespace, it makes sense to separate them.

I’ll ponder some more on your diagram and approach and maybe post later if something else useful occurs to me. My next post in this thread I hope to look at execution a bit more, which you’ve already touched upon a bit. I love this stuff!

Posted at 4:12 pm on September 4, 2006 by Malgosia

Hi Malgosia,

fascinating…..

Perhaps one way of finding value in grouping competition with industry trends is to consider the notion that you, and your competition, are the very entities that set industry trends. Given that is true, a trend would not exist without competition - and competition may not exist without trends. Furthermore it is the dynamics between you and your competitors that creates the energy that drives change (ie: product management decisions) particularly within a push market such as elearning.

So from this perspective a product manager can look at competition and trends as a somewhat unified factor when trying to determine whether or not something new a competitor has come up with is indeed a harbinger of change and should be viewed as a threat or not. If a threat is perceived then the product manager would have cause to more seriously consider a particular engineering change AND havesome idea as to whether or not this change is just an incremental feature tweak OR something that addresses a larger conceptual change.

Your initial post also touches on something more controversial and lots of fun to ponder. First of all I think you are right on the money when you say that “in a one-product business, the role of product manager can mean the role of CEO to a large degree - your product strategy, at least for the short run, IS your company strategy.� This leads me to consider what the conceptual role of such a CEO/Product manager actually is.

I would like to suggest that, perhaps, one foundation element of this role is to be able to look at the universe through this competitive/trends ‘lens’ and constantly challenge ones assumptions by posing the following questions:

1. What really IS our core competency? Are we software programmers OR education facilitators?

2. What do we really sell? Do we sell software OR sell education empowerment?

3. Who really is our competition? Is it just other software companies OR anyone, anywhere, web or not, who supports educators with empowering technology.

4. Who really is our customer? Just web 2.0 savvy educators OR any educator… anywhere. Is it even just educators??? (educators may generally be your end users but not necessarily your point of sale customers!)

In other words - an effective CEO/product manager constantly challenges the core assumptions that they base their strategy on in the process of observing competition and industry trends and in the context of their product life cycle ecology…

I’ll see if i can come up with a “diagramatizationâ€? of this (even more not a word)…. ;^)

cheers
Brian

Posted at 2:12 pm on September 5, 2006 by Brian Slater

[…] Thanks to my compatriot Brian, Part 1 was a great success. It even got picked up on Red Canary. Part 1 also spawned some great discussions whose theses led me to this installment. Product Management…what the heck is Product Management? […]

Posted at 7:47 pm on September 13, 2006 by Product Management: Part 2 » Married Inc.

[…] Time for another installment! This time I’d like to tackle the relationship between Product Management and Development. Part 1 alluded my opinion that this relationship should be close. Anthony kindly pointed out in Part 2 that some designers think product managers should “bugger off” when it comes to imposing too much design input. That may be the case, but my personal experience suggests that most developers appreciate that sort of direction. Regardless of when product management ends, and development start, some sort of framework for working together should be established, and indeed carried over throughout all product management interactions. At least I think so… […]

Posted at 9:41 pm on September 26, 2006 by Product Management: Part 3 » Married Inc.
Post a comment:

GMAT Prep Community - SAT Prep Community - Study in Canada Community - Study in USA Community
Cooperative Learning Community