PostHog provides an open-source, all-in-one Product OS that combines analytics, feature flags, session replay, data warehousing, error tracking, and AI-powered automation for product and engineering teams.
ABOUT POSTHOG Product development used to mean manually writing code, running analysis, diagnosing bugs, and rolling out changes using dozens of tools. PostHog is the only platform that acts like a co-pilot for you (and your AI agents) to do it all – autonomously. We started with open-source product analytics, launched out of Y Combinator's W20 cohort https://posthog.com/handbook/story. We've since shipped more than a dozen products https://posthog.com/products, including: - PostHog Code https://posthog.com/code, the only AI devtool that understands your product, not just your codebase. - A built-in data warehouse https://posthog.com/docs/data-warehouse, so users can query product and customer data together using custom SQL insights. - PostHog AI https://posthog.com/ai, an AI-powered analyst that answers product questions, helps users find useful session recordings, and writes custom SQL queries. We are: 1. Product-led. More than 450,000 organizations have installed PostHog, mostly driven by word-of-mouth. We have intensely strong product-market fit. 2. Default alive https://paulgraham.com/aord.html. 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. 3. 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 https://posthog.com/deskhog. 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 https://posthog.com/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 https://posthog.com/handbook/wide-company and make product decisions https://posthog.com/handbook/which-products. Teams are flexible and easy to change when needed. - Shipping fast: Why not now? https://posthog.com/handbook/values#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 https://posthog.com/founders/cracked-manifesto 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 https://posthog.com/handbook/company/culture#were-on-the-makers-schedule, and we prioritize heads down building time over perfect coordination. This will be the most productive job you've ever had. - Ambition: We want to solve big problems. We strongly believe that aiming for the best possible upside, and sometimes missing, is better than never trying. We're optimistic about what's possible and our ability to get there. - 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 https://posthog.com/deskhog with dubious shareholder value. Doing weird stuff is a competitive advantage. And it's fun. WHO WE'RE LOOKING FOR This role combines technical content and AI engineering. You'd be a Context Engineer on the Wizard & Docs https://posthog.com/teams/docs-wizard team. Your primary responsibilities: - Make technologies explainable and legible to both humans and agents - Maintain and design knowledge bases - Engineer and orchestrate context pipelines - Build and ship agents powered by the above You'll spend your days switching between prose and code – often in the same hour. You’ll create content for humans and context for agents, and the line between those two audiences is disappearing fast. The work is inherently multidisciplinary. From our experience, the people who are good at context engineering https://newsletter.posthog.com/p/we-used-ai-to-5x-conversion-and-2x tend to be natural teachers or strong writers who can code at a high level. There's more liberal arts to building robots https://posthog.com/handbook/docs-and-wizard#4-teach-the-robots than you might expect. Specifically, we're looking for people who: - Excel at teaching and communication. You’re great at educating people by explaining technology in a hands-on and illustrative way. Your preferred medium might be writing, building apps, making visuals, or recording video. Whatever it is, you can take a complex system, teach it clearly, and then build it. - Have real development chops. You have full-stack software development experience either in full-time roles, side projects, open source, whatever. We welcome all backgrounds, but the technical bar is high. We run production services, ship PRs across multiple codebases and infrastructure, manage a support queue, and get tagged by engineers for code review. - Are multidisciplinary. You think laterally and enjoy approaching problems from different angles, switching hats as the work demands: writing docs, shipping code, organizing IA, creating diagrams, building agents or CI/CD pipelines. You're looking for a role that lets you flex all these muscles, where a wide skillset is valued. - Think in systems. You won't just write a doc and move on. You'll think about how that doc gets turned into a skill, how an agent executes it, and what happens when the underlying product changes. The whole pipeline is your problem. - Build agents