A simple, powerful way for a PM to engage with the technical side is to propose a periodic meeting to review third-party libraries and their updates. This keeps the team aware of new features, shows strategic technical thinking, and builds respect with engineering—a practice almost no companies do.
To foster genuine advocacy with technical audiences, you must go beyond swag. Grant them a sense of ownership by incorporating their ideas into the roadmap and providing APIs to extend the product. Then, make it incredibly easy for them to share their creations and be sure to celebrate their contributions publicly.
When facing a major technical unknown or skill gap, don't just push forward. Give the engineering team a dedicated timebox, like a full sprint, to research, prototype, and recommend a path forward. This empowers the team, improves the solution, and provides clear data for build-vs-buy decisions.
To move from engineering to product, don't just ask for the role. Proactively demonstrate PM skills by systemizing learnings from customer interactions. Starting an internal 'customer insight newsletter' based on your debugging work proves your value and builds an undeniable case for the transition.
Building your own product forces you to confront technical realities like database migrations and architectural trade-offs. This firsthand experience provides deep empathy for engineering challenges, which in turn builds crucial credibility and improves collaboration with development teams.
To get product management buy-in for technical initiatives like refactoring or scaling, engineering leadership is responsible for translating the work into clear business or customer value. Instead of just stating the technical need, explain how it enables faster feature development or access to a larger customer base.
To build trust and deliver value, product managers cannot be 'tourists' who drop in on other departments transactionally. They must become 'locals'—deeply integrated, trusted partners who are regulars in cross-functional conversations and are seen as being 'in the battle' together with sales, marketing, and other teams.
Beyond speaking the same language as developers, an engineering background provides three critical PM skills: understanding architectural trade-offs to build trust, applying systems thinking to break down complex problems into achievable parts, and using root-cause analysis to look beyond user symptoms.
Because PMs deeply understand the customer's job, needs, and alternatives, they are the only ones qualified to write the evaluation criteria for what a successful AI output looks like. This critical task goes beyond technical metrics and is core to the PM's role in the AI era.
PMs at founder-led startups often fail to gain influence by jumping straight to strategy. The key is to first earn deep credibility by mastering the product, its customers, and the business. Only after you've demonstrated this command will a founder trust your strategic instincts. Don't skip the tactical work of earning your seat at the table.
Instead of faking expertise, openly admitting ignorance about technical details builds trust and empowers specialists. This allows you to focus on the 'what' and 'why' of the user experience, giving engineers and designers the autonomy to own the 'how', which fosters a more collaborative and effective environment.