What does it take
|
Dear Reader,
Together with my friends at Orbital (a company I advise), I recently ran a LinkedIn poll about user interview behaviors. My goal was to get a rough overview of how product teams approach preparing customer interactions.
Here’s what I learned from the 320 total votes:
Most (55%) of participants schedule interviews themselves, which indicates the healthy democratization of research access to scale Discovery in companies. While it requires the right skills and tooling, I have seen many situations where enabling a product team to recruit themselves simply reduces friction. And it creates the capacity for roles like user researchers to focus on the big rocks.
But do teams get the access they need? What's the point of being able to do your research when it takes you ages to get to the next reliable insight? 53% of participants shared that setting up their last five interviews took less than two weeks. Depending on the quality of the participants (and, consequently, insights), this feels good enough. Faster is often better, but you sacrifice interviewee quality for an artificial cadence.
Speaking of which, How do teams ensure they talk to the right people? Product Analytics data (38%) and Screener responses (32%) are the go-to qualifiers for the participants of this poll. This is probably the result of a team's context: The former depends on the available tooling and interview infrastructure, and the latter "only" requires skills to craft revealing screener questions.
Lucky for you, Orbital can help you in these three areas.
Disclaimer: I see the scientific shortcomings of LI survey data and the potential skewing of results. It's one valuable (and, frankly, fun) data point.
Did you enjoy this one or have feedback? Do reply. It's motivating. I'm not a robot; I read and respond to every subscriber email I get (just ask around). If this newsletter isn't for you anymore, you can unsubscribe here.
Thank you for Practicing Product,
Tim
Learn how I helped companies like Deutsche Telekom and Forto hone their Product Discovery practices. I closely work with product organizations through workshops and coaching to introduce and adapt Product Discovery.
| Learn more about my Discovery Consulting |
What did you think of this week's newsletter?
As a Product Management Coach, I guide Product Teams to measure the real progress of their evidence-informed decisions.
I focus on better practices to connect the dots of Product Strategy, Product OKRs, and Product Discovery.
1 tip & 3 resources per week to improve your Strategy, OKRs, and Discovery practices in less than 5 minutes. Explore my new book on realprogressbook.com
Product Practice #404 Linked Better Practices over Stacked Best Practices PUBLISHED Apr 16, 2026 READ ON HERBIG.CO Dear Reader, During a recent webinar, someone asked a question I had to think about a bit longer: "What do you do when your strategy is still early, and you're not sure if it's right?" The answer that popped into my head was based on an incredible piece of advice (or admission) I received from a former boss 10+ years ago: No one knows if their strategy is right in the beginning,...
Product Practice #403 Linked Better Practices over Stacked Best Practices PUBLISHED Apr 9, 2026 READ ON HERBIG.CO Dear Reader, During my last webinar on Connect Strategy, Goals, and Discovery with Progress Wheel, I asked people which part of their work is most prone to Alibi Progress. Almost everyone who chimed in named OKRs. And that's because many OKR cycles start the same way for teams: Someone opens a spreadsheet, fills in three to five semi-random metrics, and picks a value that isn't...
Product Practice #402 Product Discovery forInternal Enabler Teams PUBLISHED Apr 2, 2026 READ ON HERBIG.CO Dear Reader, Because the customers of your product just sit three desks away, you might think you can just "talk to them." And that's precisely what often leads to the low adoption of better product practices among product teams working on internal products (also sometimes called Enabler Teams). And why, when a user has a company email address, it is likely nobody's doing discovery on...