If youโre in a technical role and youโre starting to feel like "the glue" - the one people come to for answers, priorities, or direction - you might be on the path to product too.
Already made the switch? Thinking about it? Iโd love to hear your story. ๐
I didnโt set out to become a Product Manager.
In fact, I like to joke that I slipped and fell and woke up as one.
But hereโs how I ended up as a (technical) Principal PM - and why I stayed. ๐งต๐
Now I lead multiple security-focused products.
I write PRDs, build PoCs, handle escalations, demo new features, contribute code, and sometimes jump into devtools to mock up UX.
Every day looks a little different - and thatโs what I love about it.
"If you're a great engineer, you'd be a great TPM."
Being a great engineer helps. But TPMs also need to be great communicators, translators, and facilitators. Influence > authority.
If you've ever felt like a translator between teams, you might already be doing TPM work.
Are you a TPM (or work with one)? Whatโs your definition? ๐
What is a (technical) Product Manager, really?
A TPM isn't just a PM who "knows a little code." We sit at the intersection of product, engineering, and business - but we aren't just project managers either.
So what makes a Technical PM unique? Let's break it down. ๐งต๐
A great TPM balances deep technical knowledge with strategic thinking.
Too tech-heavy? You lose sight of the product.
Too high-level? Engineers won't take you seriously.