Product Marketing Career PathProduct LaunchesStakeholder ManagementInfluencing the Product RoadmapProduct Marketing KPI'sEstablishing Product MarketingBuilding a Product Marketing TeamCompetitive PositioningGo-To-Market StrategySales EnablementMarket ResearchProduct Marketing InterviewsEnterprise Product MarketingProduct Marketing 30/60/90 Day PlanConsumer Product MarketingBrand StrategyPricing and PackagingPlatform and Solutions Product MarketingInfluencing the C-SuiteCategory CreationSelf-Serve Product MarketingProduct Management Career PathGrowth Product MarketingProduct Marketing SkillsSMB Product MarketingProduct Roadmap & PrioritizationProduct Marketing Soft and Hard SkillsIndustry Product MarketingBuilding a Product Management TeamRelease MarketingDeveloper Product MarketingAnalyst RelationshipsBuilding 0-1 ProductsTransformative Product LaunchesProduct StrategyProduct Management SkillsProduct Marketing / Demand Gen AlignmentEstablishing Product ManagementDemand Generation StrategySMB Product ManagementDemand Generation Career PathProduct Management KPI'sTechnical Product ManagementConsumer Product ManagementStorytellingRevenue Ops KPIsProduct Management InterviewsAI Product ManagementRevenue Ops 30 / 60 / 90 Day PlanAccount Based Marketing StrategyProduct Marketing vs Product ManagementProduct Management 30/60/90 Day PlanDeveloping Your Customer Success CareerRevenue Ops Career PathTechnical Product MarketingScaling a Revenue Ops TeamEnterprise Product ManagementScaling a Customer Success TeamProduct Development ProcessEstablishing the Revenue Ops FunctionRevenue Strategy ExecutionBuilding a Demand Generation TeamScaling a Sales TeamCustomer Success Soft and Hard SkillsGrowth Product ManagementCustomer Success InterviewsAI and Product MarketingDeveloping Your Sales CareerSales Soft and Hard SkillsDemand Generation KPI'sBuilding a Revenue Ops TeamDemand Generation 30 / 60 / 90 Day PlanSales InterviewsPartner Product MarketingMessagingCustomer Success KPIsChannel MixProduct VisionPlatform Product ManagementGrowth Marketing StrategySales KPIsDemand Generation InterviewsRevenue Ops SkillsDemand Generation Soft and Hard SkillsScaling a Demand Generation TeamDemand Generation SkillsCustomer Success 30 / 60 / 90 Day PlanProduct Management vs Product MarketingEstablishing the Customer Success FunctionEstablishing a Demand Generation FunctionRevOps ReportingDigital Marketing StrategyCustomer Marketing StrategyIntegrated Campaign MarketingEnterprise SalesSales DevelopmentCustomer Success / Revenue Ops AlignmentProduct Marketing Productivity HacksDeveloper Product ManagementSales KickoffManaging Mature ProductsProduct AdoptionProduct InnovationProduct DifferentiationSegmentationRevenue Ops InterviewsSales 30 / 60 / 90 Day PlanCampaign OperationsData and AnalyticsOutbound Product ManagementEstablishing the Sales FunctionCustomer ExperienceEnterprise Customer SuccessCustomer MarketingDeal StrategyCustomer Success LeadershipProduct OperationsMarketing / Revenue Ops AlignmentAI and Customer SuccessInfluencing without AuthorityDiscovery TacticsEvent Marketing StrategyTechnology ManagementDigital MarketingFinance / Revenue Ops AlignmentSales/Revenue Ops AlignmentSales / Demand Gen AlignmentAccount ExpansionUser Interviews
Get answers from product management leaders
Mani Fazeli
Mani Fazeli
Shopify Director of ProductDecember 14
Becoming more KPI driven is a matter of desire and taste. No person, team, or organization attempts to change without believing that behaving differently will result in an improved outcome they care about. It's only possible when leaders buy into how it would improve the success of their teams and business (e.g. profitability, valuation growth, employee engagement, talent retention, positive social impact, etc.) Some companies are steadfast that the use of KPIs should not equate to being data driven everywhere in the company. They prefer to have data informed teams that reserve room for intuition and qualitative insights. There is no right answer here. If we find ourselves with a company that's bought into a shift towards being KPI driven, but is trying to figure out how at the team, group, or division levels, then I'd recommend the following: 1. Have the leaders of the team/group/division define their strategy for a period of time through written outcomes, assumptions, and principles that are most critical to their success. 2. Gather all the data already available and audit it for quality and trustworthiness, then see if you can model your product or business (i.e. in a spreadsheet) to see if the assumptions you've made and outcomes you've articulated can be explained by your data. If not, note what's missing and how you could gather it (and be comprehensive at this stage). 3. Work with your engineering and/or data team to instrument the metrics you need, backfilling where possible. Remember that you'll need continuous energy to ensure your data remains audited and accurate, as data corruption can severely disrupt your KPI-driven organization. 4. Develop a process for regularly collecting, analyzing, and reporting on the chosen KPIs. Without this ritual, your efforts will be for not. Being KPI-driven means knowing and using the data to make decisions. In my experience, to get the flywheel spinning, you need to have weekly rituals that can morph to monthly rituals. These can be augmented with quarterly business reviews. 5. Make sure that the chosen KPIs are easily accessible and understandable to all members of the teams. This may involve creating dashboards or other visualizations to help team members quickly see how the product or organization is performing. Repeat your KPIs at kick-offs, all-hands, town halls, business reviews, and anywhere else you gather. It's only when you think you're over communicating them that you've probably approached a baseline level of understanding of the KPIs, and how they inform decision making, across your company. 6. Provide regular training and support to team members to help them understand the importance of the chosen KPIs and how to use them effectively to improve the org. If you have a wiki, put your tutorials there. Make it mandatory to consume these during onboarding. Offer self-serve tooling. The more people can be involved with the data, the more you'll make this cultural shift. 7. Regularly review and adjust the chosen KPIs to ensure that they are still relevant and useful. Account for any changes in your outcomes, assumptions, and principles. Assess suitability annually. Set targets annually and adjust mid-year. Some companies do this more often, and your culture should dictate what's best. 8. Lastly, make sure that all KPIs have their lower level metrics clearly mapped for the company to see. Teams influence these input metrics more quickly, and the mapping brings clarity to decision making.
...Read More
9216 Views
Upcoming AMAs
Guy Levit
Guy Levit
Meta Sr. Director of Product ManagementApril 26
Reality these days is that we mostly work in remote settings, and even when we do go to the office, some people will be dialing in. As a result, I believe 80% of the strategies have to do with focusing on the fact that we are all people, 20% are tactics and adjustments for remote settings. General alignment strategies: * Build trust ahead of time. This is fundamental and driving collaboration without it is hard * Focus on common goals. There’s typically a higher goal that teams can easily align on (e.g. Revenue, Engagement, Better experience), and the differences show up as you start double clicking into the “how”. Starting the discussion with a longer term view can also help in skipping tactical disagreements and alignments * Frame, rather than take a position. With common goals in mind, center the discussion on what the characteristics of a good solution are, rather than starting with comparing options. This helps setting a more objective ground before jumping into the solutions * Call out your biases (easier to do when you have trust). In an environment where there is trust, I expect my teams to be able to call out other considerations that may cause them to pull in a certain direction, those can be different stakeholders that push in other directions, past experience and others. Some of those reasons may be valid, some may not be valid. Calling them out can help the entire team work through them. A few remote specific tactics: * Set the right structure, if possible. This includes minimizing the number of time zones each team has to work across (In my organization we are trying to limit ourselves to 2 time zones per team, when possible). If you can, hire senior enough people in the right locations to be able to run autonomously. * Invest in getting to a clear strategic direction. Having an upfront debate on the direction is time consuming, but can then help in setting the guardrails for autonomous decisions that can happen within the teams, locally. * If you do have the opportunity to meet in person, do so. Especially when working across time zones with little overlap, a good relationship would allow you to accomplish more offline, and can dedicate the overlapping time for working more effectively through the tougher topics. While I still mostly work from home I prioritize going to the office when team members from other offices are coming to town (and I am writing this note from the airport, while waiting for a flight - going to visit my team in Austin!)
...Read More
12094 Views
Hiral Shah
Hiral Shah
DocuSign Director of Product ManagementMarch 30
I have a very simple framework for building 0-1 product - IVC framework 1. Identify: * The first step in developing any product or feature is to identify the user's needs. Hence, your goal should be to talk to as many users as you possibly can to understand what they say, do, think, and feel. This also helps you learn who you are solving for and who you are not solving for and create a problem statement 2. Validate * Building Conviction by testing Discovery, MVP, market analysis, possible conversion. During this time also you should be talking to customers to validate the problem and solution 3. Create: * Create the right team to build the product and also a plan on how you will bring the product to market.
...Read More
1680 Views
Boris Logvinsky
Boris Logvinsky
Vanta VP ProductDecember 12
Perhaps a contrarian take, but technical skills aren't the most critical for the majority of PM roles out there, except for deeply technical products or platform positions. For the general PM role, it's much more important to demonstrate your ability to delve into customer problems, set strategy, execute, and drive impact that aligns with your organization's mission and vision. Technical skills matter, but they are secondary. They usually revolve around your ability to work with engineering counterparts and understand enough technical concepts to make trade-offs, and to work with data and perform analysis for decision-making. In my experience, both of these skills are often inquired about directly.
...Read More
4564 Views
Maxime Prades
Maxime Prades
Meta Director of Product Management | Formerly Algolia, ZendeskNovember 28
I have sometimes seen Product teams focus on impact instead of landed impact. And while there is a lot of nuance in that answer I think landed impact is often the most overlooked KPI or OKR or goal (however you like to call them). Teams will goal on number of users or shipping a feature rather than goal on the impact enabled by those metric. Take your typical B2B SaaS for instance. 200 active users of a feature on day 1 is an ok measure of success. But what really matters is what those 200 active users have achieved with your product. Or what those 200 active users have led to in terms of business impact. The visual below is a good illustration of what I mean: https://www.useronboard.com/imgs/posts/mario-water.png
...Read More
2488 Views
Avantika Gomes
Avantika Gomes
Figma Group Product Manager, Production ExperienceDecember 21
There are a few that I consider important to set up (and refine) as you grow your team: 1. Processes for top-down sharing: As your team grows, knowledge sharing becomes harder but also more critical. PMs can only do their best work when they have context about conversations and updates from across the organization. For instance, "context" could include new product updates, changes in company strategy, takeaways from executive conversations and board meetings. I'd explore ways that you can provide this context either synchronously (e.g., through a team meeting) and/or asynchronously (e.g., through a "here's what's top-of-mind" slack message or email 2. Processes for upwards sharing: It's important to also think through the best ways for your team to share what they're working on (product updates), but also for them to share feedback on how the team is operating (upwards feedback). This is necessary with a smaller team too, but in larger teams becomes more challenging to do this ad-hoc and 1:1 - additional processes like a recurring survey or a shared product launch calendar. Keep in mind that this is not just important for you, but for the entire PM team and XFN partners too, so be sure to do this in a transparent way. 3. Team-building processes: Often overlooked, these are important to increase the cohesion and connection that your PM team feels. I like to use a weekly meeting or a private slack channel to share wins, talk about product news, share personal updates. It should feel like a trusted space for your team to share their thoughts and get to know each other more personally. Also, in today's remote climate where team members can often feel more disconnected, you might want to think through team rituals (e.g., beginning of every meeting with a win, learn and a "smile" - something that made you smile in your personal life) and in-person bonding (e.g., as a team, we meet in person once a quarter). A helpful tip - carve aside 30 mins each quarter to also do some "housekeeping" of your team processes. Audit what's working and what's not, which meetings are useful vs. not, what are themes from your team surveys. Iterate on your team processes just like you'd iterate on a product!
...Read More
3437 Views
Ajay Waghray
Ajay Waghray
Udemy Director of Product Management, Consumer MarketplaceAugust 25
I think the best way to break into the industry as a PM is to get after building tech products yourself. Personally, I left a well-paying job in the energy sector to work on a start-up with no reliable paycheck. Thinking back on that experience, it was crazy beneficial to learn how to work with designers & engineers to build a great product or feature. The act of building a product or feature is the best teacher. I’m not advocating that you should quit your job and not get paid to build stuff like I did! There was a lot that wasn’t so awesome about that. 😅 But I definitely WOULD encourage everyone here to think about how you could do that in your spare time. What problems are you passionate about solving? What kind of product or feature could help you solve that problem? How could you bring that solution to life? How can you talk to prospective customers about it? Even PM candidates that make wireframes or prototypes to show a product that solves a real problem have a leg up over most of the other candidates. I’ll take someone with drive, initiative and passion for the work 10 times out of 10.
...Read More
5193 Views
Richard Shum
Richard Shum
Splunk Director of Product ManagementJanuary 10
When I prioritize or stack rank a list of items, I typically find it helpful to understand how each item can (a) deliver customer impact and (b) increase engineering happiness. Additionally, I also find it helpful to understand each item's level of (c) feasibility, (d) urgency and (e) effort. I weigh customer impact and engineering happiness at 50:50 -- after all, you need to make your customers happy while also keeping your team excited. Things that are less feasible are often pulled down the list. Whereas things that are higher urgency or less effort might be pulled up the list. At the end of the day, prioritization is an art.
...Read More
2264 Views
Brandon Green
Brandon Green
Buffer Staff Product Manager | Formerly Wayfair, Abstract, CustomMade, SonicbidsAugust 16
Everywhere! Users themselves, colleagues, market research, competitors, randomly in the shower. Generally, I like to consider each idea seriously and work through a few questions to help decide if they are worth building: 1. What, fundamentally is the problem this idea is meant to solve? How worth it is solving that problem vs. others I know about? Does solving this problem create opportunities or risks in any form that I should think about? 2. Is this a problem I need to solve now, in 6 months, in 2 years, etc.? What's the risk of just putting it off? 3. Has this idea been validated in some form already? What's the "why" behind this being an idea? Is there a good hypothesis around it? 4. If it hasn't been tested yet, is there a low-cost iteration of this idea that my team could build and test quickly? What (rough swag) impact or learnings could a low-cost iteration yield? This feels like a lot of questions, but I've gotten good at answering them quickly with a few driving assumptions to help keep myself moving. This is really hard early in one's product career, and potentially when you're working in a very new job or problem space - but as you ramp up, you start to be able to answer them faster.
...Read More
3477 Views
Shahid Hussain
Shahid Hussain
Google Group Product Manager, Wear OSMay 21
No-one can, or should ever be sure that they have a 100% right product strategy. But you can do a lot to de-risk your approach, and your tactics should vary depending on how much time you have to plan. * Is your strategy ultimately going to drive the change in behaviour you want? Find the key participants in your strategy -- e.g. the customers -- and talk, talk, talk to them. You'll learn a ton from the first 5-10 conversations, and suddenly you'll start to hear the same themes and be able to predict what they'll say. Then you can move on. * Read, and connect with people who are familiar with this situation in your industry or other industries. How did things work out? Is the current market / environment similar enough that you can draw conclusions? * The more experienced you are, the more confident you can be about relying on product intuition. A phrase I often use is "we've seen this movie before" and, it's surprising how many times the same situation gets repeated.
...Read More
1570 Views