GUDIE 2026

What a Google technical product manager does: How I’d explain it

Josh Fechter
By
Josh Fechter
Josh Fechter
Josh Fechter
Josh Fechter is the co-founder of Product HQ, founder of Technical Writer HQ, and founder and head of product of Squibler. You…
More About Josh →
×

Start with the technical product

A technical product manager role can cover a developer platform, infrastructure capability, data system, API, or internal tool. I would not infer the work from the company name. I would identify the users, their jobs, the interfaces they depend on, and the technical constraints that shape the product.

The PM’s contribution is product judgment in a technical context. That means choosing problems worth solving, making trade-offs legible, and helping the team learn whether a capability creates value.

The responsibilities I would expect

I would expect discovery with developers or internal users, prioritization across customer value and system health, clear requirements, dependency management, and partnership with engineering and design. I would ask about reliability, security, privacy, performance, operability, migration, and cost when those risks matter.

Technical fluency helps me ask better questions and understand consequences. It does not mean I write the architecture alone or substitute for an engineering lead. I would make decision rights explicit so product, engineering, and other partners know where their responsibilities meet.

How I would show readiness

I would prepare examples of a technical trade-off, a platform or integration problem, a failure mode I helped surface, and a decision that changed after new evidence. I would explain the user impact and the system constraint in plain language.

I would avoid claiming proprietary knowledge or relying on old interview folklore. The durable signal is whether I can connect technical details to customer outcomes, risk, and a sensible next learning step.

My bottom line

I use this approach to make the work clearer, not to add process for its own sake. Start with the problem, make the trade-offs visible, and revisit the decision when evidence changes.

If you are building the fundamentals behind this kind of work, the Product HQ technical product manager certification is a useful next step. I also share practical lessons in the Product HQ newsletter.

Josh Fechter
Josh Fechter
Josh Fechter is the co-founder of Product HQ, founder of Technical Writer HQ, and founder and head of product of Squibler. You can connect with him on LinkedIn here.