PostHog logo

Technical Support Engineer

PostHog

Remote · USFull-timeSeen todayStill listed today

Most applications go out cold — see where you stand first. No sign-up to start.

Watch jobs like this.

Don't just apply. Show up ready.

Olive works from this exact posting.

At a glance

Compensation
No compensation found
Location
Remote · US
Schedule
Full-time
Work Authorization
Not specified

Olive lists jobs from US employers, including remote roles you can work from the United States.

Job overview

PostHog is hiring a Technical Support Engineer to help customers across its products and serve as a technical point of contact for many engineer customers. The role combines customer support with engineering work: investigating unfamiliar problems, owning tickets, and shipping code or documentation fixes. The engineer will also develop expertise in a product area, improve support workflows, and share customer feedback with engineering teams.

Skills & qualifications

RequiredNice to have

Skills

Programming LanguagesDebuggingTesting FixesClear WritingThorough InvestigationPrioritizationContext SwitchingAnalyticsSession ReplayFeature FlagsExperimentationLLM ObservabilityTechnical Explanation

Qualifications

Experience in Two Programming LanguagesSupport, Teaching, or Product Background

Full job description

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 Combinator's W20 cohort. We've 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:

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

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

  • Well-funded. We've raised more than $180m from some of the world's top investors. We're set up for a long, ambitious journey.

We're 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 what's 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 can't do that shipping at a normal pace. We've 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. We're 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 you've 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 it's fun.

Who we’re looking for We're looking for a Technical Support Engineer who loves helping customers and can't leave a problem alone until it's solved. You're an engineer who happens to do support. You pick up new things fast and you're 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 don't know something yet, and learn from anyone on the team. What you’ll be doing

  • Helping customers across all of PostHog's 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 won't be routing tickets, or forwarding hard questions to engineering because they look hard. ❌ You won't say "that's not my job". If you can't solve something, you find who can and make the connection. ❌ You also won't 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 that's better than the one it would write. Here's more on how we think about that. How we work You'll 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 we're hiring in both. We work in public by default, so you'll 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 don't 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 there's any way we can make the interview process better for you - we're happy to accommodate! #LI-DNI

How this job compares

Set against the 400 open Technical Support Engineer jobs on Olive Jobs, counted October 30, 2026.

Pay
  • This postingNot listed
  • US median$84–172K/yr283 salary ranges
  • US median$26–57/hr33 hourly ranges
Openings
Olive Jobs lists 400 open Technical Support Engineer jobs across the US. 14% of them nationwide are listed as remote or flexible.
Hiring the most across the US
Experience
This posting asks for no prior experience — less than three in four Technical Support Engineer postings that state a minimum ask for (median 5 years, across 305 postings).
Education
57 of the 400 open Technical Support Engineer jobs (14%) ask for a bachelor's degree or higher.

Counted across the open, public US postings on Olive Jobs on October 30, 2026. Pay medians are the middle values of the low ends and of the high ends of postings that list both ends of a range in the same cadence (a yearly salary or an hourly rate); a range's midpoint is halfway between its ends. Pay and experience figures resting on fewer than 20 postings are left out.

Similar jobs, posted recently

Open roles like this one, listed in the last 30 days.

You've read the whole posting — now see how you match it.