Product Manager, Observability (ex-founder or ex-product engineer)

ABOUT the company

The company 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 [link for members] We've since shipped more than a dozen products, including:

• A suite of analytics and observability tools, including product analytics [link for members] replay vision [link for members] AI observability [link for members] and error tracking [link for members]

• the company MCP [link for members] for users and their agents to query and act on their product and business data

• Data warehouse [link for members] so users can query product and customer data together using custom SQL insights.

We are

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

• Default alive [link for members] 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 [link for members]

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 [link for members] 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 [link for members] and make product decisions [link for members] Teams are flexible and easy to change when needed.

• Shipping fast: Why not now? [link for members] 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 [link for members] 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 [link for members] 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 [link for members] with dubious shareholder value. Doing weird stuff is a competitive advantage. And it's fun.

PRODUCT AT the company

Product management plays a slightly different role at the company [link for members] than at most other companies and is incredibly important. Instead of micro-managing engineers, PMs are responsible for research, data, and setting high-level context across the organization. They work across multiple products [link for members] to determine how products are being used, what the competitive landscape is like, and how users are feeling about the company. Using the usual PM jargon we could say PMs at the company are very discovery-focused and don’t engage in delivery [link for members] almost at all.

Among other things, they

• Run growth reviews [link for members] for products that have product-market-fit

• Dive into data research projects to answer challenging questions without obvious answers

• Organize user interviews [link for members]

• Provide just-in-time product feedback for new and existing features, following our principles of shipping and iterating quickly

• Coach product engineers on "how to do product [link for members]

If you want to know more about our philosophy of building products, read our article “Product Management is broken. Engineers can fix it.” [link for members]

WHAT YOU WILL BE DOING

You will be joining the company as a Product Manager, working with one of our small engineering teams [link for members] (with the potential to cover more than one team/product after your onboarding period), with a heavy emphasis on analyzing data, talking to users and owning the commercial aspects of your product(s):

• We have a growth review [link for members] with every product every month. As the PM, you ensure we have the right metrics, dig into things that have changed, understand what users are doing, why they're churning, etc. You use the findings to figure out if we need to dig deeper into a trend or reprioritize what we're building.

• Across our 10+ [link for members] products (and counting!), we have thousands of paying customers and many more on the free tier. That’s a lot of users and a lot of data. Finding actionable patterns in this data is one of the key ingredients to reaching $100M ARR [link for members] Example questions you might be answering:

• How does revenue/usage churn for your product compare across different segments?

• Which behaviours lead to long-term retention for your product?

• You keep an eye on the commercial side of things. Each of our products is competing with incumbents multiple times bigger both in revenue and employee size. You will lead the research into our competitors and the tooling landscape, and provide recommendations where we have the biggest untapped potential, whether it’s pricing, feature parity or even spinning out an adjacent product

• Things you choose to pick up. This could be a data deep dive outside the scope of the repeating growth reviews. Or figuring out how to package and price a new product that we want to perform better in terms of usage or revenue. Or it could be rubber-ducking the engineers to help them figure out the UX for a new product concept. This is a highly autonomous role, and you’re expected to figure out where it makes the most sense to spend your time.

WHAT YOU WON’T BE DOING

❌ Backlog grooming (it always sounded gross anyway)

❌ Deciding or approving what we build (though you’ll help surface the context needed to make good decisions)

❌ Shielding developers from users (instead, you should aim to invite an engineer for every user interview you do)

❌ Project management / writing gazillions of tickets, RFCs, or PRDs

❌ Coding and shipping new features yourself (small PRs and hackathon contributions are of course encouraged!)

YOU’LL FIT RIGHT IN IF

• You’ve been a technical founder or product engineer in a startup: We are explicitly looking for someone who has written code before and now wants to focus on the product and commercial side

• You have strong product sense - meaning you can identify a product’s biggest selling points and weaknesses (both user experience and commercial) and turn them into actionable insights that inform your team’s product decisions

• You’re familiar with business and product metrics (e.g. activation, retention, churn) and defining and tracking key product metrics. You don’t hesitate to write SQL (or another query language) to answer data questions

• You’re very proactive/organized, so you don’t wait to be told what to do. Instead, you figure out what needs to happen, make it happen and keep multiple threads moving forward without letting things slip

• You collaborate well as you default to transparency, share early, and seek feedback from the team and customers in an async-first world. Strong communication skills are the key to strong collaboration.

• You have hands-on experience using observability products and understand how engineers use them to investigate, debug, and diagnose issues in production.

Nice-to-haves (We don’t expect you to tick all of these boxes, but at least 2-3 are a big plus):

• You’ve worked on or PM’d an observability product before.

• You have additional data modelling experience on top of writing queries.

• You’ve worked on a developer tool or AI product before.

• You’ve done a decent portion of interviewing users already. And looking at additional product management experience, you might have even worked with designers or engineers on new user experiences?

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