PostHog equips developers to build successful products by combining product analytics, feature flags, session replay, a data warehouse, CDP and many more.
* we have a public handbook (posthog.com/handbook) if you want to learn how we work, pay and more in complete detail.
* we are growing through more autonomy and transparency not through process.
* we have a ton of scale and a bunch of super interesting technical problems to solve
* we're building 20 more products over the next couple of years, so you could end up building one of those
* public compensation calculator! see immediately what you'd get paid
i can remember a discussion with Cory (who built this with Eli, the front end eng) on the topic of "why do all websites consist of a collection of long scroll-y pages / is that appropriate for our business?" and we concluded it wasn't optimal.
at the time, we were trying to figure out how to add more products in without it becoming messy, and we concluded we're trying to do a lot more than just what would work well for a 1 product company (we have very extensive content for example) - we feel quite multidimensional. thus a flatter design was proving hard to do. we wanted something that could enable us to offer a very wide variety of things (like 10+ products, handbook, job board, newsletter etc)
a lot of existing websites are trying to convey what they do in <3 seconds, and all of the internet is going for that. our company doesn't fit into 3 seconds, or if it does it's annoyingly vague "a whole bunch of devtools"...! so we thought hey we'll do something that means people _will_ explore and learn what we do better. it will mean _some_ people bounce and that's ok, because those that stick will (sometimes!) love it.
as a project, it looked fun and we knew it'd stand out a lot as a way to justify it. it's much nicer and more cost effective for us to ship something 10/10 cool than go down the outbound-y sales route. we run at a 3 month cac payback period if you're into startup stats. the proviso is that only works if you go _really_ deep, so that your work actually stands out.
PostHog helps engineers build better products by combining product analytics, feature flags, session replay, a data warehouse, CDP and many more.
* open source, building a dev tool. We have a public handbook (posthog.com/handbook) if you want to learn how we work, pay and more in complete detail.
* we are a real business... nearly at $20M ARR / profitability in sight / lots of capital / grew revenue 4x last year but only added 3 people / just had first cashflow positive month in October this year!
* you decide what to build, and iterate with your users - we are growing through autonomy and transparency not through process.
* we have a ton of scale and a bunch of super interesting technical problems to solve
* we're building 50 more products over the next couple of years, so you could end up building one of those
* we need: product engineer, technical founder engineers, backend leaning full stack engineer
hey (founder here), that shouldn't be happening, although this can take us some time (we get thousands of applications, although HN is a very high quality source) - could you email me james at our website.com? i'll double check what's going on.
Ah definitely email me then! If you are full stack but lean heavily front end and love taking pride in your craft / like working reactively based on what you think needs prioritising vs a more process oriented approach please email me!
We're an all remote company of just 50 with 8 products and significantly >$10M ARR. All inbound, no sales team. 70k companies have installed our software, 1,600 new companies install each week. Shipping tools to help developers build successful products.
We quadrupled our revenue, only added 3 people net last year, and now expanding as a result. We work in small teams, who fully own each product. Our engineers decide _what_ they will work on, not just _how_ to ship things.
See how our entire company works in a ton of detail at posthog.com/handbook, including how much we pay!
Hiring product engineers, a technical support engineer, a UX engineer, a distributed systems engineer, a site reliability engineer, and a community manager.
Please apply through our careers page on our website, or enter my email inbox lottery (james at you can guess it), but i would recommend the former!
(Founder) wanted to explain our intent behind the business… so here’s the origin story.
We tried to make the business work exclusively with self hosted and open source focus. I thought cloud would never work as we have so much competition. However we just couldn’t make hosting it at scale a good experience. We often have more data than customers production instances.
We wound up having to spend a ton of time debugging k8s in other people’s infra via screenshots. This wasn’t good for us or customers.
We kept having people hosting it themselves for no reason other than liking us so for the sake of a good experience for them, we made a cloud product. This represented the majority of users. It’s also cheaper for most people as we just have a big free tier and shared infra costs, so no hosting bill. Turns out cloud worked.
We didn’t want to abandon the OS project but we stopped trying to make money via an open core model. That means we call it a hobby instance because it just doesn’t scale very well.
(Founder) we wanted to be able to capture questions on each page of our docs - so someone learning about our JS SDK (for example) could see questions about it under the main docs content, to try to avoid people missing gotchas.
In general we invest a ton in the website as we don’t do sales - it is our sales team!
And in future we anticipated building ie merch rewards for people that answer questions, people about to submit blog posts and stuff all through the same login… community based things. This is all pie in sky at moment but we’re going to experiment with it.
we mainly do this because it can just help with getting PRs approved if we want to fix an issue in something we rely on (and it is nice / we can list as a perk), and a little influence can be very valuable if we want to give feedback on a project's direction. doesn't do much on the growth side as far as i'm aware, for us at least.
Yikes, I'm the founder of this company (one of my colleagues wrote this piece) - just saw it appear here. We shipped a rather huge change to the website recently (we're trying to let other people post stuff too), think we accidentally made it janky and missed this. Will fix when the right person wakes up - he's west coast US! Sorry for QA via HN :)
ok that is fair - going to SF frequently but not living there is something i should have been clearer on!
my cofounder and i go 3-4 x a year now, for 1 week at a time. it acts like an offsite - get out of usual routine, meet interesting people, do lots of meetings (we'd normally avoid this sort of thing), get ideas and up our ambition, then go home and build stuff for 3 months quietly. repeat!
in the early days, if you fundraise, then at least SF based firms are way better to deal with in general, of course with many exceptions
1. Just be yourself, proudly. Some people _will_ hate it, others will love it. Getting product market fit is so damned hard, you are way better off looking for a smaller number of people that love you.
2. I'd shoot for 5 reference customers (paying list price, using it as you'd expect and genuinely delighted). Along the way I'd track who you try to sell to in a spreadsheet (including those that just drag on and never close) and I'd score them across the behaviors/things you would expect your target audience would have in common. This will help you create an Ideal Customer Profile - which you can then target more and more heavily (where you do marketing / what you build next and so on in future). Be _very_ specific not just ie by industry. For example, paypal targeted ebay power sellers in the early days.
3. Absolutely not. I've more than 40K customers at my startup and I live in a village no one has heard of in the UK.
4. Don't worry about scaling up via marketing until you have 5 reference customers (and generally do more of what got you the first 5 as your first step)
5. Read Secrets of Sandhill Road to understand the VC model more deeply. If you bootstrap - you have total control, might make more if you sell (because of how preferred shares work) but it will probably cause you more personal financial stress. Decide what motivates you - lifestyle business or trying to build a $10bn company. VC is an irreversible door, more or less, whereas bootstrapping isn't. I'd default with bootstrapping if unsure.
PostHog | Full-Time | Distributed systems engineer (and lead), full stack and ex technical founder engineers | Remote (all remote) | Hiring GMT-8 to GMT+1
PostHog helps engineers build better products. we launched on HN during a YC batch in 2020 and have been growing very fast ever since.
* open source, building a dev tool. We have a public handbook (posthog.com/handbook) if you want to learn how we work, pay and more in complete detail.
* we are a real business... nearly at $10M ARR / profitability in sight / lots of capital
* we are growing through more autonomy and transparency not through process.
* we are under a ton of pipeline pressure due to how much we've grown usage (~5x per year at the moment) - we need help rewriting our ingestion for the next 2 years of scale whilst dealing with 1 million events/minute being ingested. this will be very hard, but it is the _biggest_ challenge our company faces. revenue and growth are coming easily.
* goal is to build a company worth $10s of billions, by building wide first (we are the all in one platform with lots of tools) then going upmarket way later (similar product and go to market to Atlassian). we grow entirely through word of mouth and content marketing, not from outbound sales.
* we need: a distributed systems engineer to lead our pipeline team, 1-3 other individuals to work in the same team. you'll be working alongside experienced people who've worked at places like datadog/meta/twitter in this small team (currently 3 people).
* we are also hiring: ex technical founders and front-end oriented full stack engineers!
I feel like a weird industry has popped up that makes you feel like you can validate everything in advance. I think this comes from Product Managers in large, risk-averse companies that excessively try to minimize mistakes.
However, if you want to start a startup, you aren't optimizing for mistake minimization! You are figuring out if anyone cares as quickly as possible. You will only get true validation of this by seeing if people use your thing, and then iterating from there.
My advice would be - you have to _both_ talk to people and _at the same time_ create whatever your MVP is to launch as fast as possible. It might be a spreadsheet. It might be you doing stuff manually for them before building the software. Get something into their hands as quickly as possible.
* we have a public handbook (posthog.com/handbook) if you want to learn how we work, pay and more in complete detail.
* we are growing through more autonomy and transparency not through process.
* we have a ton of scale and a bunch of super interesting technical problems to solve
* we're building 20 more products over the next couple of years, so you could end up building one of those
* public compensation calculator! see immediately what you'd get paid
* we're hiring: product engineers, clickhouse operations engineer, backend engineers, technical customer success managers, technical account executives, developer marketers, bdr team lead, rev ops manager, and more.
https://posthog.com/careers