Clarity
Do they understand what you do?
15 could name what kind of product this is, unprompted.
https://tana.inc/15 AI-simulated buyers
Your message needs work: they know what it is, who it's for, and why it's worth their time, but not why to pick you.
Do they understand what you do?
15 could name what kind of product this is, unprompted.
Can they tell what it solves, and who it's for?
15 could quickly tell what problem it solves and who it is for.
Do they actually want it?
13 would take a meeting to learn more.
Is there a reason to pick you over the alternatives?
8 could name a reason to pick you over a similar option.
Your page describes: agentic meeting platform. They said:
8 couldn't name one; 7 got it right.
Four separate measures, not stages: all 15 personas answered all four questions. Each square is one persona.
Seven respondents said the tone and personas target AI-native startup builders, developers and individual contributors, leaving ops managers, compliance-focused orgs and cross-functional leaders outside the frame. 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 humansThe 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.
Why: Nothing on the page says who already runs Tana on real calls or what changed for them. Name one company, its team size, and a concrete result like hours saved or issues filed per week.
5 of 15 raised this
“What would rule it out, or at least stall it, is that every proof point is generic: no named customer logos, no "Acme Corp cut X hours of admin," just a fictional-sounding "Acme" in the demo screenshots”
Why: The timeline comparison is illustrative, and buyers want to see Tana run on their own messy calls before believing it. Offer a trial on live calls with a stated setup time.
5 of 15 raised this
“if it can only do clean retrieval on curated examples, it's not worth more than a trial, not a full rollout decision.”
These landed. Keep the wording when you edit around it.
The mechanism is understood and repeatable — an agent that acts, not a notetaker
“files the Linear bug, drafts the follow-up email, updates HubSpot, logs decisions with owners, all before the call ends”
The hero line and role-segmented blocks land in the first scroll
“For product/sales teams; role list spelled it out.”
Propose-then-accept defuses the unsupervised-agent objection
Why: A buyer comparing Tana to Granola or Fireflies cannot tell from the hero what is different beyond a negation. Say the agent files the issue in Linear and updates the HubSpot deal during the call, not after.
5 of 15 raised this
“What would rule it out, or at least stall it, is that every proof point is generic: no named customer logos, no "Acme Corp cut X hours of admin," just a fictional-sounding "Acme" in the demo screenshots”
Why: The logo wall shows what Tana connects to, not that anyone relies on it. Attach one named team's live workflow to the row so the integrations read as proof rather than ambition.
5 of 15 raised this
“What would rule it out, or at least stall it, is that every proof point is generic: no named customer logos, no "Acme Corp cut X hours of admin," just a fictional-sounding "Acme" in the demo screenshots”
Why: The number appears with no basis, so readers discount it along with the surrounding claims. Attribute it to customer call data over a stated period, or drop it.
5 of 15 raised this
“if it can only do clean retrieval on curated examples, it's not worth more than a trial, not a full rollout decision.”
No specific edits needed here — this layer held up.
No specific edits needed here — this layer held up.
Why: An agent with write access to Linear and HubSpot raises an immediate security question for anyone in a regulated or larger org. State that capture runs locally, name the retention and access controls, and say an approval step precedes every write.
6 of 15 raised this
“The tone is confident and a bit cheeky ("Meetings that ship," "your IT department won't freak out") which is fun copy, but it's clearly tuned for a scrappier buyer persona than mine”
Why: That line reads as a founder-to-founder joke and shuts out ops managers, program leads and compliance-minded buyers who do the follow-up work. Name the roles who own decisions and owners after a meeting, not just builders.
6 of 15 raised this
“The tone is confident and a bit cheeky ("Meetings that ship," "your IT department won't freak out") which is fun copy, but it's clearly tuned for a scrappier buyer persona than mine”
Why: The role sections read as filler next to the detailed Linear bug example. Give each role a specific artifact Tana produces, such as the CRM field an account manager stops updating by hand.
6 of 15 raised this
“The tone is confident and a bit cheeky ("Meetings that ship," "your IT department won't freak out") which is fun copy, but it's clearly tuned for a scrappier buyer persona than mine”
A deliberately adversarial read of the same answers. Each claim was checked back against what the personas said and dropped if nothing supported it.
Clarity is the page's only real win, and it buys nothing — people understand the product and still refuse to move.
Seven restated the mechanism correctly and five found the hero legible, yet six cited missing logos and retention data as an advancement blocker and five withheld belief pending a pilot. Comprehension is not the bottleneck; proof is.
The page asks for belief it never earns: every quantitative claim on it is unsourced.
Five respondents dismissed the mocked timeline and called out the 30,000 hours stat as unsourced, and six demanded before/after numbers, named customers and retention figures. Nothing on the page survives a request for evidence.
Audience targeting is self-defeating: the page names roles it then writes past.
Five said the role-segmented blocks landed immediately, but seven said the tone speaks founder-to-founder and excludes ops, compliance and cross-functional leaders — and one called the role pitches filler against the technical copy.
Buyers told you exactly what would unblock them and the page supplies none of it.
Respondents specified a named Jira customer, a 200+ person company past month three, and a live pilot on unscripted calls. Six and five respondents respectively named these gaps — the highest-cited themes on the page.
The strongest objection-handling moment on the page is invisible to almost everyone.
Only one respondent surfaced propose-then-accept as answering the fear of an agent with write access, despite seven correctly describing a product that files into Linear, Jira and HubSpot. The safeguard is buried under the capability.
Undefined jargon undercuts the page's one working asset.
The act-vs-transcribe distinction and named integrations carried comprehension for seven respondents, but 'knowledge graph' was flagged as undefined and structurally unexplained — friction introduced where the page was otherwise clear.
No named customers, logos or retention data — the most-cited blocker
5 of 15
“What would rule it out, or at least stall it, is that every proof point is generic: no named customer logos, no "Acme Corp cut X hours of admin," just a fictional-sounding "Acme" in the demo screenshots”
“I'd need to see it hold up on a messy 90-minute cross-team call with crosstalk and jargon, and I'd want a named reference customer our size using it with Jira specifically — the page lists Linear/Jira/GitHub integrations but every example screenshot is Linear, which makes me wonder how solid the Jira path actually is.”
“A named 200+ person company on record saying they still use it after three months and that decisions logged in the graph actually got pulled up and acted on in a later meeting”
“there's no named customer anywhere on this page, no logo, no "Company X runs this across 400 engineers on Jira" — every proof point is a generic mocked-up screenshot (and it's always Linear, never Jira, in the examples), so on the thing that matters most to me — who else like me already trusts this — the page gives me nothing, and that absence is the single biggest reason I'd hesitate to pick it over a competitor”
“A named reference customer with a quote about hours saved or decisions not re-litigated — something I can call and verify”
“the page gives me zero actual figures, just the mocked timeline graphic — before I take a meeting I'd want one customer reference with hard before/after metrics”
The claims are only believable after a demo on messy, unscripted calls
5 of 15
“if it can only do clean retrieval on curated examples, it's not worth more than a trial, not a full rollout decision.”
“Watch it sit through one of our actual messy, interrupt-heavy engineering calls and file a Linear issue I'd hand to a dev with zero edits — if it does that without me cleaning it up, I'm sold”
“"done before you hang up" needs a live demo proof, not copy.”
“"30,000 hours in meetings" is a throwaway stat with no source, and "done before you hang up" is a demo claim until I see it on a messy 45-minute call with crosstalk and three different trackers in play.”
“One real, verifiable case where a HubSpot deal field updates correctly straight off a call transcript, with no manual cleanup after — that single mechanism working as claimed is what turns this from marketing copy into something I'd actually pilot”
Propose-then-accept defuses the unsupervised-agent objection
1 of 15 · what worked
"Knowledge graph" is used without definition and creates friction
1 of 15
“'knowledge graph' itself is the term that makes me pause, since it's used as if it's self-evidently a thing (nodes, entities, provenance?) without ever being defined structurally.”
The mechanism is understood and repeatable — an agent that acts, not a notetaker
6 of 15 · what worked
“files the Linear bug, drafts the follow-up email, updates HubSpot, logs decisions with owners, all before the call ends”
“every call feeds one shared "knowledge graph," so you can later ask "what did we decide about SSO" and get an answer with provenance”
“It's an AI meeting assistant that sits in your video calls, listens, and then actually executes tasks off the back of them — files bugs into Linear, drafts follow-up emails, updates the CRM, logs decisions with owners — instead of just spitting out a summary afterward like a notetaker would.”
“It's an AI meeting assistant that sits in on your Zoom/Teams/Meet calls, captures what's said, and actually does the follow-up work in real time — filing a Linear ticket, drafting the recap email, updating HubSpot, logging who owns what — instead of just handing you a transcript afterward.”
“It's an AI meeting assistant that sits in on Zoom/Teams/Meet calls, captures what's said, and then auto-files the resulting work into tools we already use — opens a Linear/Jira ticket, updates HubSpot, drafts the follow-up email, logs decisions with owners.”
“the page was unusually concrete about mechanism (Linear, Gmail, HubSpot named directly)”
The hero line and role-segmented blocks land in the first scroll
5 of 15 · what worked
“For product/sales teams; role list spelled it out.”
“the hero line "Tana doesn't take notes. It captures your calls, files the issue, drafts the email and updates the CRM before you hang up, and remembers what everyone promised" tells you the problem (meetings produce work and context that gets lost/retyped) in the first few seconds.”
“there's a literal row of segments (Product and tech, Consultants, VCs, Founders, Customer success, Sales) each with its own pitch, so I didn't have to hunt”
The page reads as founder-to-founder and excludes ops and manager roles
6 of 15
“The tone is confident and a bit cheeky ("Meetings that ship," "your IT department won't freak out") which is fun copy, but it's clearly tuned for a scrappier buyer persona than mine”
“there's no "ops," "internal comms," or "cross-functional" persona bucket, so I'd read this as a tool built by a dev-tool-adjacent team for similar teams”
“my role (ops manager tracking institutional memory across meetings) isn't one of the named buckets”
“"For AI-native teams that build products, not PowerPoints" is a jab at traditional corporates, which tells me they're chasing startups and scale-ups, not a 501-1000 person ops org like mine”
“The tone is sharp and confident — "Tana doesn't take notes" as an opener is a good hook — but it's written for someone building product or closing deals, not running ops; there's no "Director of Ops" or cross-functional admin persona card, so I'm reading it as an adjacent buyer rather than the intended one”
“Tone's for builders, not directors like me.”
“the tone leans more "founder pitching founders" than "vendor pitching an ops manager," it's confident and a bit breathless”
The role-based pitch sections read as filler against the technical copy
1 of 15
“the role-based mini-pitches ("Run more deals without losing the thread") feel more like generic SaaS marketing copy than something aimed at a skeptical ops manager”
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.
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.
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:
These answers are AI-simulated and directional. Validate anything you’re betting on with real buyers, your ICPs.
A detailed, section-by-section message test report from verified B2B professionals who are actually in-market for what you sell.







