|
| 1 | +--- |
| 2 | +title: Product manager onboarding |
| 3 | +sidebar: Handbook |
| 4 | +showTitle: true |
| 5 | +hideAnchor: true |
| 6 | +--- |
| 7 | + |
| 8 | +> This guide explains how to onboard a new product manager at PostHog. |
| 9 | +> |
| 10 | +> If you're looking for what the role involves day to day, see [What product managers do at PostHog](/handbook/product/product-manager-role). |
| 11 | +
|
| 12 | +## People relevant in a new PM's onboarding |
| 13 | +- **PM onboarding buddy:** Any PM who has been at PostHog for at least a year can onboard a new PM. Ideally they have some overlap or knowledge of the products the new PM will be working on. The onboarding buddy is the "owner" of the onboarding. They organise logistics, make a plan for the week, invite small team members, and serve as the main contact person for the new joiner. |
| 14 | +- **Blitzscale manager:** A PM typically reports into the Blitzscale member that leads the majority of the products the PM works on. |
| 15 | +- **Small team & small team leads:** While the onboarding buddy can share best practices and example PM projects, it's the role of the teams to share with the PM the context of the team & product they are working on (strengths, weaknesses, opportunities, threats, etc.). |
| 16 | + |
| 17 | +A typical PM onboarding has the following phases: |
| 18 | + |
| 19 | +## Before the onboarding week |
| 20 | + |
| 21 | +- Pick a date & location for the onboarding week |
| 22 | +- Invite small team members to onboarding Slack channel, and for the in-person onboarding (at least 1 team lead is encouraged, team members are optional) |
| 23 | +- Make a plan for the onboarding week |
| 24 | +- Double-check everything else is taken care of (e.g. laptop has been ordered, Blitzscale manager is informed when & where the onboarding happens) |
| 25 | + |
| 26 | +## Onboarding week |
| 27 | + |
| 28 | +We have two artifacts that can be reused and adjusted for each PM onboarding. We recommend putting both in a single Google Doc, tailored to the PM and team they're joining, to act as the main onboarding doc for each PM onboarding. |
| 29 | +- [First 6 months success criteria](#first-6-months-success-criteria) |
| 30 | +- [Onboarding week schedule](#onboarding-week-schedule) |
| 31 | + |
| 32 | +In addition to the two artifacts above, there are a couple of other items to set up, including: |
| 33 | +- Invite PM to relevant Slack channels (#pm, team channels, ...) |
| 34 | +- Invite PM to PM brownbag, PM standup, PM book club & the PM Google group |
| 35 | +- Add the PM to the [PM sprint planning](https://github.com/PostHog/company-internal/blob/master/.github/ISSUE_TEMPLATE/new-pm-sprint.md) and [monthly growth review](https://github.com/PostHog/requests-for-comments-internal/blob/main/.github/ISSUE_TEMPLATE/growth-review-summary-template.md) templates |
| 36 | +- Invite PM to their teams standups & sprint plannings |
| 37 | + |
| 38 | +The main focus of the onboarding week should be on those three topics: |
| 39 | +- **Teach the PM our ways of working**: owned by the onboarding buddy. |
| 40 | +- **Teach the PM the high-level context of the product they are working on**: owned by the small team leads. |
| 41 | +- **Give them their first chunky project they can work on, and ask questions throughout the week**: co-owned by the onboarding buddy and small team lead. A growth review is a really good example, because they will learn about our data and product health, and naturally start thinking about next questions. |
| 42 | + |
| 43 | +Don't forget to do something fun too! Have some nice dinners, explore the city you are in, and schedule a fun activity with everyone around. |
| 44 | + |
| 45 | +## After the onboarding week |
| 46 | + |
| 47 | +For a PM to be off to a great start at PostHog, it's important that the onboarding buddy continues to work closely with the PM in the first weeks and months, reviewing first projects and giving feedback. |
| 48 | + |
| 49 | +This section covers *how* the onboarding buddy supports the new PM through this period. For the *goals* we set over the same window, see [First 6 months success criteria](#first-6-months-success-criteria). |
| 50 | + |
| 51 | +### First month |
| 52 | +- The new PM schedules a weekly 1:1 with the onboarding buddy. This session can be used to walk through ongoing projects, asking questions and giving feedback. |
| 53 | +- The new PM invites the onboarding buddy to their first growth review, so that the onboarding buddy can give feedback. Participation in further growth reviews is optional. |
| 54 | +- The new PM should actively share bigger outputs they've been working on with the onboarding buddy for feedback, e.g. RFCs or analyses. |
| 55 | +- In addition, the new PM should set up regular 1:1s with their Blitzscale manager and the small team leads they work with, and actively facilitate feedback and ideas for high-impact projects. |
| 56 | + |
| 57 | +### First month → end of probation |
| 58 | +- After the first month, the 1:1s can likely be spaced out or moved to on-demand. |
| 59 | +- The onboarding buddy should still review some of the big projects or RFCs the new PM is working on, and give feedback. |
| 60 | +- The onboarding buddy should also share their impressions & feedback with the small team lead & Blitzscale manager, so they have all the context for a successful probation period. |
| 61 | + |
| 62 | +## About the probation period |
| 63 | + |
| 64 | +There is not one person alone who can assess the success of a new PM. Instead, the success of the probation period should be co-owned by the onboarding buddy, the small team lead(s) and the Blitzscale manager, with the Blitzscale manager making the call if, in a rare case, a new PM doesn't pass probation. They should regularly share feedback with each other, and of course the new PM. |
| 65 | + |
| 66 | +**Questions for the onboarding buddy:** |
| 67 | +- Has the PM adopted our ways of working & style successfully? |
| 68 | +- Does the work they produce meet our bar (growth reviews, RFCs, pricing work, etc.)? |
| 69 | +- Do they bring good energy to the PM meetings? |
| 70 | +- Do they raise the bar across PMs for how they work, and best practices they share with the team? |
| 71 | +- Keeper test: If the PM were to leave, would you feel the loss, and fight to keep them? |
| 72 | + |
| 73 | +**Questions for the small team leads:** |
| 74 | +- Can you see the PM bringing value to the team, by the context & user feedback they facilitate? |
| 75 | +- Does the PM create a collaborative environment in the team, vs. a confrontational one? |
| 76 | +- Does the PM's work, and ways of working, energise the team vs. draining them? |
| 77 | +- Keeper test: If the PM were to leave your team, would you feel the loss, and fight to keep them? |
| 78 | + |
| 79 | +**Questions for the Blitzscale manager:** |
| 80 | +- Can you see the PM bringing value to the team, and making them more productive? |
| 81 | +- Does the PM help move projects and topics along you deem high impact and/or urgent for the team? |
| 82 | +- Do you observe a healthy team environment, with the engineers appreciating the work and energy the PM is bringing into the team? |
| 83 | +- Keeper test: If the PM were to leave the team, would you feel the loss, and fight to keep them? |
| 84 | + |
| 85 | +## First 6 months success criteria |
| 86 | + |
| 87 | +This is a reusable template for the success criteria we set with a new PM. Copy the block below into the onboarding doc and adjust it per person and per the products they'll be working on. |
| 88 | + |
| 89 | +``` |
| 90 | +### First day |
| 91 | +
|
| 92 | +- Set all accounts up |
| 93 | +- Complete a PostHog quest (e.g. answer a question that requires a funnel, watch some recordings) |
| 94 | + - Potentially find out from team leads what would be interesting to know |
| 95 | +- Make one small PR to the handbook, e.g. update the PM team page (/handbook/product/product-team) with your team responsibilities |
| 96 | +
|
| 97 | +### First week |
| 98 | +
|
| 99 | +Overarching goal: You have access to everything and as a result can do work that is given to you with a reasonable amount of context, so you're not doing the work uninformed of data / what users are saying. |
| 100 | +
|
| 101 | +- Complete the onboarding checklist |
| 102 | +- You can work autonomously and drive data analysis & user research for your teams |
| 103 | +- Set up two customer interviews |
| 104 | +- Set up 1:1s with your teams' leads. Other people we'd recommend meeting in your first couple of weeks are people from the product marketing, support, billing, sales, and growth teams. Most teams have a expert for your specific product, those are the best fit |
| 105 | +- You've understood the roadmap + quarterly goals for your teams, and perhaps updated some of it on the roadmap (/roadmap) |
| 106 | +- You've reviewed and contributed to at least one RFC or open discussion in your team → chat to a team lead about what makes sense here |
| 107 | +
|
| 108 | +### First month |
| 109 | +
|
| 110 | +Overarching goal: You know how to prioritise your own time and get the work done. You are regularly talking to users, reviewing data proactively, and confidently driving growth reviews, perhaps with a little assistance still. |
| 111 | +
|
| 112 | +- Set up 1:1s with everyone in your teams to get to know them |
| 113 | +- You've helped your teams prioritise what to work on in their sprints |
| 114 | +- You've prepared the first growth review for your team, have a solid understanding of the relevant metrics, and shared your insights with the team |
| 115 | +- You've brought one big problem to the attention of engineers, (helped) write an RFC (if anything relevant is in progress) and added customer anecdotes and data |
| 116 | +- Continuously setting up and running user interviews where necessary, and sharing your insights with the team |
| 117 | +- After 30 days & the first growth review: organise an (informal) feedback session with the team, to get feedback on your work so far and how to improve your ways of working together |
| 118 | +
|
| 119 | +### Six months |
| 120 | +
|
| 121 | +Overarching goal: You can handle multiple products at once and can do the work for those products by far to the highest standard of anyone in the company. |
| 122 | +
|
| 123 | +- Continuously preparing the monthly product growth reviews for your teams, sharing findings with the teams, and making sure follow-ups are happening |
| 124 | +- Always finding new and important problems to bring to engineers, backed up with data and user interviews |
| 125 | +- Provide just-in-time feedback to engineers as we release new features, based on your own experience from using the product, and assisting the engineers where necessary gathering user feedback, following our principles of shipping and iterating quickly |
| 126 | +- Participated in your first quarterly planning with the product teams you work with & exec, informing what to work on and what to add to the roadmap |
| 127 | +- Continuously setting up and running user interviews where appropriate |
| 128 | +``` |
| 129 | + |
| 130 | +## Onboarding week schedule |
| 131 | + |
| 132 | +This is a reusable template based on a previous onboarding. Copy the block below into the onboarding doc and adjust dates, names, and team specifics per person. |
| 133 | + |
| 134 | +``` |
| 135 | +### Logistics |
| 136 | +
|
| 137 | +Travel & accommodation |
| 138 | +- 🛬 Arrival: [date] |
| 139 | +- 🛫 Departure: [date] |
| 140 | +- 🛏 Accommodation: [hotel] |
| 141 | +
|
| 142 | +Additional attendees |
| 143 | +- Onboarding buddy (full week) |
| 144 | +- Team lead(s) (1 to 3 days, depending on availability) |
| 145 | +
|
| 146 | +Non-work events |
| 147 | +- Dinners TBD, plan something fun together |
| 148 | +
|
| 149 | +Onboarding issue |
| 150 | +- Track first day / first week / first month / 6 months goals in a dedicated GitHub issue |
| 151 | +
|
| 152 | +### Schedule for the week |
| 153 | +
|
| 154 | +Monday / Tuesday (depending on arrivals) |
| 155 | +- Welcome! |
| 156 | +- Handbook walkthrough with the onboarding buddy: mission, goals, teams, etc. |
| 157 | +- Chat about PostHog's "big bets" (e.g. AI, Data Stack; schedule async sessions with the relevant owners) |
| 158 | +- First-day to-dos from the onboarding issue |
| 159 | +- Afternoon: how the onboarding buddy currently works with their teams, and what works / doesn't (1:1s, joining standups, in-sync vs. async growth reviews, etc.) |
| 160 | +- Dinner (TBD) |
| 161 | +
|
| 162 | +Wednesday |
| 163 | +- 1:1 with each team lead: product overview, intros, what matters right now, how the new PM can help |
| 164 | +- How we do growth reviews (with the onboarding buddy) |
| 165 | +- Start a growth review for one of the new PM's products |
| 166 | +- Join team standups to say hi |
| 167 | +- Dinner (TBD) |
| 168 | +
|
| 169 | +Thursday |
| 170 | +- Morning: individual work |
| 171 | +- Afternoon: walkthrough of the index of tools/resources the onboarding buddy uses a lot |
| 172 | +- Example PM projects |
| 173 | +- Dinner (TBD) |
| 174 | +
|
| 175 | +Friday |
| 176 | +- Continue onboarding issue to-dos & first projects; get input from team leads on good first projects |
| 177 | +- Afternoon: everyone heads home 👋 |
| 178 | +
|
| 179 | +### After the offsite |
| 180 | +- Connect with any remaining team leads for the products the new PM will work on |
| 181 | +``` |
0 commit comments