PostHog interview, decoded.
Updated · Sources at the end
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
PostHog 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?
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.
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.
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.
The rest of the loop depends on your role. Pick it, or paste the posting, and Calibrd predicts the rounds and questions you are likely to get at PostHog.
Predict my PostHog questions →What PostHog screens for
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
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
- Why PostHog, and which of the values do you already work by?Listening for: Specificity · Connection · Research
- Tell me about something you shipped without waiting to be asked.Listening for: How they noticed · Why it mattered · How they took it on
- Tell me about a time you were wrong and what you changed after.Listening for: What you got wrong · How you found out · What you changed
- How do you work with users directly, and what did you last change because of one?Listening for: How you reach users · A recent change · Shipped and measured
Technical
- Practice: you have one day to build a small service that ingests events and shows a chart, backend and frontend, from scratch. What do you ship first, and what do you cut?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 decideListening for: Core problem first · Sensible architecture · Built for a user
- Practice: in a codebase you have never seen, a test for a funnel query is failing. Talk through the first 15 minutes of how you would find the bug without an AI assistant.The debugging session: Bugs and features in an unfamiliar codebase, 45 minutes, no AI beyond autocompleteListening for: How you orient · Traces the cause · Narrates and verifies
- Practice: walk me through the architecture of a system you designed. What trade-offs did you make, what broke and what would you change?The technical interview: Architecture design as a workshop, or a deep dive into past workListening for: Clear architecture · Trade-offs named · What broke
- Practice: tell me about the last time you picked up a new stack quickly and built something from scratch. How would you make it usable by an AI agent?What the handbook asks for: Picking up a new stack quickly, building from scratch, writing clearly, building things agents actually useListening for: Speed on a new stack · Built it yourself · Usable by agents
These are the reported themes, and your loop is role-specific. Paste the actual posting and Calibrd predicts the questions for that exact role and level. How the questions are predicted →
Predict my PostHog questions →Pay
PostHog 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
- 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.
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.
Also interviewing at GitLab, GitHub or Zapier? Their guides follow the same format, from the first screen to the offer.
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
What is PostHog's interview process?
Sequential, fast, and decisive by design. The stages, in order: Talent interview; Technical interview; Small team and exec interview; SuperDay: the project; SuperDay: the debugging session; SuperDay: the people; Decision.
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; Make it public; Do more weird; Why not now.
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. Technical themes: 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. Covered on this page: The project is too big on purpose; Backend and frontend, from scratch, in a day; Product sense is a criterion, so build for a person; AI tools: yes for the project, no for the debugging; 80 per cent on the task; The debugging session is the other half of the signal.
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.
- 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