PostHog interview, decoded.
PostHog publishes its hiring process the way it publishes everything else, so this guide can quote the company rather than guess. Four stages. A 20-minute call with the talent team looking for proactivity, directness, communication, awareness of the impact of your work, and evidence of iteration. A 45-to-60-minute technical interview with the hiring manager, workshop style, on architecture or your past work, with no whiteboarding and no brain teasers, and one rule written down: if it is not a definite yes, it is a no. A conversation with an exec or a founder on motivation and values. Then the SuperDay: a paid full day ($1,000 flat) building a small web service, backend and frontend, on a task deliberately too big for one person, so that what is graded is what you chose to ship; a 45-minute debugging session in a codebase you have never seen, with Google allowed and AI beyond autocomplete not; a check-in with a buddy at midday; a short chat with a co-founder; and a decision within 48 hours.
PostHog is fully remote, about 200 people across time zones, with a handbook that includes its compensation formula and a public salary calculator: a San Francisco benchmark of $285,000 for engineers at the 90th percentile of Pave's data, multiplied by a location factor with a floor of 0.8 in the United States and 0.6 elsewhere, a level and a step. It raised a $75 million Series E at a $1.4 billion valuation in October 2025 and is estimated to have passed $57 million in annual recurring revenue in early 2026. Its five values are You're the driver, Make it public, Do more weird, Why not now?, and Optimistic by default, and the loop is built to find people who already work that way.
Free · 2 minutes · no account
The questions for your exact PostHog role and level.
Interviewing at PostHog? Below are the questions candidates report. For the ones your exact role and level will get, paste the posting. Your first mock is free.
Who PostHog hires
The roles and the backgroundPostHog hires product engineers (full-stack, owning a product area end to end and doing their own support), plus infrastructure, data and growth engineers, all remote, in small teams. The handbook says it does not care how many years of experience someone has, and looks for people who pick up a new stack quickly, build from scratch on their own, write well, work directly with users, and, since 2026, have built things that agents actually use. The SuperDay task and the debugging session are the same shape for every engineering role; the task's nouns follow the team.
What is the PostHog interview process?
Round by roundThe four stages below are the handbook's own description, with the engineering specifics from its engineering hiring and SuperDay pages. Sequential, fast, and decisive by design.
Fit both ways and an explanation of PostHog. Assessed for proactivity, directness, good communication, an awareness of the impact of your work, and evidence of iteration or a growth mindset, in the handbook's words.
A mix of experience and technical skill, run as a workshop: architecture design, or a deep dive into past technical work. No whiteboarding, no brain teasers. The bar is written down: if it is not a definite yes, then it is a no.
Motivation, and alignment with the five values.
Build a small web service, backend and frontend, from scratch, on a task that is deliberately too much for one person in a day. Spend at least 80 per cent of the day on it. AI tools are allowed for the project, and you will be asked to explain the architecture and the reasoning at the check-ins.
Work through bugs and features in an existing codebase you have not seen, on a different codebase from the project. Google is fine; AI beyond basic autocomplete is not.
Progress and reasoning at the check-in; the buddy is on Slack all day for questions and gives feedback on the output afterwards.
The handbook says being decisive matters because good candidates hold other offers.
What PostHog screens for
What every round is really testingPostHog names five values and says the exec interview checks alignment with them; the SuperDay's grading criteria are published too.
- You're the driver: extraordinarily high ownership, and the company gets out of the way
- Make it public: default to transparency, including the handbook this guide quotes
- Do more weird: unconventional strategy over safe strategy
- Why not now?: ship without waiting for consensus
- Optimistic by default: aim for the best case and encourage ambitious ideas
- And for the SuperDay: shipping and execution, technical depth, product sense
PostHog interview questions
Candidate-reported themesPostHog publishes what it screens for rather than a question bank; the questions below are the ones its stated criteria imply and candidates report.
Behavioural & motivation
- Tell me about something you shipped without waiting to be asked.
- Tell me about a time you were wrong and what you changed after.
- How do you work with users directly, and what did you last change because of one?
- Why PostHog, and which of the values do you already work by?
Technical
- The SuperDay project: A small web service, backend and frontend, from scratch, scoped too large on purpose; graded on what shipped, the architecture, and whether the output helps a user decide
- The debugging session: Bugs and features in an unfamiliar codebase, 45 minutes, no AI beyond autocomplete
- The technical interview: Architecture design as a workshop, or a deep dive into past work
- What the handbook asks for: Picking up a new stack quickly, building from scratch, writing clearly, building things agents actually use
These are the reported themes — your loop is role-specific. Paste the actual posting and Calibrd predicts the questions for that exact role and level.
Predict my PostHog questions →The PostHog SuperDay: what it is and how to pass it
Reported problems and how to solve themThe SuperDay is PostHog's final round and it is fully documented by the company: a paid full day, a project sized to be too much, a 45-minute debugging session in a codebase you have not seen, a buddy, a founder chat, and three published grading criteria. Here is what each part asks and how to spend the day, from the handbook's own guidance.
- The project is too big on purpose: The handbook says you will not finish everything and that this is expected; what is graded is what you chose. Read the task, list the pieces, pick the core problem, and ship a working version of that before anything else. Its own line: a functional product that solves the core problem well beats a half-finished product that tries to do everything.
- Backend and frontend, from scratch, in a day: Choose a stack you can stand up in twenty minutes and stay on it. A thin API, a data model that fits the core problem, one screen that shows the output, then depth: error handling, a test on the logic that matters, a README. The technical-depth criterion names thoughtful architecture, clean code and sensible error handling.
- Product sense is a criterion, so build for a person: The handbook asks whether the output actually helps someone make a decision. Say who the user is in the README and make the one screen answer their question; the strongest submissions are described as ones that made the tool more useful beyond the basic requirements.
- AI tools: yes for the project, no for the debugging: Use an assistant for the build, but the check-ins will ask you to explain the architecture and the reasoning, so nothing you cannot explain should be in the repo. In the 45-minute debugging session, basic autocomplete only: it is a test of reading code you did not write, with Google open.
- 80 per cent on the task: The handbook's ratio: at least 80 per cent of the day on the project, under 20 per cent on people. Keep the buddy check-in and the founder chat short and specific, and use the buddy on Slack for blockers rather than conversation.
- The debugging session is the other half of the signal: Run the tests first, read the failure, trace to where the data was last right, fix, re-run, add the test. Narrate the search. The codebase is unfamiliar by design, so how you orient is what is watched.
Rehearse the day once: pick a task like 'a small service that ingests events and shows a chart', give yourself eight hours, and stop at seven to write the README. Then do a 45-minute bug hunt in an open-source repo without an assistant. PostHog pays for the real one and decides within two days, so the rehearsal is the only part that costs you.
Pay
What the offer looks likePostHog publishes its formula and a calculator: benchmark × location factor × level modifier × step modifier, with the benchmark from Pave at the 90th percentile for engineering roles, read 22 September 2026. Equity is share options on four-year vesting with a one-year cliff and ten years to exercise. Run the calculator for your city and level before the talent call; the number it gives is the offer's starting point, and the handbook says so.
How to prepare for a PostHog interview
In order- 01Run the public salary calculator for your location and level first; the loop is fast and the number is not a negotiation surprise.
- 02Rehearse a SuperDay: an eight-hour build of a small service on a task you deliberately over-scope, shipping the core first, README last.
- 03Practise a 45-minute bug hunt in an unfamiliar open-source repo with no AI beyond autocomplete, narrating the search.
- 04Prepare a workshop-style walk through one system you designed: the trade-offs, what broke, what you would change. No slides.
- 05Have a story per value, especially something shipped without asking and something changed because a user said so.
- 06If you have built anything agents use, lead with it; the handbook now asks for it.
This guide covers PostHog's engineering loop, which the company documents publicly; sales, customer success and developer relations have their own handbook pages and their own SuperDay shapes. For management and leadership roles the loop is similar but the bar shifts to people, delivery and strategy, so pair it with the leadership interview prep hub. The bar for your exact role comes from the role-by-role guides, and the prep that actually transfers is spoken, so run a mock interview before the real one.
Knowing the questions isn’t the same as answering them out loud. Run a PostHog mock: spoken answers, coached on the spot. Your first mock is free.
Run a PostHog mock →FAQ & sources
The short answersWhat is PostHog's interview process?
The four stages below are the handbook's own description, with the engineering specifics from its engineering hiring and SuperDay pages. Sequential, fast, and decisive by design. Talent interview: Fit both ways and an explanation of PostHog. Assessed for proactivity, directness, good communication, an awareness of the impact of your work, and evidence of iteration or a growth mindset, in the handbook's words. Technical interview: A mix of experience and technical skill, run as a workshop: architecture design, or a deep dive into past technical work. No whiteboarding, no brain teasers. The bar is written down: if it is not a definite yes, then it is a no. Small team and exec interview: Motivation, and alignment with the five values. SuperDay: the project: Build a small web service, backend and frontend, from scratch, on a task that is deliberately too much for one person in a day. Spend at least 80 per cent of the day on it. AI tools are allowed for the project, and you will be asked to explain the architecture and the reasoning at the check-ins. SuperDay: the debugging session: Work through bugs and features in an existing codebase you have not seen, on a different codebase from the project. Google is fine; AI beyond basic autocomplete is not. SuperDay: the people: Progress and reasoning at the check-in; the buddy is on Slack all day for questions and gives feedback on the output afterwards. Decision: The handbook says being decisive matters because good candidates hold other offers.
What does PostHog look for in candidates?
PostHog names five values and says the exec interview checks alignment with them; the SuperDay's grading criteria are published too. You're the driver: extraordinarily high ownership, and the company gets out of the way Make it public: default to transparency, including the handbook this guide quotes Do more weird: unconventional strategy over safe strategy Why not now?: ship without waiting for consensus Optimistic by default: aim for the best case and encourage ambitious ideas And for the SuperDay: shipping and execution, technical depth, product sense
What questions does PostHog ask in interviews?
PostHog publishes what it screens for rather than a question bank; the questions below are the ones its stated criteria imply and candidates report. Tell me about something you shipped without waiting to be asked. Tell me about a time you were wrong and what you changed after. How do you work with users directly, and what did you last change because of one? Why PostHog, and which of the values do you already work by? The SuperDay project The debugging session The technical interview What the handbook asks for
What is the PostHog SuperDay?
The SuperDay is PostHog's final round and it is fully documented by the company: a paid full day, a project sized to be too much, a 45-minute debugging session in a codebase you have not seen, a buddy, a founder chat, and three published grading criteria. Here is what each part asks and how to spend the day, from the handbook's own guidance. The project is too big on purpose: The handbook says you will not finish everything and that this is expected; what is graded is what you chose. Read the task, list the pieces, pick the core problem, and ship a working version of that before anything else. Its own line: a functional product that solves the core problem well beats a half-finished product that tries to do everything. Backend and frontend, from scratch, in a day: Choose a stack you can stand up in twenty minutes and stay on it. A thin API, a data model that fits the core problem, one screen that shows the output, then depth: error handling, a test on the logic that matters, a README. The technical-depth criterion names thoughtful architecture, clean code and sensible error handling. Product sense is a criterion, so build for a person: The handbook asks whether the output actually helps someone make a decision. Say who the user is in the README and make the one screen answer their question; the strongest submissions are described as ones that made the tool more useful beyond the basic requirements. AI tools: yes for the project, no for the debugging: Use an assistant for the build, but the check-ins will ask you to explain the architecture and the reasoning, so nothing you cannot explain should be in the repo. In the 45-minute debugging session, basic autocomplete only: it is a test of reading code you did not write, with Google open. 80 per cent on the task: The handbook's ratio: at least 80 per cent of the day on the project, under 20 per cent on people. Keep the buddy check-in and the founder chat short and specific, and use the buddy on Slack for blockers rather than conversation. The debugging session is the other half of the signal: Run the tests first, read the failure, trace to where the data was last right, fix, re-run, add the test. Narrate the search. The codebase is unfamiliar by design, so how you orient is what is watched.
How do I prepare for a PostHog interview?
Run the public salary calculator for your location and level first; the loop is fast and the number is not a negotiation surprise. Rehearse a SuperDay: an eight-hour build of a small service on a task you deliberately over-scope, shipping the core first, README last. Practise a 45-minute bug hunt in an unfamiliar open-source repo with no AI beyond autocomplete, narrating the search. Prepare a workshop-style walk through one system you designed: the trade-offs, what broke, what you would change. No slides. Have a story per value, especially something shipped without asking and something changed because a user said so. If you have built anything agents use, lead with it; the handbook now asks for it.
- 01PostHog handbook, hiring processthe four stages: the 20-minute talent interview and what it assesses, the 45-to-60-minute technical interview and the definite-yes rule, the small-team interview with an exec on motivation and values, and the SuperDay as a paid full day at $1,000 with a task sized to be too much and the 80/20 guidance; the 48-hour decision.
- 02PostHog handbook, engineering hiringwhat engineering candidates are assessed on (picking up a new stack, building from scratch, written communication, building things agents use, working with users), the workshop-style technical interview with no whiteboarding or brain teasers, the full-stack SuperDay task, and that years of experience are not the measure.
- 03PostHog handbook, preparing for the engineering SuperDaythe day's shape (project, 45-minute debugging session in an unfamiliar codebase, buddy check-in, founder chat), the three grading criteria (shipping and execution, technical depth, product sense), the AI policy for the project and the debugging session, and the 48-hour decision.
- 04PostHog handbook, compensationthe formula, the Pave benchmark at the 90th percentile for engineers ($285,000 in San Francisco), the location factors and floors, the five levels and four steps, the public calculator, and the option terms.
- 05PostHog handbook, valuesthe five values as named.
- 06PostHog, raising a Series D (and a small C)the June 2025 round led by Stripe at $920 million.
- 07TechNews180, PostHog raises a $75M Series Ethe October 2025 round led by Peak XV at a $1.4 billion valuation and the total raised.
- 08Sacra, PostHog revenue and valuationthe annual recurring revenue estimate of about $57.5 million in February 2026 and the headcount of about 200.
Interview processes change. This reflects widely-reported and sourced conditions as of 2026 — confirm specifics with your recruiter, and treat it as a map rather than a guarantee.
Prep for a real PostHog role
Practise your PostHog interview, out loud.
Paste a real PostHog posting and Calibrd predicts the questions for that role and level, benchmarks the pay, and flags the gaps an interviewer will probe in your CV — then listens to your spoken answers and coaches them. Your first mock is free.
Free to start · No card · Encrypted at rest, never used to train AI, remove anytime