---
title: Good Brainstorms Drive Outcomes, Not Outputs
description: Tips for brainstorming effectively that can help you better solve for your customers.
image: https://product.hubspot.com/hubfs/Brainstorms_Miller%20(1).png
---

[Product](https://product.hubspot.com/blog/topic/product)

# Good Brainstorms Drive Outcomes, Not Outputs

[ Chris Miller (He/Him) ](https://product.hubspot.com/blog/author/chris-miller)

 on May 13, 2020

Brainstorms are fun and essential for almost every product team.

They can get everyone in the team involved, they help fill out your backlog, they’re the things that get creative-minded folks out of bed in the morning. 

But there are many ways teams can let brainstorming sessions get in the way of progress.

Brainstorms can be noisy, and without active facilitation, they’re not always inclusive to all members of the team. They can be emotional (people tend to love their own ideas) and without the right structure, they can quickly tailspin into being counterproductive. Everyone has experienced at least one brainstorm where the team struggled to decide on the next steps and then defaulted to a vote, nervously hoping that a 51% majority would reveal the right thing for the team to build.

But by far, the most dangerous form of brainstorming is when teams rush to *brainstorm the wrong thing* and jump into solutions before they fully understand the problem. Skipping the problem to think of solutions usually means the team is focused on outputs, rather than outcomes. **What you build and ship is an output, but the only thing your customer needs and cares about are outcomes**. The first step in delivering outcomes is understanding what problem stands in the way.  

At HubSpot, the Growth Team’s responsibility is to convert someone who signs up for our free tools into a delighted customer by helping them unlock the value of the HubSpot platform, no matter what their software budget is. Rather than diving right into a discussion about all of the things we could possibly build to achieve this (aka outputs) we shelve blue-sky ideation in favor of focusing exclusively on understanding what problems exist in the user experience today. Why? Simple: getting clarity and alignment on the problem yields higher quality solutions. If someone told you they were injured and needed help, it would be difficult for you to know whether they needed crutches or a bandage unless you had more information about what the issue was. It’s the difference between “ready, aim, shoot!” and “ready, shoot! Did we miss? Shoot again!” 

Here are some key themes for guiding a conversation around problems, specifically the friction standing in between your users and the desired end state. I present to you the three D’s:

- Discoverability
- Desire
- Doability 

#### Discoverability

*Can your users find the action they need to take to be successful with your product? *This is a great first question in the problem discovery process, yet simple adjustments to interface design are something teams may overlook in favor of chasing complex solutions. Jason Fried has a great framework for understanding discoverability hierarchy called [*The Obvious, the Easy, and the Possible*](https://medium.com/signal-v-noise/the-obvious-the-easy-and-the-possible-a09387ad3652). Oftentimes, the problem your product has is that there’s an important task or action that should be easy or even obvious for your customer to locate, but for some reason, they struggle to do so. Prioritize understanding if this is a pothole for your customers before moving on to other hypotheses. Validate what your users are struggling to locate, architect solutions from there, and if they work, you’ll have confirmation that you’re on the right path.

Some helpful tips and launch points:

- Make sure that you have instrumented all page and button views in your analytics tool of choice and then study this data first. If the vast majority of users don’t see the button or the page the button is on, you could have a discoverability problem. 
- Check your pages on multiple devices and browsers. If the content is below the fold, then it’s possible people aren’t seeing it.
- Institute a quarterly cadence of usability benchmarking to help identify areas where users are struggling. Task-based usability is key to answering your discoverability-related hypotheses, and the same goes for desire and doability, as you’ll see below. 

#### Desirability

So let’s assume the action your users need to take in order to be successful with your product is easy, maybe even obvious, to locate, yet they still don’t take the action. Well, the truth is that the people who use your product can read between the lines. When we put that big button in our navigation bar, users are well aware that it’s because *we, the product team*, want them to take that action. Perhaps the reason that no one is clicking it is that *they, the users,* don’t want to. If you’re wondering why no one is clicking on your big button, your users may lack desire. Spending time with your team brainstorming hypotheses about why users don’t want to do the thing you’re asking them to do is time well spent. So much of growth work is manufacturing motivation. Come up with some ideas about why users don’t want to do the thing, talk to them to validate whether you’re on the right track, and then figure out ways to fix it.

- Some tips to try

#### Doability

Ok, so you’ve made the button obvious, you’ve confirmed users are clicking it, but they’re not finishing the flow. Maybe the action is just too damn hard to complete. [Understanding your product’s usability issues](https://medium.com/hubspot-product/the-possibilities-of-and-prioritizing-usability-alongside-feature-growth-f2d513a36840) and addressing them is critical to growth ⁠— your team should care about this as much as they think about shipping new features. Just think: if your highest-intent users and customers are struggling to do basic things in your product, how much money are you leaving on the table? Take the time to understand which flows are causing your users pain.

- Some best practices

While it may seem small, adopting this method has helped our team significantly. Focusing on problems first has helped us be more efficient with our meetings and [more effective in our execution](https://product.hubspot.com/blog/fix-problem-not-symptoms). And most importantly, it’s helped us become an outcome-driven team rather than an output-driven one.

[Share on Twitter](https://twitter.com/intent/tweet?url=https%3A%2F%2Fproduct.hubspot.com%2Fblog%2Feffective-brainstorming-tips)[Share on Facebook](https://www.facebook.com/sharer/sharer.php?u=https%3A%2F%2Fproduct.hubspot.com%2Fblog%2Feffective-brainstorming-tips)[Share via email](mailto:info@example.com?&subject=&body=https%3A%2F%2Fproduct.hubspot.com%2Fblog%2Feffective-brainstorming-tips)[Share on LinkedIn](https://www.linkedin.com/sharing/share-offsite/?url=https%3A%2F%2Fproduct.hubspot.com%2Fblog%2Feffective-brainstorming-tips)

## Recommended Articles

<https://product.hubspot.com/blog/hubspots-engineering-leadership-philosophy-part-1>

[Culture](https://product.hubspot.com/blog/topic/culture)[Engineering](https://product.hubspot.com/blog/topic/engineering)

## [Why our engineering leaders focus on product over process](https://product.hubspot.com/blog/hubspots-engineering-leadership-philosophy-part-1)

 Who was the best manager you ever had? Even though all of us have different people in mind, those people probably have a lot in common. Maybe he ...

[ Whitney Sorenson (He/Him) ](https://product.hubspot.com/blog/author/whitney-sorenson)

 on Mar 28, 2018

<https://product.hubspot.com/blog/its-payback-time-a-crash-course-in-saas-metrics>

[Product](https://product.hubspot.com/blog/topic/product)

## [It’s Payback Time: A Crash Course in Our Favorite SaaS Metric](https://product.hubspot.com/blog/its-payback-time-a-crash-course-in-saas-metrics)

 It’s a good time to be a SaaS company. We have tons of information at our fingertips on the metrics software-as-a-service companies should be ...

[ Christopher O'Donnell ](https://product.hubspot.com/blog/author/christopher-odonnell)

 on May 7, 2015

<https://product.hubspot.com/blog/why-we-treat-interns-like-full-members-of-the-team>

[Culture](https://product.hubspot.com/blog/topic/culture)

## [Why we treat interns like full members of the team](https://product.hubspot.com/blog/why-we-treat-interns-like-full-members-of-the-team)

 There are some companies that have special co-op and internship projects that are separate from their normal stream of product development. Often, ...

[ Eric Richard (He/Him) ](https://product.hubspot.com/blog/author/eric-richard)

 on Aug 22, 2017

## Join our subscribers

Sign up here and we'll keep you updated on the latest in product, UX, and engineering from HubSpot.

[Subscribe to the newsletter

](https://product.hubspot.com/blog/effective-brainstorming-tips#subscription-popup)

[Back](https://product.hubspot.com/blog/effective-brainstorming-tips#)

## Get Connected

The latest engineering, UX, and product news from the HubSpot Product Blog, straight to your inbox.

Next

Not using [HubSpot](https://www.hubspot.com/) yet?

Search Term:

** Search HubSpot.com ** Search the blog

Load more