Technical Support Engineer

Department: Support Engineering

Location: Remote

Employment Type: FullTime

About PostHog

PostHog is your product’s context layer. It ingests and stores your analytics, errors, replays, and business data so you and your agents can query and act on it.

We launched out of Y Combinators W20 cohort. Weve since shipped more than a dozen products, including:

• A suite of analytics and observability tools, including product analytics, replay vision, AI observability, and error tracking

• PostHog MCP for users and their agents to query and act on their product and business data

• Data warehouse so users can query product and customer data together using custom SQL insights.

We are:

1. Product-led. More than 500K organizations have installed PostHog, mostly driven by word-of-mouth. We have intensely strong product-market fit.

2. Default alive. Revenue is growing incredibly quickly, and were very efficient. We raise money to push ambition and grow faster, not to keep the lights on.

3. Well-funded. Weve raised more than $180m from some of the worlds top investors. Were set up for a long, ambitious journey.

Were focused on building an awesome product for end users, hiring exceptional teammates, shipping fast, and being as weird as possible.

Things we care about

• Transparency: Everyone can read about our roadmap, how we pay (or even let go of) people, our strategy, and how we work, in our public company handbook. Internally, we share revenue, notes and slides from board meetings, and fundraising plans, so everyone has the context they need to make good decisions.

• Autonomy: We don’t tell anyone what to do. Everyone chooses what to work on next based on whats going to have the biggest impact on our customers, and what they find interesting and motivating to work on. Engineers lead product teams and make product decisions. Teams are flexible and easy to change when needed.

• Shipping fast: Why not now? We want to build a lot of products; we cant do that shipping at a normal pace. Weve built the company around small teams – autonomous, highly-efficient groups of cracked engineers who can outship much larger companies because they own their products end-to-end.

• Time for building: Nothing gets shipped in a meeting. Were a natively remote company. We default to async communication – PRs > Issues > Slack. Tuesdays and Thursdays are meeting-free days, and we prioritize heads down building time over perfect coordination. This will be the most productive job youve ever had.

• Being weird: Weird means redesigning an already world-class website for the 5th time. It means shipping literally every product that relates to customer data. It means building an objectively unnecessary developer toy with dubious shareholder value. Doing weird stuff is a competitive advantage. And its fun.

Who we’re looking for

Were looking for a Technical Support Engineer who loves helping customers and cant leave a problem alone until its solved.

Youre an engineer who happens to do support. You pick up new things fast and youre comfortable with a problem nobody has seen before. That matters more to us than your previous job title, and people on our team came to support from various backgrounds.

You care about how a customer feels when they leave the conversation, not only whether the ticket closed. You take feedback well, say when you dont know something yet, and learn from anyone on the team.

What you’ll be doing

• Helping customers across all of PostHogs products, in the app and in shared Slack channels with our bigger customers

• Owning your tickets from beginning to end, and keeping customers updated along the way

• Shipping fixes to the PostHog codebase and docs when you find something broken or unclear

• Becoming the support expert for a product area: owning its queue, working closely with the engineering team behind it, and spotting the patterns that turn into fixes

• Improving how we do support, including the tooling and workflows we build on PostHog itself

• Passing customer pain points and feature requests to engineering teams with enough context for them to prioritize

What you won’t be doing

❌ You wont be routing tickets, or forwarding hard questions to engineering because they look hard.

❌ You wont say thats not my job. If you cant solve something, you find who can and make the connection.

❌ You also wont be pasting AI answers back to customers. We use AI every day, but we expect you to test things out for yourself and write a reply to the customer thats better than the one it would write. Heres more on how we think about that.

How we work

Youll be the face of PostHog for many of our customers. Most of them are engineers, so they want help from someone who understands the technical detail and writes back like a person.

We want support to be part of why people choose PostHog.

We provide support across EU and US time zones, and were hiring in both. We work in public by default, so youll ask for help, share what you learn, and discuss problems in team channels rather than DMs.

Read more about how the support team works and our company values.

Requirements

• Experience in at least two programming languages, whether from a previous role, side projects, or something else

• Experience debugging unfamiliar code or systems, and checking your fix works

• Clear, concise writing that explains a complex fix without burying the customer in options

• Thorough investigations that dont slow down your reply to the customer

• Good at prioritizing and context switching across a busy queue that spans many products

Nice to have

• Experience supporting similar products, e.g. analytics, session replay, feature flags, experiments, or LLM observability

• A background in support, teaching, product, or another role where you explain technical things to people

If you have a disability, please let us know if theres any way we can make the interview process better for you - were happy to accommodate!

## LI-DNI