Start with the primary question
I separate these roles by asking what decision or outcome each one primarily supports. A technical product manager usually helps decide what technical or platform problem is worth solving and why. A scrum manager usually helps the team improve how it collaborates, plans, inspects, and adapts.
There is overlap, especially in organizations with flexible titles. The title alone cannot tell me the real accountability.
Compare the work
I would expect a technical product manager to connect customer or business needs to architecture, platform capabilities, reliability, security, and technical trade-offs. The role may shape product direction and prioritize investments, while partnering closely with engineers.
I would expect a scrum manager to facilitate useful team interactions, coach agile ways of working, surface impediments, and help the system improve. That role should not become a project traffic controller or a substitute decision-maker for the team.
Make the partnership explicit
Both roles need clear decision rights. I would write down who owns product priority, technical design, team process, risk escalation, and stakeholder communication. When those boundaries are vague, the team can spend energy negotiating the role instead of solving the problem.
Make the operating agreement visible
I would turn the practice into a lightweight agreement: who owns the next decision, what evidence is needed, which risk is being watched, and when the team will review what it learned. That makes the work easier to coordinate without pretending the process is the outcome.
I would invite the people doing the work to challenge the setup. Their experience can expose a hidden dependency or a safer way to improve the system before a small issue becomes a delivery surprise.
My bottom line
I do not treat one role as more senior by default. I look at scope, accountability, and the needs of the product system. The Product HQ technical product manager certification can help build the technical delivery foundation, and the Product HQ newsletter offers more practical guidance.