Message test · Posthog

Only 3 of 15 buyers could say why they would pick Posthog over an alternative.

https://posthog.com/15 AI-simulated buyers

Your message needs work: they know what it is and who it's for, but not why it's worth their time or why to pick you.

Simulated responsesNo humans answered these questions. Every quote below was written by an AI model role-playing a buyer profile.
Saved report, kept for 60 days — expires in 43 days. Re-opening it is free.
01

Your verdict

  • Clarity

    Do they understand what you do?

    Strong15 of 15

    15 could name what kind of product this is, unprompted.

  • Relevance

    Can they tell what it solves, and who it's for?

    Mixed10 of 15

    10 could quickly tell what problem it solves and who it is for.

  • Value

    Do they actually want it?

    Weak7 of 15

    7 would take a meeting to learn more.

  • Differentiation

    Fix first

    Is there a reason to pick you over the alternatives?

    Fail3 of 15

    3 could name a reason to pick you over a similar option.

Four separate measures, not stages: all 15 personas answered all four questions. Each square is one persona.

Additional signalBrand alignment9 of 15MixedShow finding ▸

Respondents consistently described the brand as engineer-focused, humorous and self-serve, and several said it aligns well with an IC developer audience. The same respondents flagged that this tone signals a PLG motion without enterprise substance, and two said it skews toward younger founders and startup hype rather than VPs at mid-sized companies. Not one of the four layers, and it does not affect the scores above or the order to fix them in.

These are 15 simulated buyers. Want 15 real ones?

Test with humans
02

Fix these first

Fix these first

Three edits, in the order that matters.

The first is on your weakest layer, the second on the next, the third on the layer the most buyers had a problem with. Each says what to change on the page and why, with one simulated answer behind it.

  1. Move usage-based pricing and per-event rates above the fold.

    Why: Transparent per-event rates, a real free tier and 'you never have to jump on a quick call with sales' were the only elements readers pointed at as genuinely distinguishing. They are buried at the very bottom, below a duplicated 18-item tool list. Surface the headline rates and the no-sales-call promise in the hero area so the strongest reason to choose is the first thing a comparing reader sees.

    Moves Differentiation
    Give a reason to choose you
  2. Add one named customer story with a linked merged PR.

    Why: There is a logo wall captioned 'Yes they actually use us' but no story attached to it. Readers specifically wanted a named team plus a clickable merged pull request. Add a short block near the Inbox section: team name, the bug, the PR PostHog opened, whether it shipped, and time saved. That converts the logos from decoration into evidence.

    5 of 15 raised this

    A verified merge-acceptance rate from a real customer at our scale — something like "X% of AI-generated PRs for error-tracking issues were merged without material edits over N…” Show full quote
    A verified merge-acceptance rate from a real customer at our scale — something like "X% of AI-generated PRs for error-tracking issues were merged without material edits over N weeks." Give me that one number with a named source and I'd pilot it; without it, it's just a pitch.
    VP of Product Engineering, SaaS · 501-1000 employeessimulated
    Moves Value
    Proof next to the claim
  3. Front-load the H1 with what PostHog actually does.

    Why: 'Shift your product into self-driving mode' spends the most-read line on a metaphor, and the concrete claim — automatically diagnoses problems, fixes bugs, generates pull requests — only appears two paragraphs down. Promote that into the headline so a scanning reader gets the offer in the first three words, and let the AI capability read as part of the product rather than a layer bolted onto analytics.

    7 of 15 raised this

    If it actually diagnosed and PR'd real bugs unprompted, that's meaningful — it'd cut down triage time that currently eats into our custom logging workflow. But the only…” Show full quote
    If it actually diagnosed and PR'd real bugs unprompted, that's meaningful — it'd cut down triage time that currently eats into our custom logging workflow. But the only proof shown is a broken hyperlink getting fixed, which isn't a bug in the sense I care about (race conditions, data pipeline breaks, whatever).
    Product Engineer, Technology · 11-50 employeessimulated
    Moves Clarity
    Front-load the meaning

Keep these · 2

These landed. Keep the wording when you edit around it.

  1. Keep · Differentiation

    Transparent usage-based pricing with per-event rates is the one thing respondents named…

    "$0.00005/event" with a 1M/mo free tier is concrete and comparable, unlike most vendors who hide behind "contact sales." That's a real reason to shortlist it.
    Product Engineer, Technology · 11-50 employeessimulated
  2. Keep · Value

    The value of auto-diagnosis and auto-filed PRs is understood and wanted, conditional on…

    bugs getting auto-diagnosed and real PRs filed off usage data without me having to prompt it — that would take a chunk of the grunt work off my…” Show full quote
    bugs getting auto-diagnosed and real PRs filed off usage data without me having to prompt it — that would take a chunk of the grunt work off my plate and off my team's plate: less manual triage, less "who's going to pick up this bug ticket," faster time from "customer hit an error" to "fix is in review."
    Principal Product Engineer, Software Development · 201-500 employeessimulated
03

All recommendations

Differentiation

Fail3 of 15
Moves DifferentiationConcrete over abstract

Say what the context warehouse does that separate tools cannot.

Why: 'All your data, working together' and 'you should be operating with the full context' could be said by any analytics vendor. The actual argument — an AI agent that has replays, flags, experiments and warehouse data in one store can diagnose a bug a bolt-on agent cannot — is never stated. Rewrite the section heading and opening line to make that comparison explicit.

Moves DifferentiationTie the feature to the outcome

Replace the duplicated 18-tool list with grouped, outcome-labelled capabilities.

Why: 'Built-in tools for your agents' lists Product Analytics through No-code A/B Testing twice with no indication of what any of them lets the buyer do. Cut the duplication and group them under two or three outcome lines — what the agent can see, what it can test, what it can ship — so scope reads as a coherent advantage rather than a feature dump.

Value

Weak7 of 15
Moves ValueProof next to the claim

Put a merge-acceptance number beside the auto-PR claim.

Why: 'Diagnoses problems, fixes bugs, and generates pull requests' is asserted and never substantiated anywhere on the page. Readers said the value is real if the claim holds, and asked for the share of AI-filed PRs that get merged, typical time from report to PR, and the class of bugs covered. Put one such figure inline under the hero claim, sourced to a period and a customer set.

5 of 15 raised this

A verified merge-acceptance rate from a real customer at our scale — something like "X% of AI-generated PRs for error-tracking issues were merged without material edits over N…” Show full quote
A verified merge-acceptance rate from a real customer at our scale — something like "X% of AI-generated PRs for error-tracking issues were merged without material edits over N weeks." Give me that one number with a named source and I'd pilot it; without it, it's just a pitch.
VP of Product Engineering, SaaS · 501-1000 employeessimulated
Moves ValueSpecifics beat superlatives

Cut 'self-driving mode' and '500,000+ teams' or source them.

Why: Both lines were read as trust-killers: 'self-driving mode' is an undefined internal metaphor that overclaims autonomy the page never demonstrates, and '500,000+ teams' is an unattributed round number. Replace the H1 metaphor with what the product literally does — diagnose bugs and open the pull request — and either footnote the teams figure with a definition of 'team' or drop it.

5 of 15 raised this

A verified merge-acceptance rate from a real customer at our scale — something like "X% of AI-generated PRs for error-tracking issues were merged without material edits over N…” Show full quote
A verified merge-acceptance rate from a real customer at our scale — something like "X% of AI-generated PRs for error-tracking issues were merged without material edits over N weeks." Give me that one number with a named source and I'd pilot it; without it, it's just a pitch.
VP of Product Engineering, SaaS · 501-1000 employeessimulated

Relevance

Mixed10 of 15
Moves RelevanceConcrete over abstract

Replace the Slack broken-link demo with a production bug example.

Why: The one worked example on the page is an AI fixing a dead localhost link in a handbook page. Readers treated this as evidence the product only handles trivia, not the production bugs they actually triage. Swap the thread for a real defect — a checkout error spike traced to a null-check regression, with the resulting PR — so the demo matches the claim 'diagnoses problems, fixes bugs'.

5 of 15 raised this

But the "who" — company size, team structure — is inferred, not stated; there's no "for startups" or "for teams of X" framing, just logos and "500,000+ teams,"…” Show full quote
But the "who" — company size, team structure — is inferred, not stated; there's no "for startups" or "for teams of X" framing, just logos and "500,000+ teams," which is too vague
Senior Product Engineer, Startups · 51-200 employeessimulated
Moves RelevanceName the audience

State who the product is for in the hero subhead.

Why: The page never says who it's built for — readers had to infer audience from the logo wall, and came away with contradictory guesses (seed-stage startups vs. large orgs). Add a line directly under the H1 naming role and situation, e.g. 'For product engineering teams who own their own analytics — no data team required.' That single line settles the size and function question the logos currently leave open.

5 of 15 raised this

But the "who" — company size, team structure — is inferred, not stated; there's no "for startups" or "for teams of X" framing, just logos and "500,000+ teams,"…” Show full quote
But the "who" — company size, team structure — is inferred, not stated; there's no "for startups" or "for teams of X" framing, just logos and "500,000+ teams," which is too vague
Senior Product Engineer, Startups · 51-200 employeessimulated
Moves RelevanceProblem before solution

Name the problem before the 'self-driving mode' promise.

Why: The page opens on the answer with no statement of the pain. Precede the hero claim with the reality the buyer feels — bugs found in session replays that sit in a backlog while engineers hand-reproduce them, triage eating the sprint. Then 'PostHog diagnoses it and opens the PR' lands as a response rather than a boast.

5 of 15 raised this

But the "who" — company size, team structure — is inferred, not stated; there's no "for startups" or "for teams of X" framing, just logos and "500,000+ teams,"…” Show full quote
But the "who" — company size, team structure — is inferred, not stated; there's no "for startups" or "for teams of X" framing, just logos and "500,000+ teams," which is too vague
Senior Product Engineer, Startups · 51-200 employeessimulated
Additional signal

Brand alignment

Mixed9 of 15
Moves Brand alignmentAnswer the live objection

Add an enterprise-substance line to the self-serve pricing section.

Why: The playful, self-serve voice reads as authentic but signals a startup-only motion, and senior buyers at mid-sized companies did not see themselves in it. Inside the pricing block, next to '97% of users pay us $0', add a concrete line about what scale looks like — event volumes handled, data residency, SSO, SLA — in the same plain voice. Keep the humour; add the substance under it.

6 of 15 raised this

Feels like a mid-size, developer-first company that's grown past its early "quirky startup" phase but still leans hard on that voice — the "Shameless CTA," "Notendorsed by Kim…” Show full quote
Feels like a mid-size, developer-first company that's grown past its early "quirky startup" phase but still leans hard on that voice — the "Shameless CTA," "Notendorsed by Kim K," fake floppy disk Rickroll bit. That's a company confident enough in its product-led growth to spend copy space on jokes instead of a sales pitch
Product Engineer, Technology · 11-50 employeessimulated
Moves Brand alignmentSpecifics beat superlatives

Reconcile the conflicting '97%' and '98%' free-usage figures.

Why: The hero says '97% of users pay us $0' and the pricing section says '98% of our customers use PostHog for free'. Two different numbers for the same claim on one page invites doubt about every other figure, including the AI claims. Pick one, define whether it counts users or accounts, and use it in both places.

6 of 15 raised this

Feels like a mid-size, developer-first company that's grown past its early "quirky startup" phase but still leans hard on that voice — the "Shameless CTA," "Notendorsed by Kim…” Show full quote
Feels like a mid-size, developer-first company that's grown past its early "quirky startup" phase but still leans hard on that voice — the "Shameless CTA," "Notendorsed by Kim K," fake floppy disk Rickroll bit. That's a company confident enough in its product-led growth to spend copy space on jokes instead of a sales pitch
Product Engineer, Technology · 11-50 employeessimulated
04

Buyer evidence

Biggest risks

A deliberately adversarial read of the same answers. Each claim was checked back against what the personas said and dropped if nothing supported it.

  • high

    The page's only concrete proof point is the thing most likely to sink the sale.

    Seven of 15 respondents singled out the Slack broken-hyperlink demo as the sole piece of evidence offered, and eight separate points across clarity, relevance, value and differentiation treat it as undermining credibility. A demo that reads as a toy example is worse than no demo: it sets the ceiling of perceived capability at 'fixes dead links' while the copy claims production bug diagnosis. Five more respondents independently noted the AI claim has no metrics, case study or named customer to…

  • high

    Demand for the product exists and the page fails to convert it.

    Three respondents said auto-diagnosis and auto-filed PRs would cut triage and bug-to-fix time and that the value is real — but every one attached a condition: proven autonomous merges, a named customer, or before/after metrics. Five respondents separately named the absence of exactly those artifacts, with specific asks for a named team and a clickable merged PR. The page created qualified want and then withheld the single class of asset needed to close it.

  • high

    The page cannot state who it is for, so readers assign themselves out of it.

    Five of 15 respondents could not determine target company size or industry and had to guess from customer logos, and those guesses actively conflicted — some read startup positioning from free-tier limits, another read enterprise, and one at 200-500 people saw no evidence of fit without a data team. When the audience signal is inferred rather than stated, contradictory reads are the default outcome and the page loses buyers who otherwise qualify.

  • high

    The tone is doing audience-selection work that contradicts the deal size the page is chasing.

    Six respondents read the brand as authentic developer-first and self-serve, and the same respondents flagged it as signalling PLG without enterprise substance, with two saying it skews toward younger founders and startup hype rather than VPs at mid-sized companies. Combined with five respondents unable to identify the target segment, the voice is the loudest audience signal on the page — and it is pointing away from budget holders.

  • medium

    Pricing is the only differentiator the page earned, and it differentiates on cheapness rather than capability.

    Five respondents independently named the transparent per-event pricing table and free tier as the standout — the most consistently positive element on the page. Nothing else was named as a differentiator. Meanwhile seven respondents dismissed the capability demo and five found the AI claims unproven. The page is winning on the axis competitors can match in an afternoon and losing on the one it built the product around.

  • medium

    The product reads as two products stapled together, which is why no single value proposition survives the page.

    Respondents described analytics infrastructure with an AI ops layer 'bolted on' rather than one coherent offering, and one had to scroll before the AI diagnosis claim became clear. This structural incoherence compounds the audience problem five respondents reported: a reader cannot self-identify as the buyer when the page has not decided what it sells.

Differentiation

  • Transparent usage-based pricing with per-event rates is the one thing respondents named…

    5 of 15 · what worked

    "$0.00005/event" with a 1M/mo free tier is concrete and comparable, unlike most vendors who hide behind "contact sales." That's a real reason to shortlist it.
    Product Engineer, Technology · 11-50 employeessimulated
    See all 4 comments
    The usage-based pricing table is the one concrete thing that could tip me toward PostHog over a competitor — "1 million events/mo free, $0.00005/event" is specific and lets…” Show full quote
    The usage-based pricing table is the one concrete thing that could tip me toward PostHog over a competitor — "1 million events/mo free, $0.00005/event" is specific and lets me actually model cost against our current tool, versus every other analytics vendor hiding behind "book a demo."
    Senior Product Engineer, Startups · 51-200 employeessimulated
    The usage-based pricing table is the one thing that would actually pull me toward PostHog over a competitor on this page — "$0.00005/event" with a stated 1M free…” Show full quote
    The usage-based pricing table is the one thing that would actually pull me toward PostHog over a competitor on this page — "$0.00005/event" with a stated 1M free tier and "98% of our customers use PostHog for free" is concrete and checkable, unlike almost everything else on the page
    VP of Product Engineering, SaaS · 501-1000 employeessimulated
    the pricing table — "$0.00005/event," "1 million events/mo free," "98% of our customers use PostHog for free." That's concrete, checkable, and tells me they're not going to trap…” Show full quote
    the pricing table — "$0.00005/event," "1 million events/mo free," "98% of our customers use PostHog for free." That's concrete, checkable, and tells me they're not going to trap me in a sales call to find out what this costs at our volume
    Principal Product Engineer, Software Development · 201-500 employeessimulated

Value

  • The AI bug-diagnosis and auto-PR claims arrive with no metrics, case study or named…

    5 of 15

    A verified merge-acceptance rate from a real customer at our scale — something like "X% of AI-generated PRs for error-tracking issues were merged without material edits over N…” Show full quote
    A verified merge-acceptance rate from a real customer at our scale — something like "X% of AI-generated PRs for error-tracking issues were merged without material edits over N weeks." Give me that one number with a named source and I'd pilot it; without it, it's just a pitch.
    VP of Product Engineering, SaaS · 501-1000 employeessimulated
    See all 7 comments
    "Automatically diagnoses," "fixes bugs," and "generates pull requests" — none of those are quantified or scoped, so I can't tell if that means catching a null-pointer typo or…” Show full quote
    "Automatically diagnoses," "fixes bugs," and "generates pull requests" — none of those are quantified or scoped, so I can't tell if that means catching a null-pointer typo or actually resolving a logic bug in production code.
    VP of Product Engineering, SaaS · 501-1000 employeessimulated
    A verifiable case study from a company our size — named team, real bug, real PR that merged, with a link I can click myself, not a curated…” Show full quote
    A verifiable case study from a company our size — named team, real bug, real PR that merged, with a link I can click myself, not a curated screenshot.
    Principal Product Engineer, Software Development · 201-500 employeessimulated
    Everything else — "500,000+ teams," the Slack screenshot fixing a broken link, "self-driving mode" — is exactly the kind of unverified claim that would make me rule a…” Show full quote
    Everything else — "500,000+ teams," the Slack screenshot fixing a broken link, "self-driving mode" — is exactly the kind of unverified claim that would make me rule a tool out, not in, because it's the same "trust us" packaging that burned me last time.
    Principal Product Engineer, Software Development · 201-500 employeessimulated
    A named customer our size showing the auto-PR workflow actually shipped fixes safely in a real codebase — with a before/after on triage time and how many of…” Show full quote
    A named customer our size showing the auto-PR workflow actually shipped fixes safely in a real codebase — with a before/after on triage time and how many of those PRs needed human rework
    Product Engineer, Software Development · 201-500 employeessimulated
    I'd need a concrete example at our scale — a small team's actual bug volume, what the PR success/rejection rate looked like, and how much engineer review time…” Show full quote
    I'd need a concrete example at our scale — a small team's actual bug volume, what the PR success/rejection rate looked like, and how much engineer review time it saved versus just doing it manually.
    Engineering Manager, Technology · 11-50 employeessimulated
    The "500,000+ teams" and "98% use it free" numbers are unsourced, so I'd want named case studies before believing the AI-fixes-your-bugs pitch actually works in production, not just…” Show full quote
    The "500,000+ teams" and "98% use it free" numbers are unsourced, so I'd want named case studies before believing the AI-fixes-your-bugs pitch actually works in production, not just on a fake Slack screenshot.
    Senior Product Engineer, Software Development · 201-500 employeessimulated
  • The value of auto-diagnosis and auto-filed PRs is understood and wanted, conditional on…

    3 of 15 · what worked

    bugs getting auto-diagnosed and real PRs filed off usage data without me having to prompt it — that would take a chunk of the grunt work off my…” Show full quote
    bugs getting auto-diagnosed and real PRs filed off usage data without me having to prompt it — that would take a chunk of the grunt work off my plate and off my team's plate: less manual triage, less "who's going to pick up this bug ticket," faster time from "customer hit an error" to "fix is in review."
    Principal Product Engineer, Software Development · 201-500 employeessimulated
    See all 3 comments
    If it worked as promised, it'd take manual bug triage off my plate — the Slack example of tagging @PostHog to find and fix a broken link, or…” Show full quote
    If it worked as promised, it'd take manual bug triage off my plate — the Slack example of tagging @PostHog to find and fix a broken link, or the Inbox "clustering findings into researched reports" so my team just reviews PRs instead of chasing issues, would genuinely cut grunt work.
    Senior Product Engineer, Software Development · 201-500 employeessimulated
    A named customer our size showing the auto-PR workflow actually shipped fixes safely in a real codebase — with a before/after on triage time and how many of…” Show full quote
    A named customer our size showing the auto-PR workflow actually shipped fixes safely in a real codebase — with a before/after on triage time and how many of those PRs needed human rework
    Product Engineer, Software Development · 201-500 employeessimulated

Relevance

  • Who the product is for is inferred from logos rather than stated, and the signals conflict

    5 of 15

    But the "who" — company size, team structure — is inferred, not stated; there's no "for startups" or "for teams of X" framing, just logos and "500,000+ teams,"…” Show full quote
    But the "who" — company size, team structure — is inferred, not stated; there's no "for startups" or "for teams of X" framing, just logos and "500,000+ teams," which is too vague
    Senior Product Engineer, Startups · 51-200 employeessimulated
    See all 5 comments
    98% of our customers use PostHog for free" and the small free-tier ceilings (5,000 recordings/mo) tell me their pricing and support model is built around small teams, not…” Show full quote
    98% of our customers use PostHog for free" and the small free-tier ceilings (5,000 recordings/mo) tell me their pricing and support model is built around small teams, not a 500-1000 headcount org
    Engineering Manager, SaaS · 501-1000 employeessimulated
    the audience is right, the evidence that it works at my scale isn't there yet; I'd want a named 200-500 person eng team saying this caught and fixed…” Show full quote
    the audience is right, the evidence that it works at my scale isn't there yet; I'd want a named 200-500 person eng team saying this caught and fixed a real production bug
    Principal Product Engineer, Software Development · 201-500 employeessimulated
    there's no size or industry signal — "500,000+ teams" is the only scale reference and it's unsourced, so I can't tell if this is built for a 200-person…” Show full quote
    there's no size or industry signal — "500,000+ teams" is the only scale reference and it's unsourced, so I can't tell if this is built for a 200-person shop like us or mainly proven out on scrappy startups.
    Senior Product Engineer, Software Development · 201-500 employeessimulated
    the AI-agent pitch and the "context warehouse" language assume you already have complex data pipelines and Slack workflows, not a T11-50 team on custom logging.
    Engineering Manager, Technology · 11-50 employeessimulated

Clarity

  • The broken-hyperlink Slack demo is read as a toy example that disproves the…

    7 of 15

    If it actually diagnosed and PR'd real bugs unprompted, that's meaningful — it'd cut down triage time that currently eats into our custom logging workflow. But the only…” Show full quote
    If it actually diagnosed and PR'd real bugs unprompted, that's meaningful — it'd cut down triage time that currently eats into our custom logging workflow. But the only proof shown is a broken hyperlink getting fixed, which isn't a bug in the sense I care about (race conditions, data pipeline breaks, whatever).
    Product Engineer, Technology · 11-50 employeessimulated
    See all 8 comments
    the Slack example with Ian Vanagas fixing a broken doc link is a toy demo, not evidence it handles real production bugs
    Product Engineer, Technology · 11-50 employeessimulated
    The Slack demo with the broken link fix was the one bit that made that concrete for me; everything else (the "self-driving" framing) was fluffier marketing talk I'd…” Show full quote
    The Slack demo with the broken link fix was the one bit that made that concrete for me; everything else (the "self-driving" framing) was fluffier marketing talk I'd want a real case study to back up.
    Senior Product Engineer, Startups · 51-200 employeessimulated
    fixing a broken doc link is a trivial diagnostic task, not proof it can handle real production bugs across a codebase
    Product Engineer, Startups · 51-200 employeessimulated
    the Slack screenshot with a fake-looking bot fixing a broken link isn't proof, it's a mockup
    Principal Product Engineer, Software Development · 201-500 employeessimulated
    The usage-based pricing table is the one thing that could actually tip a shortlist decision — "$0.00005/event" with a 1M event free tier is a concrete, checkable number…” Show full quote
    The usage-based pricing table is the one thing that could actually tip a shortlist decision — "$0.00005/event" with a 1M event free tier is a concrete, checkable number I can model against our current spend, unlike most of this page. But it doesn't rule anything in on its own since competitors publish similar tables.
    Senior Product Engineer, Software Development · 201-500 employeessimulated
    Show me a real, messy production bug — not a dead link — where the agent diagnosed root cause and shipped a merged PR with minimal human rework;…” Show full quote
    Show me a real, messy production bug — not a dead link — where the agent diagnosed root cause and shipped a merged PR with minimal human rework; give me that with a number attached (e.g. hours saved or % of PRs merged as-is) and I'd book the call.
    Principal Product Engineer, SaaS · 501-1000 employeessimulated
    I'd need to know mergeable-PR rate on a codebase our size, not a docs typo, before I'd take a meeting; the broken-link demo is a toy example, and…” Show full quote
    I'd need to know mergeable-PR rate on a codebase our size, not a docs typo, before I'd take a meeting; the broken-link demo is a toy example, and nothing on the page tells me this holds up at 500-1000 headcount scale
    Engineering Manager, SaaS · 501-1000 employeessimulated
  • The AI layer reads as bolted onto an analytics product, and the core value proposition…

    2 of 15

    The problem it claims to solve is buried under the tagline — "Shift your product into self-driving mode" tells me nothing, and I had to scroll to the…” Show full quote
    The problem it claims to solve is buried under the tagline — "Shift your product into self-driving mode" tells me nothing, and I had to scroll to the "Ask PostHog anything" and Slack-screenshot section to actually get it
    Principal Product Engineer, Software Development · 201-500 employeessimulated
    See all 3 comments
    the "self-driving" AI-fixes-bugs pitch feels like a newer layer on top rather than the core product, and I'd want a real case study showing the AI actually shipped…” Show full quote
    the "self-driving" AI-fixes-bugs pitch feels like a newer layer on top rather than the core product, and I'd want a real case study showing the AI actually shipped a correct PR unsupervised before I believed that part.
    VP of Product Engineering, SaaS · 501-1000 employeessimulated
    call it "product analytics platform with an AI ops layer." The pricing table (per-event, per-recording, per-request costs) tells me it's still fundamentally analytics infrastructure
    Principal Product Engineer, Software Development · 201-500 employeessimulated

Brand alignment

  • The developer-first, self-serve tone lands as authentic but reads as PLG rather than…

    6 of 15

    Feels like a mid-size, developer-first company that's grown past its early "quirky startup" phase but still leans hard on that voice — the "Shameless CTA," "Notendorsed by Kim…” Show full quote
    Feels like a mid-size, developer-first company that's grown past its early "quirky startup" phase but still leans hard on that voice — the "Shameless CTA," "Notendorsed by Kim K," fake floppy disk Rickroll bit. That's a company confident enough in its product-led growth to spend copy space on jokes instead of a sales pitch
    Product Engineer, Technology · 11-50 employeessimulated
    See all 6 comments
    The tone — "Bedtime reading," the fake shopping-cart gag, "Notendorsed by Kim K," the Rickroll floppy disk joke — is clearly written for a technical, in-the-weeds engineer who'll…” Show full quote
    The tone — "Bedtime reading," the fake shopping-cart gag, "Notendorsed by Kim K," the Rickroll floppy disk joke — is clearly written for a technical, in-the-weeds engineer who'll find that funny, and it does land for someone like me who reads fast and likes that they're not managing me with corporate fluff. But it's not written for a 500-1000 headcount buyer specifically
    Engineering Manager, SaaS · 501-1000 employeessimulated
    the jokey packaging (the fake floppy disk Rickroll story, "self-driving mode") reads more like it's aimed at a younger, scrappier founder-engineer than at a VP at a 200-500…” Show full quote
    the jokey packaging (the fake floppy disk Rickroll story, "self-driving mode") reads more like it's aimed at a younger, scrappier founder-engineer than at a VP at a 200-500 person shop who's been burned before and needs a case study, not a bit.
    Principal Product Engineer, Software Development · 201-500 employeessimulated
    the "self-driving" hero claim swings into hype-speak that a startup CEO writes at 11pm, which is a bit at odds with the otherwise credible, numbers-first pricing section
    Product Engineer, Startups · 51-200 employeessimulated
    The tone absolutely feels written for someone like me — the Slack screenshot with a broken link, the "npx @posthog/wizard" terminal option, the snark in "Digital download," "Notendorsed…” Show full quote
    The tone absolutely feels written for someone like me — the Slack screenshot with a broken link, the "npx @posthog/wizard" terminal option, the snark in "Digital download," "Notendorsed by Kim K," "1 left at this price!!" — that's an engineer-to-engineer voice, funny and self-aware, not a VP-of-whatever deck.
    Principal Product Engineer, SaaS · 501-1000 employeessimulated
    the "500,000+ teams," the honest "98% of our customers use PostHog for free," and the flippant "eco-friendly digital download / Notendorsed by Kim K" bit at the bottom…” Show full quote
    the "500,000+ teams," the honest "98% of our customers use PostHog for free," and the flippant "eco-friendly digital download / Notendorsed by Kim K" bit at the bottom all scream engineers who sell to other engineers
    VP of Product Engineering, Startups · 51-200 employeessimulated
05

How this works

Who we simulated (15 personas)

15 AI-simulated personas matched to your target market. Each answered independently, without seeing your goal, the scoring criteria, or each other’s answers. Attribution is role, industry and company size only.

VP of Product EngineeringSaaS · 501-1000 employeesEU
Product EngineerTechnology · 11-50 employeesUS
Senior Product EngineerStartups · 51-200 employeesEU
Principal Product EngineerSoftware Development · 201-500 employeesUS
Engineering ManagerSaaS · 501-1000 employeesEU
VP of Product EngineeringTechnology · 11-50 employeesUS
Product EngineerStartups · 51-200 employeesEU
Senior Product EngineerSoftware Development · 201-500 employeesUS
Principal Product EngineerSaaS · 501-1000 employeesEU
Engineering ManagerTechnology · 11-50 employeesUS
VP of Product EngineeringStartups · 51-200 employeesEU
Product EngineerSoftware Development · 201-500 employeesUS
Senior Product EngineerSaaS · 501-1000 employeesEU
Principal Product EngineerTechnology · 11-50 employeesUS
Engineering ManagerStartups · 51-200 employeesEU
Methodology

Every answer on this page was written by an AI model role-playing a buyer profile, scored on Wynter’s B2B Message Layers framework. The personas were sampled in code across role, industry, company size and behavioral traits; the model wrote only the answers. Scores arrive through fixed verdict categories and the counts are computed in our own code, so no number here was written by a model.

Score details: the count and the strength

The count is how many personas cleared the bar on each question. A yes can be unhesitating or come with reservations; the scorecard counts both as a yes, and this is the only place the difference is shown. Per layer:

  • Clarity: 15 of 15, 1 without hesitation, 14 with reservations
  • Relevance: 10 of 15, all with reservations
  • Value: 7 of 15, all with reservations
  • Differentiation: 3 of 15, all with reservations

These answers are AI-simulated and directional. Validate anything you’re betting on with real buyers, your ICPs.

Your next 3 moves

  1. 1.Move usage-based pricing and per-event rates above the fold.
  2. 2.Add one named customer story with a linked merged PR.
  3. 3.Front-load the H1 with what PostHog actually does.

See what real buyers say.

A detailed, section-by-section message test report from verified B2B professionals who are actually in-market for what you sell.

Test with humans
Trusted by
HubSpotRingCentralShopifyCognismPaddleVeeamRipplingMiro
RetentionThis report is kept for 60 days, until 19 Oct 2026, then deleted along with the personas, their answers and everything derived from them. The link stays live for that whole period so it can be shared or revisited, and stops working afterwards.

The email address it was requested from is kept beyond that, because it subscribes you to the newsletter — that was the price of the report. You can unsubscribe in one click from any issue, which stops the email without affecting a report still inside its 60 days. The public report page never shows the requester’s address.