How PostHog Grew From 10 Users to a $1.4B Developer Tools Company

PostHog started in 2020 as an open-source product analytics tool.

It had 10 users at first.

A few weeks later, a Hacker News launch brought in hundreds of deployments. Three months after that, PostHog had 1,000 users. Four years later, it had more than 100,000 users and around 1,500 companies were signing up each week.

By 2025, PostHog had become a $1.4 billion company. In 2026, Stripe said it was on pace to reach $100 million in annual recurring revenue.

The obvious explanation would be that PostHog rode the growth of developer tools.

But that misses most of the story.

PostHog grew because several parts of the company worked together:

Open source helped people discover it. Hacker News gave it the first wave of users. A free cloud product made it easier to start. A narrow ideal customer profile shaped the product and brand. Content and SEO created compounding distribution. And new products gave existing customers more reasons to stay and spend.

Here is how it happened.

PostHog's growth timeline

Year	What happened
2020	PostHog launched as open-source product analytics
2020	Hacker News launch drove 300 deployments within days
2020	Reached 1,000 users within three months
2022	Started seriously investing in SEO
2023	Grew revenue 4x while adding only three net employees
2024	Passed 100,000 users
2025	Raised a $70M Series D at a $920M valuation
2025	Raised a $75M Series E at a $1.4B valuation
2026	Stripe said PostHog was on pace for $100M ARR

PostHog was the founders' sixth idea

PostHog was founded by James Hawkins and Tim Glaser.

But PostHog was not the first thing they tried to build.

They had already gone through five other ideas.

Their biggest problem was not building products. It was finding something people would keep using.

When they started PostHog, they changed their approach.

Instead of spending months building, they gave themselves about a month to answer one question:

Did developers dislike existing product analytics tools enough to switch to something new?

They started building in early 2020.

From the start, they made a few important choices.

PostHog would be built for developers rather than product managers.

It would be open source.

Companies could host it themselves.

It would be easy to deploy.

And they would not worry about making money immediately.

The goal was to learn whether people wanted the product.

They got the first 10 users manually

PostHog did not start with a big launch.

James first went to people he already knew.

The founders helped these early users get set up manually over Slack, WhatsApp, and in person. At one point, creating an account required PostHog to edit the database themselves.

It was not scalable.

That was the point.

Working closely with the first users showed them where people got confused, which features they cared about, and whether they came back after trying the product.

They eventually reached around 10 users through their personal networks.

Then James expanded the search.

He asked for introductions, messaged people on LinkedIn, joined relevant groups, and did cold outreach.

Within a few weeks, a couple dozen people were using PostHog.

This gave the founders something more valuable than signup numbers.

They had evidence that people they did not know would use the product and come back.

Only then did they prepare for a bigger launch.

Open source gave PostHog a sharp wedge

PostHog entered a market that already had large competitors like Mixpanel and Amplitude.

Trying to compete by saying it had slightly better analytics would have been difficult.

Instead, PostHog positioned itself as open-source product analytics.

That made the difference easy to understand.

Developers could inspect the code.

They could host PostHog on their own infrastructure.

They had more control over their data.

And they were less dependent on a closed analytics vendor.

That positioning also matched the audience PostHog wanted to reach.

Developers already spent time discovering and sharing open-source projects.

PostHog later said being open source was instrumental in getting its first 1,000 users. It gave both open-source supporters and buyers unhappy with closed platforms a reason to talk about it.

Open source was not only a product choice.

It was a distribution channel.

Hacker News gave PostHog its first big spike

Once PostHog was self-serve enough for strangers to use without help, the founders launched it on Hacker News.

The positioning fit Hacker News well:

open-source product analytics built for developers.

The launch worked.

PostHog reached around 300 deployments within a couple of days.

The company also spent about $2,000 promoting its GitHub repository on Twitter. Together with the Hacker News attention, this helped the repo trend on GitHub.

That created PostHog's first real growth loop:

Hacker News brought developers to PostHog → developers tried the open-source product → the GitHub repo gained attention → more developers discovered it → some recommended it to others.

The launch spike eventually faded.

But traffic did not return to where it had been before.

PostHog had created a higher base of organic discovery and word of mouth.

They kept writing about what was happening

Hacker News worked once, so PostHog kept doing versions of what worked.

James started writing openly about the company.

He wrote about their failed startup ideas.

He wrote about getting into Y Combinator.

He wrote about fundraising.

He wrote about what happened after the Hacker News launch.

Some of those posts also reached the front page of Hacker News.

Instead of trying ten marketing channels at once, PostHog went deeper on something that was already working.

This became an important part of the company's marketing style.

PostHog did not write like a large software company.

It wrote about what it was actually doing.

PostHog Cloud removed the biggest barrier

Open source helped PostHog stand out.

Self-hosting created another problem: users had to host it.

That was fine for some developers, but it added friction for everyone else.

A couple of months after the Hacker News launch, PostHog launched its cloud product.

Users no longer had to deploy and maintain PostHog themselves.

The company also kept signup easy.

The cloud version had a free tier, a 30-day trial, and did not require a credit card to get started.

Growth improved quickly.

PostHog reached 1,000 users in May 2020, only around three months after its Hacker News launch.

The strategy was simple:

Open source made people interested. Cloud made it easy for those people to start.

Self-serve became part of the product

PostHog also learned something while figuring out pricing.

Every time it made buying easier, conversion improved.

Early sales were handled manually. James talked with customers, tested different prices, and learned which features people would pay for.

Over time, the company turned more of that process into a self-serve flow.

That fit its audience.

Developers generally did not want to fill out a form, wait for a salesperson, sit through a demo, and negotiate a contract just to try an analytics product.

PostHog eventually built its pricing around transparent, usage-based billing.

Today, its products come with large free tiers, and PostHog says 98% of its customers use it for free.

The free users are not necessarily a problem.

A small startup might begin without paying anything.

If it grows, it sends more analytics events, records more sessions, runs more experiments, and uses more of PostHog.

PostHog can grow with the customer.

Defining its ICP changed the company

One of PostHog's most important decisions came from getting very specific about who it wanted to serve.

For years, its core ideal customer profile was roughly:

high-growth B2B startups with product-market fit where engineers make or influence buying decisions.

That decision shaped almost everything.

PostHog chose transparent pricing because developers wanted control.

It stayed product-led instead of building a large outbound sales team.

Its interface looked like a developer tool.

Its marketing focused on features rather than vague benefits.

Its website was full of code, documentation, technical guides, jokes, and memes.

Its content was written for engineers and founders.

PostHog described its ICP as the thing around which product, marketing, and sales could orbit.

That focus mattered because it made the rest of the company more coherent.

The product looked like something its users wanted.

The marketing sounded like something its users wanted to read.

The pricing worked the way its users wanted to buy.

And customers naturally recommended the product to similar companies.

PostHog has continued changing its ICP as the market changes. In July 2026, it said the focus had expanded from engineers at high-growth startups toward people building products inside AI-focused software teams at any scale.

The lesson is not to pick an ICP once and never touch it.

It is to get specific enough that the choice changes what you build.

PostHog expanded from a tool into a platform

PostHog started with product analytics.

It did not stay there.

It gradually added tools developers already needed around their product data.

Feature flags.

Session replay.

Experiments.

Surveys.

Web analytics.

Error tracking.

A data warehouse.

CDP tools.

Logs.

AI observability.

And more.

Its current website lists a much broader set of products, all connected to the same customer and product data.

This changed the economics of the business.

A customer might originally discover PostHog because it needs analytics.

Once its data is already inside PostHog, using PostHog for session replay or feature flags becomes easier than buying and integrating another tool.

Then another PostHog product becomes useful.

And another.

PostHog had moved from competing with one analytics product to replacing parts of an entire stack.

By June 2025, PostHog had 14 products. James Hawkins described the broader strategy as building "customer infrastructure" — putting customer-related software and data in one place. At the time, the company said it was already doing multiple tens of millions of dollars in ARR and growing roughly 3x year over year.

PostHog waited until product-market fit before going hard on SEO

PostHog did something that goes against common startup SEO advice.

It waited.

The company was founded in 2020, but it did not start seriously investing in SEO until January 2022.

By then, PostHog had real revenue.

It had strong retention.

It understood its ideal customer.

And it knew the product was unlikely to completely change direction.

That made SEO much easier.

Instead of guessing what an imaginary customer might search for, PostHog already knew what its users cared about.

The first meaningful results started showing after around three months.

Growth became stronger after six months.

After one year, PostHog says its traffic from SEO had tripled.

The important part was not simply publishing more articles.

PostHog already had strong technical documentation and a website with authority among developers.

It added useful content around problems its audience was already trying to solve.

SEO became another layer on top of existing product-market fit.

Their website became a distribution channel

PostHog's website does not look like most B2B SaaS websites.

There are hedgehogs everywhere.

There are code examples.

There are detailed pricing pages.

There is a public handbook.

There are technical tutorials.

There are comparison pages.

There are opinions.

There are memes.

The company treats its website more like a product than a brochure.

That is intentional.

PostHog's marketing team says one of its core principles is to treat the website like a product and invest in it accordingly.

The public handbook served another purpose.

Early on, a small open-source startup had a credibility problem.

A developer considering installing PostHog had to wonder whether the company would still exist a year later.

Publishing how the company worked, what it believed, and what it was building made the tiny startup look more serious and transparent.

The brand itself became part of the growth loop.

People remembered PostHog.

People shared its pages.

And sometimes those people were unusually useful.

In 2023, Stripe co-founder Patrick Collison publicly praised PostHog's website. The relationship that followed eventually contributed to Stripe leading PostHog's $70 million Series D in June 2025.

Content became an owned audience

PostHog kept investing in content long after the early founder posts.

But its content strategy stayed close to the original idea:

write things technical people actually want to read.

The company hired people who understood developers.

It published detailed guides instead of generic SaaS posts.

It shared things the company had learned itself.

It built a newsletter for engineers and founders.

The newsletter eventually grew to tens of thousands of subscribers and was rebranded from Product for Engineers to build mode in 2026 as PostHog widened its focus.

This gave PostHog something more valuable than search traffic.

It had an audience it could reach directly.

Every new article, feature, or product could be distributed to people already interested in what PostHog was building.

The same content is now helping PostHog grow through LLMs

The rise of ChatGPT, Claude, Perplexity, and other AI tools created another distribution channel.

PostHog was well positioned for it.

For years, it had been publishing detailed documentation, comparison pages, tutorials, technical guides, and clear explanations of its products.

That is exactly the kind of information LLMs use when answering product questions.

In June 2026, PostHog said traffic from LLMs had grown 41x in two years and converted better than almost any other source.

This is a useful example of how old distribution investments can create new growth later.

PostHog did not start writing documentation in 2020 because it knew ChatGPT would eventually send customers.

It wrote useful information for developers.

Years later, that library also became useful to AI systems.

Small startups became PostHog's best distribution partners

PostHog also benefited from getting into companies early.

A three-person startup does not have much money.

But it can become a 300-person company.

PostHog's free tier and self-serve onboarding let startups install it when they were tiny.

If those startups grew, PostHog grew with them.

The YC ecosystem made this especially powerful.

Founders talked to other founders.

Engineers moved between startups.

People reused tools they already trusted.

Instead of trying to win every account through a sales team, PostHog could spread from startup to startup through developers.

The customer itself became part of distribution.

Growth stayed surprisingly efficient

By 2023, the model was beginning to compound.

PostHog says it grew revenue 4x that year while adding only three net new employees.

By June 2025, PostHog had around 14 products and roughly 80 employees at the end of the previous year. It had reached multiple tens of millions in ARR and was growing around 3x year over year.

That month, Stripe led a $70 million Series D at a $920 million valuation.

Later in 2025, PostHog raised another $75 million Series E at a $1.4 billion valuation.

By 2026, Stripe described PostHog as being on pace for $100 million in ARR.

PostHog's homepage now says more than 500,000 teams use the platform.

Why PostHog's growth worked

There was no single growth hack.

Hacker News mattered, but Hacker News alone does not build a $1.4 billion company.

Open source mattered, but plenty of open-source projects never become large businesses.

SEO mattered, but PostHog waited two years before investing heavily in it.

The real advantage was how the pieces reinforced each other.

Open source gave PostHog a reason to exist in a crowded market.

Hacker News and GitHub put it in front of the right developers.

Manual onboarding helped the founders learn what those developers wanted.

Cloud hosting removed friction.

The free tier made adoption easier.

A clear ICP shaped the product, brand, pricing, and content.

Useful content brought in more of the same audience.

New products increased the value of every customer.

Usage-based pricing let PostHog grow as those customers grew.

And years of useful content now help PostHog appear in both Google and AI answers.

The company built one growth loop on top of another.

What founders can learn from PostHog

The biggest lessons from PostHog's growth are simple:

1. Start narrow. PostHog did not try to build analytics for everyone. It built open-source analytics for developers.

2. Get a few people to love the product before chasing thousands of signups. The founders manually onboarded the first users and watched whether they returned.

3. Launch where your users already spend time. For PostHog, that meant Hacker News and GitHub.

4. Make your positioning easy to repeat. "Open-source product analytics" was much easier to understand and share than a long list of features.

5. Remove friction as you grow. Self-hosting helped PostHog stand out. Cloud hosting helped it scale.

6. Let your ICP affect real decisions. PostHog's customer profile changed its pricing, product, website, sales strategy, and hiring.

7. Invest in distribution that compounds. Documentation, content, SEO, word of mouth, and an owned newsletter became more useful over time.

8. Expand around the same customer. PostHog did not need to find a completely new audience for every new product. It sold more tools to people who already trusted it.

The real PostHog growth story

PostHog started as a simple idea:

Give developers an open-source alternative to closed product analytics tools.

That got the company noticed.

But what happened next mattered more.

PostHog kept making the product easier to adopt. It learned exactly who its best customers were. It built a brand those customers liked. It published things they wanted to read. And instead of remaining one analytics tool, it kept building more of the software those customers already needed.

The result was a business where the product itself drove acquisition, retention, expansion, and word of mouth.

PostHog did not build a product first and bolt distribution onto it later.

Distribution became part of the product.