Oct 16

What Will Product Management Be Like In 5 Years?

The future is hard to tease out, but here's what will happen in product management's future. (CC 2.0 by PunkToad)

The future is hard to tease out, but here’s what will happen in product management’s future. (CC 2.0 by PunkToad)

Earlier this year Janna Bastow of ProdPad put out a call for opinions on the future of product management. I quickly responded then. And realized later it would also make a good blog post.

To understand the future of product management I started from the “present” of product management. Where are we now in the product management discipline?

The “Present” of Product Management

Product management today has these characteristics:

Where (I hope) product management will be in five years

  1. Product management will be understood to be more about finding market problems and solving them than about “product” per se.
  2. Businesses will understand that the activities and effectiveness of product management are the primary leverage the business has on revenue and profits. Small improvements in PM effectiveness have outsize effects on the top and bottom lines.
  3. The business value of PM – i.e., revenue per PM – will be well known and (somewhat) managed to.
  4. Product managers take strong control of their part of go-to-market.
  5. We will have escaped from the fetters of the old inherited IT lexicon.

Three things you can do

  1. Make sure you’re spending enough time on the most valuable product management activity – finding and validating market problems.
  2. Understand where you and your company are in terms of finance-related product management ratios.
  3. Think about the literal and connotative meanings of the words you use – requirements, features, roadmaps, applications, agile. Make sure you understand not only what you mean by them, but what others hear when you say them. And if those aren’t aligned, change what you say.

Sep 16

Product Management And Fear – Three More Powerful Creative Blockbusters

Several years ago I had an article about three powerful tips for getting through a creative block. Although focused toward product managers, the tips were general purpose ways to increase your creative output.

  1. Morning pages
  2. Crappy first drafts
  3. “Use Your Obvious”

You can summarize the three tips pretty easily, despite their variety – “Just Write!”

At right around the same time I drafted this post with more tips that are especially applicable to product managers. But I just found out I never posted it! So here it is, a little late, but still pretty useful, I’d say. (Well, I still use these techniques anyway!)

Use multiple modalities

More than most other creative domains, product management is a multidisciplinary activity. All of our work has a technical aspect, a creative aspect, such as the UI, a marketing aspect, the sales aspect. And this gives you powerful tools to unblock your creativity. If you’re blocked with writing a requirement, you can design a UI, and so on. I call this approach to your creative problems “multimodal.”

If you get stuck on one mode, you can often get started on another mode and continue to make progress. And because all the modes are interdependent, making progress in one area often frees your mind up to make progress in other areas.

Suppose you are working on a new feature, but you’re not quite sure how to articulate the user story for the developers. Instead, you might attack it from a different perspective. You could start by describing how the user would experience the feature, how it would help his or her day-to-day life. Or you could start by writing down some technical constraints on the feature. What technology would be used, or how it would interact with other existing features to make sure no value is lost? Or, in a very traditional approach, you could start by writing the datasheet for the new feature. And of course you could start by sketching out a user interface.

(And remember to apply all the rules from the previous article, especially “crappy first drafts.” Your first drafts are often not going to be usable. But they’ll give you insights to use for your second and final drafts. )

Conceptualization tools

So far, I’ve described techniques that help you create the actual content of your requirement or marketing piece and all related components.

But, as my friend Scott Gilbert (with the awesome Twitter handle @AgileProducMgr) mentioned in a comment on LinkedIn, you can also use tools that help you conceptualize the problem. A novelist might use a story board, a timeline, and a cast of characters to conceptualize his or her novel. These all help develop the story, and prep for, but do not precisely achieve, getting words on paper.

We can use those techniques as well, in exact analogs to the novelist’s story board, timeline, and cast of characters. We can explore the timeline of the feature and how it fits into the process flow in the application. We can list the users of this new feature (or as they’re often called, the personas).


 As I determine if my design supports different aspects of politeness, I move the aspect to the Yes branch, with an annotation saying how it's polite in that way.

As I determine if my design supports different aspects of politeness, I move the aspect to the Yes branch, with an annotation saying how it’s polite in that way.

Another tool that works very well for conceptualizing a new feature is a mind map. I use a free mind mapping tool called Freemind. Scott uses MindJet, a commercial product. We both got a lot of value from creating mind maps. They help us understand not only the problem we’re trying to solve, but also how the solution might come together. They are great for addressing the -ilities like usability and scalability.

I created a mind map template to help me with user experience and interaction design aspects of my features. My template outlines the key aspects of user experience as described by Alan Cooper in The Inmates Are Running the Asylum (including the 17 aspects of politeness). I use the mindmap to make sure I have good answers to every aspect as I’m designing the feature.

Next Up – PM-specific Tools, Not Just Techniques

In this article I focused on techniques that are well-suited to product management’s multiple modalities. A later post in the series will be about tools that are specifically designed for PMs and how they can help overcome creative blocks. (Unfortunately, as you’ll see, some of those tools so far only exist in conceptual form – that is, in my mind.)

Sep 16

Mental Models for Product Managers – Part 2

Brain Wiring

Brain Wiring (by Wellcome Images, CC licensed)

In part 1 I introduced mental models and some reasons they are important. And I provided a few “general purpose” examples. In this part we dive into what you really came here for – product management-specific mental models.

Why are product management-related mental models different?

The mental models I’m going to talk about share two key characteristics:

  • They are about about products
  • They are not used enough

We have some great mental models in product management. But we have not been doing a great job of using them to help us make better products. While I think a lot of us have intuitive ideas about “how to think about” product management, my observation is that these mental models are not as widely used as they should be.

I wouldn’t be surprised if you haven’t even heard of these mental models. And if you’ve heard of them, you may not know how to use them.

The value proposition

For example, one of the powerful mental models is “the value proposition.” I’m sure you’ve heard this term. It’s very easy to say, and rolls off the tongue. Yet in my experience many product managers don’t know that a value proposition has a specific structure. A properly constructed value proposition is extremely compelling to prospects. But a “value proposition” that doesn’t have the four specific components of this structure is significantly less powerful.

What are the four components?

  • Who the product is for (the market)
  • What the product is (the category)
  • What the product does (its key features)
  • Why my product is a better choice for you (the differentiators)

This is the classic framework from Geoffrey Moore’s Crossing the Chasm. I’ve written about value propositions at greater length in A Weak Value Proposition Is A Symptom, Not A Disease.

Mental Model Categories

The value proposition is a mental model in the form of a template. It gives you a structure for your thinking and research. I like using good templates. Of course they are used throughout our domain – a user story is a very simple template, a Jira issue is created using a template. And most product management tools are essentially a database of items created by filling in templates.

But there are other types of mental models. While categorization itself is a type of mental model – the idea that different topics or pieces of information fall into different buckets – it’s not a product management-specific concept. But let’s use the categorization mental model to help organize some more product management-specific ideas.

One possible grouping is:

  • Templates
  • Categorization tools
  • Heuristics and algorithms
  • Cognitive laws

I’ll give a few examples of each in this post, and follow up with deeper dives in future posts.


  • The Value Proposition as discussed above
  • The Three Laws of Marketing Physics: For the best chance of success, your product should have 1) an Overt Benefit, 2) a Dramatic Difference, 3) a Real Reason To Believe. For more, check out my article on Doug Hall’s Three Laws of Marketing Physics, or his excellent book Jumpstart Your Business Brain!
  • My V.A.L.U.A.B.L.E. rubric for product requirements. I have a podcast episode and a downloadable graphic about this approach to requirements.

Just because you have a template it doesn’t mean your job is done. Filling in the templates is often extremely difficult. For example, articulating a meaningful Dramatic Difference or “differentiator” portion of the value proposition is usually difficult. (This is especially true if your product is really “a solution looking for a problem.”)

Categorization tools

Categorization is not a product-specific concept, but there are some categorization tools that are specifically about product. Here are a few of my favorites:

  • Stack ranking. It rests on another critical mental model, which also underlies “agile” – this is the idea that focusing on the most important thing first is the best use of your time.

Stacking ranking is a “one-dimensional” structure. The next set of examples live in two dimensions:

2x2 Mental Models

Cost vs Value Matrix2x2-of-requirement-cost-vs-strategic-scoreThis chart allows you to plot features or projects based on their cost (x-axis, lower values to the right) and their market or strategic value (y-axis, higher values to the top).

The upper-right quadrant of this matrix is features or projects that are inexpensive relative to the value they will deliver.

Features or projects in the lower left quadrant are expensive relative to the value they deliver.

You can make this chart more expressive using bubble size and bubble color (for example, perhaps the color of the bubble represents the risk of the feature or project).
Magic Quadrantgartner-magic-quadrant-software-test-automation-2016-2015_0This is the famous matrix that Gartner uses to categorize vendor products. The y-axis represents "ability to deliver," while the x-axis represents "completeness of vision." The upper right "magic quadrant" is vendors who have a compelling vision and can deliver on it.
The "Eisenhower Matrix"eisenhower-boxMade famous in the book Seven Habits of Highly Effective People, the Eisenhower matrix directs us to strive to spend our time on activities in the Important and Urgent quadrant, and to assess where we actually spend our time (often in the not-Important, not-Urgent quadrant, unfortunately!)
Trikro's Lean Startup Test Categorizationthe-lean-startup-playbook-1024x818Tristan Kromer has laid out a nice categorization of lean startup experiments based on whether you are looking for an idea or testing an idea you already have, versus looking for a market for the idea or validating that your solution to the idea meets the market's needs.
The BCS Growth-Share Matrixbcg-matrixIf you have an MBA you know this matrix. It's useful for evaluating the balance of your product portfolio. The y-axis represents market growth, the x-axis is market share. Each quadrant has a name, such as the "Cash Cow" - products with large market share in markets with slow growth. Cash cows throw off cash (hence the name) that can be used to grow Stars - products with a small share in a high growth markets. Dogs, of course, are products with low share in low growth markets. Usually you want to get rid of your dogs.

Categorization tools are helpful for making decisions and prioritizing features or portfolios.

Heuristics and algorithms

Technically, heuristics and algorithms give you steps to follow in specific situations. But often the steps involve reconceptualizing the situations, which puts them squarely in the province of mental model.

For example, there are some great heuristics in Chip and Dan Heath’s book Decisive that can help us make better decisions. The book is a great and entertaining read. And Teresa Torres has written a number of great articles putting a product management spin on them.

I’m going to touch on two of their mental models about decision making:

  • It’s never an either/or decision – you can always find more options than Yes/No, Go/NoGo
  • The 10/10/10 rule – think about how you’re going to feel about this decision in 10 days, in ten months, and in ten years. This rule helps you get out of the rut of taking hasty action now that you might regret later. Getting caught up in the urgency of something that might not actually be important in the long run. I illustrated the use of this rule in my article 5 tips for when your release is running late? You can push to get it out on time, even if there might be quality problems. That’s going to make you and your execs happy for a few days or weeks, but it’s going to haunt you next year when your customers stop renewing because of “your history of low quality releases.” On the other hand, if you delay the release until the quality is better – that’s a big downer today and for a few weeks, but in six months no one will remember, and in six years your company will be twice as big because all your customers renewed, citing “very high quality releases every time.”

“Rules of thumb” are another set of good heuristics that represent useful mental models. in my Rules of Thumb series I wrote about a few I use.

Cognitive laws

These mental models are rooted in the way people really think and make decisions (as opposed to how they think they do).

  • Customers don’t know what they want – this is an agglomeration of the results of a lot of different cognitive biases our customers have. Steve Jobs had a great quote, “A lot of times people don’t know what they want until you show it to them.” This doesn’t mean you shouldn’t talk to your customers. But you need to talk to them about their problems, not about “what they want.”
  • Personal goals – this is another one that’s easy to say, and powerful, but hard to do in reality. It turns out that customers and users don’t care that much about the business benefits that our products provide. What they actually care about is achieving personal goals. I wrote about this idea in greater detail in The Best Way To Engage Your Audience Is To Help Them Kick Ass.


I’ve only begun to touch on mental models for product managers – most of these I’ve described with a few sentences.

I haven’t even talked about some of the valuable larger frameworks of mental models (although I do have blog posts about some – like Kathy Sierra’s “badass” approach).

And I haven’t mentioned anti-models – mental models that are actively dangerous for product managers (despite their ubiquity).

So, there will be more coming in future blog posts. But, in the meantime, I want to make sure you have some actionable, concrete advice for making use of these ideas.

Three things you can do today

You can start putting these mental models to use, and work on your own library of mental models, with these three actions:

  1. If you don’t have a value proposition articulated using the four part framework – category, customer, benefits, differentiators – then do it. You’ll learn a lot. This is hard, by the way. And you might find yourself struggling. That’s a good sign. If you’re struggling, imagine how your market is struggling to understand why they should buy your thing.
  2. If you can’t do the 10x thing for your product, get to work on that. It’s also a hard thing. Luckily, in most cases you can do the 10x against business as usual, and not against your competitors. Although if you can do it against your competitors, that’s amazingly powerful. “Not only will you have 1/10 the downtime, but you’ll implement 10x faster than with our competitors.”
  3. Study up on mental models. This really means studying up on ideas – ideas from different domains that focus on understanding how things work, and how things can be improved. A good list of mental models to start from is Mental Models I Find Repeatedly Useful by Gabriel Weinberg.

Sep 16

A Toolset For Getting Unstuck When Your Creativity Is Blocked

Penrose Triangle - A Very Creative Block

A Very Creative Block – Penrose Triangle by Wes Peck, CC 2.0 license

We product managers are inventing stuff most of the time. Whether it’s new features, or designs, or go to market materials, or just making decisions. And that means we are going to have creative blocks. A lot. That is, except for those times when we can steal stuff from others. Unfortunately, we can’t steal as much as I’d like!

A Toolset for Overcoming Creative Blocks

So, I’ve honed a set of “thinking tools” over the years to help me make progress in this invention process. Especially when I’m stuck (which happens all the time), I find I can often get unstuck using one or more of these techniques. This list includes:

  • Mindmaps – I have several product management-specific mindmap templates
  • My product management rules of thumb
  • The V.A.L.U.A.B.L.E. rubric for requirements
  • The Cynefin framework, especially the Complex quadrant
  • Asking good questions (open-ended, “5 Whys”)
  • Talking to other people, even people who don’t know anything about the topic and aren’t that interested – it turns out I “think by talking”
  • Creating a Powerpoint about the topic, and then presenting it (out loud, but only to myself)
  • Crappy first drafts and “Just get started” and “The simplest thing that could possibly work
  • Write the Amazon review first
  • Anthropology – getting back to the people whose problem I’m solving to make sure I really understand it. (Problems are much easier to solve when you understand them correctly!)
  • Sketching and mockups, even though I’m a terrible artist and designer. Simply putting something down on paper or in Balsamiq or Powerpoint often breaks down obstacles.
  • Appropriation – seeing how others have solved this problem, or finding out how similar problems are solved in a different domain. (“Good artists copy, great artists steal.”)

Especially if I’m stuck, I do some of these things and I find myself, against all odds, making progress.

Some of these I’ve discussed before (links provided above). But much of this post is only a tease. I plan to make follow on posts about my mindmaps. But let me know if you want me to drill down one of more of these ideas.



Sep 16

Mental Models for Product Managers – Part 1

The importance of mental models

Knitted Brain Hat

Model of the brain – in yarn (CC 2.0 by Linden Tea)

There’s been an explosion – at least in my feed – of folks talking about the importance of having a lot of good mental models to help you make better decisions.

A lot of this goes back to a talk by Charlie Munger at USC Business School in 1994. He’s the other old white guy who works with Warren Buffet at Berkshire Hathaway making lots of high-payoff investments. Munger said their “latticework of mental models” is one of their core competitive advantages.

What is a mental model?

“Any concept that helps explain, analyze, or navigate the world.”

I’d also add, specifically

  • That helps you make better decisions
  • That guides you on how to take better actions

Mental models are like tools in a toolbox. If you have only a few tools, you can only solve a few kinds of problems. Like the famous saying – If you only have a hammer, then you have to treat every problem as a nail. If you have a full toolbox you have a lot more flexibility and subtlety about how you can go after problems. And tools that aren’t quite up to the job is almost as bad as not having the right tools. You can’t fix a sink if you don’t have some plumbing tools.

Mental models can also help compensate for your own limitations. We all have limitations in the way we think which mental models can help address. They can be like a mental checklist, or like a jig or fixture. Things we know we should do but forget, or things we normally don’t think about but know we should.

Mental models comprise different types of things: heuristics, “cognitive laws,” templates, categorizations and categorization strategies. And there are hundreds if not thousands of mental models. Munger says “80 or 90 important models will carry about 90% of the freight in making you a worldly‑wise person.”

Mental Model Examples

Some general purpose mental models are very useful for product managers. This short list is taken from a fantastic list of mental models by Gabriel Weinberg:

  • Cognitive bias – and all the particular cognitive biases that arise in different situations.  “Tendencies to think in certain ways that can lead to systematic deviations from a standard of rationality or good judgments.” (See list of cognitive biases.)
  • Ask Why Five Times – Arguing from First Principles .  “A first principle is a basic, foundational, self-evident proposition or assumption that cannot be deduced from any other proposition or assumption.”
  • Scientific Method .  “Systematic observation, measurement, and experiment, and the formulation, testing, and modification of hypotheses.”
  • Order of Magnitude.  “An order-of-magnitude estimate of a variable whose precise value is unknown is an estimate rounded to the nearest power of ten.”

You’re probably familiar with these and many more like them already.

Mental models for product managers

What about mental models for Product Managers specifically? There are quite a few mental models about products and making them successful. Too many to cover in this post, which is already getting long, so stay tuned for the next post.

What mental models do you use and depend on for getting your job done?

Aug 16

Selection Criteria for Product Management Tools

Tools For What We Do

As a product manager, I’d like to find some tools that help me do my job. I deal with:

  • Customers – finding their problems and listening to their product feedback
  • Markets – my segments, their problems, and how to reach them with my solution (and if they are big enough for me to make money)
  • Positioning and value propositions – what my product does for my segment, and why it’s a better solution than the competition
  • Strategy – how the goals of my company drive the solutions I deliver, and how my solution aligns with those goals
  • Revenue and profit – how my solution will generate top and bottom line dollars
  • Roadmapping – how my solution will be shaped over time
  • Competitors – who my competitors are, their strengths and weaknesses, and what I need to do to take advantage, or overcome gaps
  • Prioritization – out of all the features and solutions I could deliver, which ones should I deliver?
  • Go to market – how my potential customers hear about my solution, its value to them, and why they should buy my solution instead of our competitor, or instead of doing nothing

And oh, yeah:

  • Building a solution – addressing the customer’s problem effectively with technology, with enough differentiation that it’s possible to sell successfully

Tools for building the solution and managing that process are a dime a dozen.

But tools that help me with all those other things? Practically nonexistent. Mostly I have to use Word, or Confluence, or spreadsheets, or just my big brain, to manage all that.

My Selection Criteria

If a tool really cared about product managers, it would understand:

  • We have customers
  • Revenue is interesting
  • We do a lot of market research
  • There is competition
  • We have to take our solutions to market

And it would help us prioritize our solution based on those.

What You Can Do

  1. Irrespective of your tools, you need to keep all those things I listed in mind as a product manager.
  2. If your tooling doesn’t understand our domain specifically, you will need to augment whatever you are using to capture and manage that information. You can use templates, best practices, or just the power of your mind.
  3. If you’re evaluating or testing product management tools, make sure to ask the vendor about the topics I list above. How does the tool support your customer interactions? Your prioritization? Your value proposition?

Jan 16

2016 – More Hardcore Product Management Ahead

Calendar, by Joy (CC 2.0 license)

Calendar, by Joy (CC 2.0 license)

The turning of the calendar itself has no real meaning, but it does give us a chance to reflect on what’s gone before, and what’s ahead. In my last post I reviewed the topics we covered in 2015. This post is about where I’ll be focusing in 2016 in terms of becoming a more skilled product manager, and in helping others achieve that. I already “practice what I preach” on all those topics, of course. But there’s always room for improvement, and as I’ve mentioned lots of times, getting more effective at product management has a huge ROI.


But instead of focusing on that goal this year, I’m going to focus on a system for being a better product manager. This approach is inspired by several writers and speakers I heard this year, including James Clear and Dilbert cartoonist Scott Adams (on his blog and on on Tim Ferriss’s great podcast).

The idea is the system is what gets you to the goal. You still have the goal (maybe), but you pay attention to the system. These other guys explain it better than I do – for example, James Clear illustrates the difference between goals and systems like this:

  • If you’re a coach, your goal is to win a championship. Your system is what your team does at practice each day.
  • If you’re a writer, your goal is to write a book. Your system is the writing schedule that you follow each week.

In 2016 I’ll be working on my system for being a more effective product manager. As my new and updated system components unfold, I’ll report back.

Deliberate practice

The other big focus for me this year is “deliberate practice.” Deliberate practice is a key part of Kathy Sierra’s “badass” concept, although I didn’t go into great detail on in my badass-related posts.

If you want to become better at something, you have to practice – it’s true of skiing, it’s true of photography, it’s true of playing a musical instrument. And it’s true of professional careers as well – surgeons practice a lot, and so do lawyers. And practice is not just “doing the job.” As Kathy Sierra says in her book Badass:

Only a specific type of practice makes perfect, and in the science of expertise, it’s known as “Deliberate Practice.”

James Clear says, building on Kathy Sierra’s description:

Deliberate practice is when you work on a skill that requires 1 to 3 practice sessions to master. If it takes longer than that, then you are working on something that is too complex.

There are examples in the literature of doctors performing deliberate practice, and of course top musicians do a ton of it. But I haven’t heard of a pedagogy for product management that uses deliberate practice. It seems worthwhile to focus on this for a while, both for myself and for the product management community as a whole.

Some examples that have come to mind so far:

  • Making phone calls to stakeholders – this is actually something I’m not as skilled at as I’d like to be. Once I’m on the phone I’m fine, but it’s more of an effort for me to pick up the phone than it should be. So I think deliberate practice will help me with this.
  • Entering defects – this is something we all have to do as product managers, and I’ve actually done quite a bit of practice on this one.
  • Various situations where deliberate practice will take the form of role playing: breaking bad news to a customer, telling a sales person that the product can’t do what they just promised a prospect, breaking the news of a schedule slip. Those are all bad situations, but it will probably pay off to do some practice on how to make the best of good results as well – writing an effective company email to share an exciting customer success, for example.

I will develop a set of these small product management activities to practice, and then determine the forms that the practice will take. And then do the practice myself over the course of the year. It should be very interesting. And I suspect my skills will be much more developed at the end of the year.


Dec 15

2015 Year In Review – Hardcore Product Management

sparklerLooking back over 2015 on this blog, I see quite a lot of meaty content! The topics have been hardcore product management-related. I hope you’ve enjoyed reading it as much as I’ve enjoyed sharing it.

Summarizing (with links to the key posts), we went deep on:

I even put a product management maturity quiz out there, just for fun.

I have lots more thoughts to share in 2016. Tomorrow I’ll share some ideas on how I’m going to run things in 2016 so that more of my thoughts make it out into the blog and into the world. (The key word is “systems.”)

Dec 15

Interview With Hubert Palan, CEO of ProductBoard, Part 2 – Podcast Season 2, Episode 2

This second part of our interview with Hubert Palan is the third episode of our new podcast season of All The Responsibility, None Of The Authority, crossposted from alltheresponsibility.com. I will be crossposting the new episodes from the new site to this feed as they are published (I’m a little behind now but will catch up!).

This is part two of our interview with Hubert Palan, found and CEO of ProductBoard, and long time product management leader and executive.

Part 1 of the interview is here.

Three things you can start doing today

As always, we like to give you actionable takeaways from our podcast episodes. The three ideas below come directly from our interview with Hubert.

  1. Create a central repository, not just about the features you’re building, but about the market inputs you gather to help you find and validate the business problems you are solving. You can use a tool like Hubert’s ProductBoard, or you can try to roll your own (Nils had a podcast about this last year). This information comes from Support, Design, Product, Sales, Marketing, and your own conversations with customers and prospects. A central store of this input, and the relationships between this information and the product decisions it supports, helps mitigate some of the cognitive biases Hubert mentioned. And by gathering all this information together, you are better able to detect market signals in all the noise, and make better holistic decisions about the product.
  2. As Hubert pointed out many times in the interview, Context is King. Make sure your team, and your whole organization, knows not just what features you’re delivering, but what problems those features solve, and for whom. This not only simplifies many of the issues of prioritization, it also serves as a basis for communicating across segments of your organization.
  3. Clarity and communication are the heart of the Product Leader’s role. The better we get at clearly communicating about prioritization, context, and decisions made in the product team across the organization, the better the organization can execute on creating and selling solutions to customers.

Thanks to Hubert!

Rob and I want to reiterate our thanks to Hubert for participating in our new podcast as our first interview! If you want to learn more about ProductBoard, you can visit productboard.com. You can follow Hubert on Twitter at @hpalan, and ProductBoard tweets at @productboard.

As always, we’d love to ask two small favors from you:

  • First, please subscribe to the podcast on iTunes, or wherever you get your podcasts. You can access the podcast directly on this feed.
  • Second, please rate the podcast on iTunes or “recommend” it on your podcast app.

Finally, we really appreciate getting your opinion, so we’d love to hear from you in the comments, or via Twitter (@atrnota) and our Medium publication, All The Responsibility.

Dec 15

Interview With Hubert Palan, CEO of ProductBoard – Podcast Season 2, Episode 2

Here is the second episode of our new podcast season of All The Responsibility, None Of The Authority, crossposted from alltheresponsibility.com. I will be crossposting the new episodes from the new site to this feed as they are published (I’m a little behind now but will catch up!).

Introducing Hubert Palan

Nils first met Hubert Palan in November 2014 at the Product Management Summit in San Francisco. Nils was presenting some ideas on a “roll your own product management system of record,” while Hubert was there to talk about the product he was building – a real product management system of record. This product, ProductBoard, is now available, and it’s definitely worth checking out. Hubert is a serial entrepreneur, with innovative and incisive ideas about how product management as a discipline can be improved.

In this wide-ranging interview, we discuss Hubert’s background, how he moved into product management, his career at Good Data, where he was the VP of Product, and his decision to leave Good and start ProductBoard.

This post is Part 1 of our interview, Part 2 is here.

Three things you can do today

As always, we like to give you actionable takeaways from our podcast episodes. The three ideas below come directly from the first part of our interview with Hubert.

  1. Get in the problem space, not the solution space. Immerse yourself and your team in the problem that needs to be solved. Then, don’t devote so much of your time to the design and the solution – that’s a job for designers and engineers. Your advice and review is valuable, but your focus should be articulating the problem, then giving the rest of your team space to solve it.
  2. Turn your company or tribal knowledge into a system. It’s valuable even before it’s perfect. Think about team knowledge, the captured information you have, as something that deserves a system of record. Hubert described how difficult it is to simply use your memory for this, especially when it’s more than just you on the team. Of course, you can take a look at Product Board, but as Hubert pointed out: the system matters less than simply getting something in place.
  3. Finding the problem is orders of magnitude more important than how efficiently you can create a solution. Although it’s hard and not very well-defined, the process and results of focusing on the problem first will save time and frustration for many cycles to come, and often result in better product performance. So spend time distilling the problem from every angle, and share that with the entire product team. It will act as a beacon of light to follow.

Thanks to Hubert!

Rob and I want to reiterate our thanks to Hubert for participating in our new podcast as our first interview! If you want to learn more about ProductBoard, you can visit productboard.com. You can follow Hubert on Twitter at @hpalan, and ProductBoard tweets at @productboard.

As always, we’d love to ask two small favors from you:

  • First, please subscribe to the podcast on iTunes, or wherever you get your podcasts. You can find the podcast directly on this feed.
  • Second, please rate the podcast on iTunes or “recommend” it on your podcast app.

Finally, we really appreciate getting your opinion, so we’d love to hear from you in the comments below, or via Twitter (@atrnota) and our Medium publication, All The Responsibility.