The B2B Podcast Index
Index
All categories
MarketingSalesSaaSFinanceHROpsLeadershipCustomer SuccessAI & DataProductStartups & FoundersRevOpsEngineering & DevTools
MethodologySubmit
Best of:MarketingSalesSaaSFinanceHROpsLeadershipCustomer SuccessAI & DataProductStartups & FoundersRevOpsEngineering & DevTools
An independent project byFame
SearchBest episodesGuestsInsightsMethodologySubmit a podcast
Index/Product/#HowIPM
#HowIPM artwork

Stop Judging Ideas by Job Title

#HowIPM · 2026-03-26 · 2 min

0:00--:--

Key moments - from our scoring

Substance score

11 / 100

Five dimensions, 20 points each

Insight Density3 / 20
Originality2 / 20
Guest Caliber3 / 20
Specificity & Evidence2 / 20
Conversational Craft1 / 20

Renata, a product manager and tabletop gamer, argues that organizational success depends on valuing ideas based on merit rather than job title. She emphasizes how testers often generate valuable user experience insights, how PMs can meaningfully contribute to technical decisions like database modeling and metadata structure, and how dismissing ideas because of someone's role stifles both creativity and product quality. This episode is essential for team leads, engineering managers, and product leaders who want to build psychologically safe teams where cross-functional collaboration drives better outcomes. By breaking down role barriers and treating all contributors as potential sources of innovation, organizations can leverage their full talent pool and create products with greater applicability and user value.

Key takeaways

  • →Don't dismiss ideas based on someone's job title or role; testers may have excellent UX insights and non-engineers may have valid technical input.
  • →Cross-functional idea contribution breaks down role barriers and fosters a healthier, more creative team culture that leads to better products.
  • →Product managers should be open to technical expertise from engineers on database modeling and metadata structure, just as engineers should respect PM input on design and architecture.
  • →Discounting ideas based on their source, rather than evaluating them on merit, results in less effective and less applicable products.

In this episode

  1. 1Introduction to Role-Based Barriers in Product Teams
  2. 2Valuing Ideas Regardless of Job Title
  3. 3Cross-Functional Expertise and Collaboration
  4. 4Breaking Down Professional Silos for Better Products

Topics in this episode

Metadata structurerole barrierscross-functional collaborationuser experience designproduct backlogdatabase modelingteam culture

Questions this episode answers

Why should product teams value ideas from testers and non-technical roles?

Testers often have deep insights into user journeys and user experience that can generate strong product backlog ideas, regardless of their official role. Dismissing ideas based on job title means missing valuable perspectives that improve product quality.

How can product managers contribute to technical decisions like database modeling?

PMs can bring user-centric and product strategy perspectives to technical architecture discussions, and these alternate viewpoints can make implementations more effective and aligned with actual product needs.

What happens when teams disregard ideas based on the speaker's role rather than merit?

According to Renata's experience, dismissing ideas because of someone's title leads to less good products with lower applicability, reducing overall team effectiveness and innovation.

What is the main inhibitor to creativity and collaboration in product teams?

Getting too bogged down on people performing very specific roles and discounting ideas based on the source, rather than evaluating ideas on their merit and potential impact.

What our scoring noted

Our reviewer’s read on each dimension, with quotes from the episode.

Insight Density

3 / 20

The entire two-minute episode delivers a single, well-worn point - don't dismiss ideas based on job title - with minimal elaboration. There are no sub-ideas, no surprising corollaries, and no density whatsoever; it is essentially one platitude stretched to fill a brief slot.

Just because someone is a tester doesn't mean that that person isn't perfectly capable of bringing really good user journey or user experience ideas into your product backlog

Originality

2 / 20

'Break down role barriers' and 'value ideas regardless of source' is foundational Agile/cross-functional collaboration boilerplate - arguably the single most repeated piece of PM advice in existence. Nothing here is contrarian, first-principles, or counterintuitive in any way.

My product management trick is about breaking down role barriers

Guest Caliber

3 / 20

Renata self-identifies only as 'a product manager' with no company, no scale of experience, and no verifiable accomplishments mentioned. The intro leans heavily on personality descriptors rather than any practitioner credential.

I'm Renata. I'm a product manager and a tabletop gamer and a kitten herder and I also moonlight as a whiskey aficionado

Specificity & Evidence

2 / 20

There are zero named companies, no metrics, no timelines, and no concrete outcomes. The only quasi-specific examples - database modeling suggestions and metadata structuring - are mentioned in passing with no detail about what was recommended, what changed, or what the result was.

I oftentimes will make recommendations to my engineers about database modeling or about the way that they're structuring metadata

Conversational Craft

1 / 20

This is an uninterrupted solo monologue with no host, no questions, no follow-ups, and no opportunity for challenge or depth. The format structurally prevents any conversational craft from existing.

That's something that I have experienced in a prior life and I feel actually led to less good and less applicability to the products that we are creating

Conversation analysis

Computed from the transcript - who did the talking, and the words that came up most.

Most-used words

product4idea3user2source2engineers2less2

Episode notes

The How I PM collection includes 50 strategies from practicing product leaders. Most are available exclusively to Product Way members. Renata McCurley, Founder of Mariposa Insights, has led product teams for over 20 years across consulting and enterprise environments. In this tip, she addresses a pattern that costs teams their most creative thinking: filtering ideas by the job title of the person who raised them. Renata shares how she challenges that pattern on her own teams. She talks about making technical recommendations to her engineers, why her team evaluates contributions on merit regardless of role, and what opens up when a team commits to hearing ideas before checking credentials. Get the full library of 50 How I PM strategies plus PM Select, where we connect product managers with companies actively hiring for PM roles:

Full transcript

2 min

Transcribed and scored by The B2B Podcast Index.

I'm Renata. I'm a product manager and a tabletop gamer and a kitten herder and I also moonlight as a whiskey aficionado and this is how I pm. My product management trick is about breaking down role barriers One of the biggest inhibitors I found in previous projects to really getting the creativity and collaboration that a team needs is and fostering a healthy culture within a group is getting too bogged down on the idea of people performing very specific roles within a project.

Just because someone is a tester doesn't mean that that person isn't perfectly capable of bringing really good user journey or user experience ideas into your product backlog. Don't discount an idea just because of the source. I oftentimes will make recommendations to my engineers about database modeling or about the way that they're structuring metadata. I'm kind of an alternate source for that information, but now and then something will hit home and it'll make an idea more effective when we actually implement it in the product.

I'm so happy that my engineers don't disregard me just because I'm a PM when I bring technical expertise to the table. That's something that I have experienced in a prior life and I feel actually led to less good and less applicability to the products that we are creating.

Related episodes across the Index

Other episodes covering the same guests and topics, from across The B2B Podcast Index.

  • Changying (Z) Zheng - Connecting Teams Through OpsBrave UX with Brendan Jarvis 🇺🇦 · on cross-functional collaboration79 / 100
  • The Data Mix - S3 Ep2 - Rosanne WernerThe Data Mix Podcast · on cross-functional collaboration78 / 100
  • Customer Success Playbook Podcast S3 E66 - Jake McKee - AI Experience DesignThe Customer Success Playbook · on user experience design77 / 100
  • Learning TogetherAll Things Product with Teresa and Petra · on cross-functional collaboration75 / 100
  • Tool selection and the unpredictable variableContent Operations · on Metadata structure73 / 100
  • #294 The Skills Every CFO Will Need by 2030 Myles Corson EY Global Financial Accounting Advisory Services, Strategy and Markets LeaderGrowCFO Show · on cross-functional collaboration72 / 100

More from #HowIPM

All episodes →
  • How Small Experiments Improve Team Processes42 / 100
  • Why Your Timelines Sound Like Promises33 / 100
  • Stop Putting Features on Your Roadmap43 / 100
  • Tell Your Product Story with a Strategy-Based Roadmap (#HowIPM)31 / 100
  • Tell Your Product Story with a Strategy-Based Roadmap
Explore the best B2B Product podcasts →
All #HowIPM episodes →