Clarity
Fix firstDo they understand what you do?
0 could name what kind of product this is, unprompted.
https://www.sans.org/15 AI-simulated buyers
Your message needs work: they could not tell what it is, who it's for, why it's worth their time, or why to pick you.
Do they understand what you do?
0 could name what kind of product this is, unprompted.
Can they tell what it solves, and who it's for?
0 could quickly tell what problem it solves and who it is for.
Do they actually want it?
0 would take a meeting to learn more.
Is there a reason to pick you over the alternatives?
1 could name a reason to pick you over a similar option.
Your page describes: security software. They said:
4 couldn't name one; 11 named the wrong one.
Four separate measures, not stages: all 15 personas answered all four questions. Each square is one persona.
Respondents treated the unhandled 500 error as a signal about the company, not just the page: weak engineering maturity, immature operations, and damaged infrastructure credibility. Two noted the irony of a security or reliability vendor whose own site is… 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: The page returns "We are currently experiencing technical difficulties" and a 500 code, so no product content exists to read. Restore the page so buyers see what the product is.
8 of 15 raised this
“the page just showed an error: "We are currently experiencing technical difficulties. Please try again later. 500". There was no actual product content to assess”
Why: Nothing on the page names a problem, a role, or a use case, so no reader can tell whether it is for them. Lead with the task a security or operations buyer would say out loud.
6 of 15 raised this
“No problem statement, no audience, no product copy at all.”
Why: With the page down, buyers dropped the vendor for competitors whose sites load, and nothing on the restored page should leave that comparison unanswered. Name the specific difference: scope, speed, pricing model, or who it is built for.
7 of 15 raised this
“If a competitor's shortlisted page actually loads and shows me a problem statement, customers, or even basic product detail, they win by default. A broken page at evaluation time tells me something about reliability”
Why: The current error screen shows only skip links and the number 500, giving a visitor nothing to identify the company or where to go next. Say what the site is and offer one link back to a working page.
8 of 15 raised this
“the page just showed an error: "We are currently experiencing technical difficulties. Please try again later. 500". There was no actual product content to assess”
Why: "Please try again later" tells a visitor nothing about how long later means or where to check. Give a status URL and a time estimate so the reader has a next step.
8 of 15 raised this
“the page just showed an error: "We are currently experiencing technical difficulties. Please try again later. 500". There was no actual product content to assess”
Why: The page presents no problem statement at all, so even a restored page risks opening on capabilities. Start with the failure the buyer already lives with before naming the answer.
6 of 15 raised this
“No problem statement, no audience, no product copy at all.”
Why: Readers arrived mid-renewal with no way to see whether the page addressed their situation. Write a line that names the team and the environment, so the right reader stops and the wrong one leaves.
6 of 15 raised this
“No problem statement, no audience, no product copy at all.”
Why: There is no claim, number, or outcome anywhere for a buyer to weigh. Put one measurable result, such as reduction in analyst hours or incidents, where the eye lands first.
4 of 15 raised this
“I can't answer that because there's literally nothing to evaluate — the page is just a 500 error page, "We are currently experiencing technical difficulties. Please try again later."”
Why: Buyers said they needed a reference customer at their own scale before spending time. Put the company name, size, and measured change next to the claim it supports, not on a separate page.
4 of 15 raised this
“I can't answer that because there's literally nothing to evaluate — the page is just a 500 error page, "We are currently experiencing technical difficulties. Please try again later."”
Why: Feature lists without outcomes leave the reader to guess the payoff. Write each line as what the buyer stops doing or finishes faster.
4 of 15 raised this
“I can't answer that because there's literally nothing to evaluate — the page is just a 500 error page, "We are currently experiencing technical difficulties. Please try again later."”
Why: Buyers evaluating a renewal now hold a live doubt about your uptime. Name the concern and answer it with your published availability record and status page.
7 of 15 raised this
“If a competitor's shortlisted page actually loads and shows me a problem statement, customers, or even basic product detail, they win by default. A broken page at evaluation time tells me something about reliability”
Why: An unhandled 500 from a vendor selling reliability reads as evidence against the pitch. A linked uptime record and incident history turn the claim into something checkable.
7 of 15 raised this
“a vendor whose site throws an unhandled 500 rather than a graceful maintenance page feels under-resourced on basic engineering hygiene — not a confidence builder going into a renewal conversation.”
Why: "We are currently experiencing technical difficulties" is generic and unowned, which compounds the damage for a reliability vendor. Acknowledge the outage plainly and link to where updates are posted.
7 of 15 raised this
“a vendor whose site throws an unhandled 500 rather than a graceful maintenance page feels under-resourced on basic engineering hygiene — not a confidence builder going into a renewal conversation.”
A deliberately adversarial read of the same answers. Each claim was checked back against what the personas said and dropped if nothing supported it.
This test produced zero data on the messaging and must be rerun from scratch.
All 15 respondents hit a 500 error with no copy, claims, or mechanism visible (theme 0), and 6 confirmed no problem statement, audience, or product name existed to judge (theme 1). Every downstream score measures an outage, not words.
The page actively destroyed brand equity rather than merely failing to build it.
7 respondents read the unhandled 500 as weak engineering maturity and immature operations, with two naming the irony of a reliability vendor (theme 5), and 7 more treated it as grounds for disqualification (theme 4). Silence would have scored better.
The failure cost live pipeline, not just a test cycle.
Two respondents were mid-renewal evaluation when the page died and logged it as a concrete negative data point (theme 2), while 7 described removal from shortlist comparison against competitors whose pages load (theme 4).
Respondents wrote the brief the page should have delivered, and it is specific enough that there is no excuse for missing it.
3 volunteered the exact bar unprompted: a named reference customer at 5000+ employees, documented risk reduction or analyst workload improvement, and a credible mechanism (theme 6); 6 named healthcare-quantified problems and an explicit security role (theme…
No differentiation claim survives, because the comparison respondents ran was availability versus competitors, not capability.
7 respondents framed the vendor against competitors purely on whose page loads (theme 4), and 4 found no value proposition, mechanism, or customer evidence to compare on (theme 3).
The page served a 500 error, so no product content was visible
8 of 15
“the page just showed an error: "We are currently experiencing technical difficulties. Please try again later. 500". There was no actual product content to assess”
“Honestly, I can't tell you what this company does — the page just threw a 500 error page at me: "We are currently experiencing technical difficulties. Please try again later."”
“No idea — the page just threw a "500, technical difficulties" error. There's literally no product copy to go on, so I can't tell you what this company does.”
“the page didn't load any actual content, just a generic error message: "We are currently experiencing technical difficulties. Please try again later." and a stray "500" error code with an "Edit" link, which looks like a broken CMS page”
“the page just threw up a "500 — technical difficulties" error page, not actual product copy”
“the page just threw a "500 - technical difficulties, please try again later" error at me. There's no product description, no claims, nothing to evaluate.”
“the page didn't load anything but an error: "We are currently experiencing technical difficulties. Please try again later. 500." There's no product description, no claims, nothing to evaluate.”
“the page didn't load any actual content, it just returned a 500 error page: "We are currently experiencing technical difficulties. Please try again later." There's no product description, no mechanism, no claims to evaluate at all.”
No problem statement, audience, or product name was present to judge relevance
6 of 15
“No problem statement, no audience, no product copy at all.”
“There's nothing here to find — the page just shows a "500" error and "We are currently experiencing technical difficulties. Please try again later." No problem statement, no audience, nothing to even hunt through.”
“There's nothing here to find — no problem statement, no audience, no product description. The entire page is just an error”
“the page is literally just a 500 error, "We are currently experiencing technical difficulties. Please try again later," plus a stray "Edit" link that looks like leftover CMS debris. No problem statement, no audience, no product name, nothing.”
“I'd need it to name my problem in healthcare-specific terms — think incident response times, audit/compliance burden (HIPAA, SOC 2), or breach exposure for a company our size — plus a concrete metric or case study showing a peer org got measurable results”
“I'd need to see it called out for a security role at my scale directly — something like 'built for infosec teams at multi-location retailers' plus a concrete use case (fraud, PCI compliance, incident response) that mirrors what I deal with daily.”
Timing during an active renewal cycle amplified the damage
1 of 15
There were no claims, metrics, or proof points to evaluate
4 of 15
“I can't answer that because there's literally nothing to evaluate — the page is just a 500 error page, "We are currently experiencing technical difficulties. Please try again later."”
“no problem statement, no claimed outcome, no named customers, nothing I could hold against reality even hypothetically”
“I can't answer that in any meaningful way because there's nothing here to evaluate — the page is just a 500 error, "We are currently experiencing technical difficulties. Please try again later." There's no claim about what would change, no mechanism, no proof points, nothing to even hypothesize "if this worked as promised."”
“The page is just a 500 error, so I have no claims, no mechanism, no numbers to judge "if it worked as promised."”
Respondents named reference customers and quantified risk reduction as the bar for a…
3 of 15
“A credible, named reference customer - ideally another EU tech company at 5000+ employees - saying this tool cut a specific pain point like alert fatigue or audit hours, with a number attached.”
“A credible, quantified reduction in risk or analyst workload — something like fewer hours spent on manual triage or a documented drop in incident response time at a similar-sized healthcare org — backed by a reference I can call”
“The one outcome worth my time would be a credible, evidenced mechanism showing how the product reduces a specific risk I already track — paired with a reference customer of comparable size and sector I could actually call.”
The broken page disqualified the vendor outright against working competitors
7 of 15
“If a competitor's shortlisted page actually loads and shows me a problem statement, customers, or even basic product detail, they win by default. A broken page at evaluation time tells me something about reliability”
“for a vendor up for renewal, a broken page during evaluation is an actual data point against them, not neutral.”
“This one rules itself out immediately — there's nothing on the page but "We are currently experiencing technical difficulties. Please try again later." That's an automatic disqualifier against any competitor that actually loads”
“if a vendor can't even keep a landing page up while I'm evaluating them, that's a data point about reliability in itself, and I'd need someone to send me working materials before I'd reconsider.”
“If a vendor can't keep their own page up for a shortlist review, that's a reason to drop them, not a tiebreaker.”
“against any competitor who actually shows up with a claim and proof points, this one loses by default”
“one of them not even having a working page to show me isn't a weak signal, it's disqualifying on its own - it tells me nothing about the product but quite a bit about whether this vendor has their basics sorted.”
The outage itself read as evidence of poor reliability from a vendor selling reliability
7 of 15
“a vendor whose site throws an unhandled 500 rather than a graceful maintenance page feels under-resourced on basic engineering hygiene — not a confidence builder going into a renewal conversation.”
“there's no copy, no tone, no claims, nothing to size up a company from. All I've got is "We are currently experiencing technical difficulties. Please try again later. 500."”
“the lack of a custom error page or even basic branding on the failure screen makes me guess smaller or less mature outfit”
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.







