Jordan Reyes
An inference from public signal—the discipline behind it is stated at the end of this read.
A risk-first operator who buys the rollout, not the demo—moved by named owners, honest limits, and what still works in month two.
A sample subject—Jordan Reyes is a crafted person. The read below is the engine’s untouched output for the intake shown at the bottom of this page. Nothing was edited.
Jordan reads risk first, then builds the structure that contains it, and only then weighs the long arc. In practice: name the danger, assign the owner, and ask what this looks like once the novelty is gone. Approach in that same order and you're moving with them rather than against them.
How they position themselves
No LinkedIn, company page, or authored material supplied.
How they develop themselves
No education, credentials, or publications supplied.
How they have performed
Only a current title was given—no role history or verifiable outcomes to read a deed record from.
How they deliver
signature · inferred
How they are—consent-gated for living subjects
Unavailable for this subject. For a living person this reading exists only from their own consented answers; for a historical figure a reconstruction from the biographical record appears here once ruled.
The measured layer
Awaiting A360. The slot exists so the day it lands, nothing has to change shape.
The role is the lens, not a reading—see this subject ranked against roles →
Everything above is the shape of a default read—built from what you can paste today: public information, training and education, the work record, what you know firsthand (and for UnicornWorks, a candidate's consented Stance360). What follows is the deeper stratum: the fully reconciled ladder, the drive substrate, the Range & Drift layer. Reaching it takes Dive-grade sourcing plus the house's reconciliation—it is shown in full here so you can see the ceiling, not to promise it from a first pass. More material in, more of this out.
Scans constantly for what could go wrong and holds a standard everyone else ends up working to.
Turns that vigilance into structure—owners, phases, cadence, a register that gets referenced rather than filed.
Steps back to weigh the longer arc—month two, month twelve—though this is the least-used gear, reached under pressure.
VP Operations · ~140-person logistics software firm
A Sentinel—risk-reader and standards-keeper, with a strong operator's spine
Propose a working session with a written agenda, named attendees on your side (including whoever actually owns security and data retention), and the runbook sent 48 hours ahead so their security lead can pre-read. Ask who they want in the room.
See the full play →Everything in your two calls points the same way: runbook before pricing, named owners per phase, a personal risk register they actually reference, and a reschedule rather than a meeting without the security lead. This is someone whose job, as they see it, is to keep the operation from being surprised—and who treats the buying process as the first test of whether you'll surprise them.
The correction of your SE was the most useful moment you got. 'I'd rather hear you don't know' is a standard being stated out loud. The credit-redirection to their team by name says the standard is applied inward too, not just at vendors.
Open the next contact by owning the data-retention moment in writing, including where your answer is genuinely incomplete. That single move recovers more ground than any feature could, because it proves you heard the standard rather than just survived the meeting.
Then propose a working session instead of a demo: rollout plan with named owners, failure modes you've actually hit, SLAs, and what month two looks like. Send it 48 hours ahead so their security lead can pre-read, and ask who else Jordan wants in the room.
Risk-first operators tend to treat urgency plays, expiring terms, and compressed timelines as evidence that diligence is being routed around—which converts a commercial tactic into a disqualifying signal. The same class tends to weigh one improvised answer heavily, because the sample is small and the inference is about how you'll behave in month two.
The other common misfire is attacking the incumbent. 'Fine but opaque' is an invitation to be legible, not an invitation to be louder. These are tendencies of the pattern, not predictions about Jordan.
The incumbent's weakness is already named: opaque. You win standing by being the vendor whose failure modes, owners, and limits are visible before anyone asks. Say what you don't know, in writing, and then close the gap on the next pass.
Treat their security lead and rollout owners as participants rather than obstacles, and send a written summary afterward with open items and owners. That mirrors Jordan's own risk register—and matching someone's artifact is how you get treated as a peer rather than a pitch.
Hi Jordan—following up on the demo. Our SE improvised on data retention and shouldn't have; I've written up the actual answer, including the two places our policy is thinner than I'd like. I'd rather the next session be a working one: the rollout plan with owners named for each phase, the failure modes we've hit at similar-sized customers, and what month two actually looks like once the launch attention fades. I'll send the material 48 hours ahead so your security lead can read it first. Who else would you want in the room?
This read rests entirely on your firsthand observation across two calls—no profile, role history, or authored material was supplied, which is why confidence sits below moderate. A LinkedIn profile or prior-role history would let us see whether the risk-first posture is durable across contexts or partly a function of this evaluation; a consented Stance Read would settle it.
An inference from public signal—the discipline behind it is stated at the end of this read.
A risk-first operator who buys the rollout, not the demo—moved by named owners, honest limits, and what still works in month two.
Jordan reads risk first, then builds the structure that contains it, and only then weighs the long arc. In practice: name the danger, assign the owner, and ask what this looks like once the novelty is gone. Approach in that same order and you're moving with them rather than against them.
Named rather than left out, so the readings above aren’t mistaken for the whole picture. Nothing here was guessed at from something adjacent.
You told us 6 things about how this person actually works. Some of it is a pattern; some of it is one memorable occasion. Those are different kinds of evidence, and the read shouldn’t treat them the same. A few taps each settles it.
Estimated suitability for Book a meeting. Star a different objective to see its fit—it shifts with the objective and the approach, not a fixed score.
Hi Jordan—following up on the demo. Our SE improvised on data retention and shouldn't have; I've written up the actual answer, including the two places our policy is thinner than I'd like. I'd rather the next session be a working one: the rollout plan with owners named for each phase, the failure modes we've hit at similar-sized customers, and what month two actually looks like once the launch attention fades. I'll send the material 48 hours ahead so your security lead can read it first. Who else would you want in the room?
Jordan told you exactly what they buy on: named owners, honest limits, and month-two behaviour. The second meeting lands if it is visibly built out of those three things—and if you fix the one moment that cost you standing.
The meeting is very winnable; the risk is repeating the demo format. Reframe it as a working session on rollout and failure modes and the fit rises sharply. Keep it a product walkthrough and you will get politeness, not progress.
This is an inference, not a measurement.It describes what a configuration class tends toward—never a prediction of what this person will do.
Public signal leans toward the performed self.What people publish is curated, so the read can surface an adjacent “cousin” stance in place of the truer orienting one. A consented A360 measures directly; anything you know firsthand outweighs a bio.
Every call carries its confidence.The chip near the top of this read opens into why it sits at that level—and the single move that would raise it.
The person is always the best source on themselves.This read is a starting point for a real conversation, and the conversation wins.
Built from: Direct observation across two sales calls (user-supplied commentary)—read through separate evidence categories, with agreements and disagreements surfaced rather than averaged.
Confidence: Moderate-Low—the chip near the top of this read opens into why it sits at that level, and the one move that would raise it.
The stance line: inferred from the material above. A consented Stance360 from the subject would make it measured.
Before it rendered: code—not instructions—checked the output. Internal framework codes cannot appear, messages are held to the voice rules, and a score that came back without its reasoning would have been withheld rather than shown.
Add your stance to see the gap between how you natively engage and what lands with Jordan Reyes—plus the bridge across it.
Convergence reads the gap between how you natively engage and what lands with them—so it needs your stance too. Set it once; it's saved on this device.
Take a Stance360 yourself, free—about five to ten minutes. It isn't a test, and there are no wrong answers. You get your own six-character code at the end; paste it above and the read starts working from what you actually are rather than what your posts suggest.
Your result is yours. We never see it unless you hand over the code.
Take a Stance360Paste two or three of your own sentences and messages stop sounding generated.
Subject: Jordan Reyes, VP Operations at a 140-person logistics software firm. In our two calls Jordan drove straight to process: asked for our implementation runbook before pricing, wanted named owners for each rollout phase, and pushed back hard when our SE improvised an answer about data retention - 'I'd rather hear you don't know.' Jordan keeps a running risk register personally, references it constantly, and rescheduled our second call rather than run it without their security lead present. Decision style is deliberate: no interest in the demo's flashier features, repeated focus on failure modes, SLAs, and what happens in month two when the novelty wears off. Team defers to Jordan visibly but Jordan redirects credit to them by name. Currently evaluating us against an incumbent they describe as 'fine but opaque.'
We're the challenger vendor in an evaluation against their incumbent. I need the second meeting to land differently than the first demo did.
These sample figures are read from rich records—decades of archive, biography, and deed—and we say so plainly. A real read rarely starts that lucky—but it holds an advantage no archive offers: sources you can question, behavior you can watch land, a person you can simply ask. It starts with what you have and refines from there: no read is assumed right because it was made once; it sharpens as new evidence arrives. That is exactly why the read is split into categories. Evidence arrives unevenly, so each category is read on its own, and the seams between them—where they converge, where they diverge, where the record is simply silent—are where the explanations and syntheses come from. Thin evidence narrows a claim rather than silencing it: defensible conclusions are stated plainly, and provisional ones are marked provisional. More evidence never embarrasses a read; it upgrades it.
Hiring instead? The same engine reads candidates against a role at UnicornWorks—where reading each category on its own evidence, and saying which ones are thin, matters most. See UnicornWorks →