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.
Instead of a traditional product roadmap, give engineers ownership of a broad "problem space." This high-agency model pushes them to get "forward deployed" with customers, uncover real needs, and build solutions directly. This ensures product development is tied to actual pain points and fosters a strong sense of ownership.
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.
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 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.
It's not enough for platform PMs to interview their direct users (developers). To build truly enabling platforms, you must also gain wider context by sitting in on the developers' own customer interviews. This provides deep empathy for the entire value chain, leading to better platform decisions.
The product development cycle has shifted. Instead of writing a spec, Product Managers use AI coding tools like Bolt.new to build the initial working version of a product. They then hand this functional prototype to engineers for hardening, security, and scaling, dramatically accelerating the process.
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.