refoundai/breaking-into-product
Help users identify the most viable path into product management, assess their role fit, and execute a transition strategy through internal mobility, APM programs, or startup roles.
npx skills add https://github.com/RefoundAI/lenny-skills --skill breaking-into-product
Strategically navigate the competitive path to your first product management role.
Help the user with breaking into product management using insights from 11 guests and posts across Lenny's Podcast and Newsletter.
Annie Pearl: "I think there's really two paths. I think one is more formal in nature. There are associate product manager programs out there and many scaled companies, Google, Meta. All have APM programs that you can formally apply to."
The most effective way to break into the role is through internal transfers or formal APM programs at companies where you have already built trust.
Kevin Yien: "So for me, the sort of foundational three are going to be engineer, designer or salesperson. I think sales also gets not a bad rep, but a misrepresented reputation in tech where all they care about is quota, it's just about numbers, et cetera. In reality, the best salespeople are the best listeners, the best people at understanding the problem that the customer is having and then translating that into what you can do for them."
Gaining experience in roles that directly build or sell the product provides a necessary foundation for understanding how to convert potential into customer value.
Naomi Gleit: "I ended up going, sort of the analogy, I went to the second floor most days after work, asked if there were any projects that I could help out with. It was very early days. There was always more to do than people to do it. And so eventually I picked up a few projects, helping with program management, giving my product feedback, and by the time that I actually applied formally to be a product manager, I had been doing the job voluntarily, almost informally for a few months."
Prioritize getting into a high-growth company in any capacity, then leverage that position to transition into the product department once you have proven your capabilities.
From "Should I become a product manager": "I switched from engineering to product about ten years into my engineering career, and looking back it was one of the best decisions of my life. Though I loved programming, frankly, I was a mediocre engineer. I got my work done, but I knew I was never going to be an amazing engineer."
The transition is most successful when you are already naturally performing PM-related tasks like stakeholder coordination and customer discovery in your current role.
Christopher Miller: "I think the pedigree of product manager at HubSpot at that time was also a bit different. There were folks who maybe started their time at HubSpot in support, and so intimately familiar with the product and with customers. Some of these people had closed thousands of support tickets and my background was a bit different."
Deep domain expertise in customer support or internal operations can be your 'wedge' into a PM role by solving problems the business isn't yet addressing.
Deb Liu: "I think when you have passion around a product or passion around a company or around a business model or around something, it shows. And so it's not necessarily faking the enthusiasm or faking the idea that you want to work there, but you don't have to know how to write this spec or PRD or briefings or anything like that. You don't know how to do customer research or do data analytics or read reports, but instead show your passion around the product itself, around the use case, around the customer."
Demonstrating a genuine obsession with solving user problems is often more effective than formal credentials when convincing a team to hire you as a first-time PM.
For all 10 sourced insights from 11 guests, see references/guest-insights.md
Take refoundai/breaking-into-product from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.