PostHog

Come hear me yap about PostHog's new integrations with Convex! 🦔🎉 https://lnkd.in/dfVZdi7v

PostHog has 12+ products and hundreds of features. Until recently, all our product marketing was done by one person. That was fine for a bit, but the product surface area -- and product depth! -- got too big for one person to cover last year. So, we've started scaling the team and building out areas of expertise. Now, each PMM owns an area: AI, Observability, Data, Growth. These can include multiple products, or none at all, and that's just fine -- we ship so fast that broad themes work better than specifically owned tools. When we first started hiring for PMMs the goal was to try and duplicate the success until that point by making subsequent hires a clone of the first one. What we eventually found out worked better was hiring a diverse team with complementary but unique skillsets -- PMMs with design experience, hardware experience, or industry-specific knowledge. And now we're looking for our next two candidates!

A product that now has over 50,000 daily active users for PostHog nearly didn’t get built. In PostHog’s earliest days, an engineer wanted to build Session Replay during a hackathon based on user feedback. 🦔 james didn’t think it was a good idea. James argued it would take too long and split the focus of the company. The engineer built it anyways during a hackathon. It ended up being wildly popular and led to us becoming the multi-product company we are today. Code wins arguments and hackathons are a great venue for this to play out. But many companies do not create the environment needed for this to happen. They don’t separate hackathons from regular work or use it as cover to accelerate existing work. We have two simple rules to prevent this: 1. You should work on totally new things. Hackathons are for ambitious, weird ideas, trying new things, and learning new technologies. Pitching ideas on the roadmap is forbidden. 2. You should focus 100% on the hackathon. We protect people from regular work by running our hackathons during offsites, where we have dedicated time and coverage plans for support and incidents. Other companies employs work embargoes for hackathons run in an office. These rules let hackathons fuel the innovation engine because people are unconstrained by their day-to-day work and have a safe space to work on ambitious bets without distractions. For more thoughts like these, check out my latest posts on why you should run more hackathons and how to do them well → https://lnkd.in/dVHyN_AP

I'm continually impressed with the work of PostHog (not to mention having my favorite website on the planet). And I'm excited about PostHog Code...this just might be the next evolution of how products are built if the features are directly from what customers want using real product signals. https://posthog.com/code

Your favorite open source couple's finally settling down. PostHog can now be integrated with Convex for all your Logs, Error Tracking, and LLM Analytics needs.

Choose your fighter

This used to be ticket 21337 in the backlog. Join the PostHog Code waitlist.

"Everyone" meaning us (link in comments)

I can't believe this is happening: I'm helping organise the first meetup for product engineers in 🇮🇹 Italy 🇮🇹 together with Daniel Zaltsman, the party planner from one of my favourite companies, PostHog! If you're interested in the future of software product development, I'd highly recommend you join this event. There will be interesting talks, a nice aperitivo, and, most of all, a chance to meet some like-minded people to talk with about product engineering. The meetup will be hosted in Milan, at Spazio 78, from 6 PM. Register here: https://luma.com/ixil52u3