Skip to lesson

AI Account Research and Prep Briefs

IntermediateSign in to save

After this you can produce a verified prep brief before a call that walks you in with a position, not a recap. AI does the reading at depth and proposes a business hypothesis you would not get from a template; you check every fact and decide what survives into the room.

Understand

The default AI prep move feels productive and changes nothing. Scan the website, skim LinkedIn, pull recent news, list a few discovery questions. You arrive with a tidy summary and the buyer still sets the agenda, because a summary is a pile of facts with no commercial stance attached. Nothing in it forces a view about what is actually happening inside the account or why your offering matters to it this quarter. The job of prep is not to know things about the company. It is to walk in with a hypothesis the buyer will react to, so you are steering by minute two instead of catching up for the whole call.

The gap between those two outcomes is one step of reasoning, and it is the step current tools skip unless you make them take it. Consider an account that put out a press release naming a household-brand enterprise customer, and in the same fortnight posted two implementation-consultant roles and a solutions-architect opening. Both facts are public, and the templated brief reports them straight back: "Congrats on the new logo, I see you're scaling your delivery team." Accurate, and hollow, because it states what anyone can read off a press page and a careers page. The operator version reasons one move further. A logo that size landing at a company whose other customers are mid-market means the deployment they just signed is larger and slower than anything their onboarding has run before, full of the security reviews and custom integration their SMB-speed process was never built for, and that delivery strain is the thing worth opening on. The press release and the postings were always sitting there in plain sight. The inference connecting them to a specific operational problem is what required judgment, and it is exactly that connective step a template cannot perform and a generic prompt will not perform on its own. When everyone can generate a competent brief in seconds, the brief stops being the differentiator and the point of view inside it becomes the whole edge.

Summary versus positionthe same two public facts split into a hollow recap path and an operator path that reasons one step further into a business hypothesis.
Summary versus positionthe same two public facts split into a hollow recap path and an operator path that reasons one step further into a business hypothesis.

That hypothesis is only worth carrying if it rests on facts that are actually true, which is where prep most often turns from an asset into a liability. An AI research step that reads the open web answers with full confidence and no source by default. Ask it whether a company uses Salesforce and it will tell you yes whether or not it knows. Ask what a prospect's strategy is and it will assemble a plausible-sounding paragraph from whatever it happened to retrieve. In ordinary writing a confident wrong claim is a nuisance. In a sales call it is a credibility event, and being wrong is worse than being generic, because a wrong specific signals you did not actually pay attention to the one account you claimed to have studied. Open with "I see you're expanding into the EU" to a buyer who just shut down their EU operation and the rest of the call is spent recovering, if it recovers. The cost is not a bad sentence. It is the trust you walked in to build, spent in the first thirty seconds on a fact you never checked.

The way to use AI here is therefore a specific division of labor rather than a better prompt. AI is good at the research that feeds a hypothesis and bad at being the hypothesis, so you let it gather evidence at depth and draft a structure, and you supply the inference about what matters to this buyer right now and the decision of whether the account is even worth the call. The model does the grunt reading; the judgment about what matters is yours, and it is the load-bearing half. The brief is a draft and an evidence aggregator. It is never the finished artifact, and it never goes into the room unread.

Where the work splitsthe seam between what AI owns in the prep loop and what the human owns, with verification as the gate between them.
Where the work splitsthe seam between what AI owns in the prep loop and what the human owns, with verification as the gate between them.

Where it breaks

This only works when there is a real signal underneath worth reasoning about. Run it against a cold account with nothing happening and the model will manufacture a hypothesis anyway, inventing strain or intent that is not there, and a confidently fabricated narrative is more dangerous than an honest blank because you will act on it. Prep depth should track account priority, not get spent evenly on every name in the list. The second failure is treating the brief as done once it reads well. A brief that sounds sharp and was never fact-checked is the exact thing that detonates in the room, and polish makes it more dangerous, not less, because a fluent wrong claim is the one you stop questioning. The fix is structural rather than a matter of care: make the research step cite a source or return UNKNOWN for every claim, and sample-audit the output before you trust it, because at any volume you cannot eyeball which rows the model quietly guessed. The last trap is over-research, the elegant dossier nobody uses. If a fact does not change how you open or what you ask, it is not prep, it is decoration, and gathering it cost you time you owed a higher-priority account.

Do it now

Run this as your prep step instead of an open-ended "research this company" prompt. The structure forces the hypothesis and the sourcing, which is the part a generic ask skips. Paste it into a chat with web access (or a research tool), fill the two top lines, and read the output as a draft you verify, never as a finished brief.

Paste this
You are prepping me for a sales call. Account: <company>. What I sell: <one line>.

Produce a PREP BRIEF, not a summary. Work in this order:

1. EVIDENCE. Gather what is publicly knowable: funding, headcount moves,
   hiring, product launches, leadership changes, recent posts, tech stack.
   For EVERY claim, append a source URL. If you cannot find a source,
   write "UNKNOWN — verify" instead of guessing. Never state a fact you
   cannot cite.

2. HYPOTHESIS. From the evidence, reason ONE step further: what business
   problem do these facts together imply for them right now? Name the
   inference explicitly (e.g. "X + Y suggests Z"), not just the facts.

3. LINK. Connect what I sell to that problem in one concrete, measurable
   sentence. No generic value claims.

4. CONTROL. Give me one opening line that leads with the hypothesis, and
   three discovery questions that test whether the hypothesis is right.

Flag anything you are inferring rather than confirming.

Step one's UNKNOWN rule is the safety catch. It gives the model a sanctioned way to admit it does not know, so a fabricated fact never gets manufactured to fill the gap, and on a model with no live browsing the same rule keeps it from inventing a plausible source URL. Step two is what separates this from a summary, because it forces the connective reasoning a template cannot reach. Before you walk in, do one pass yourself: open every source URL it gave you, cut any claim still marked UNKNOWN, and check the hypothesis holds once the unverified facts are gone. You own what comes out of your mouth on the call, not the model, so the verification pass is not optional polish. It is the step that makes the brief safe to use.

Worked example

Illustrative

Illustrative. A constructed brief to show the pattern, not a real account or a real run.

The account is a mid-market data-infrastructure company. You sell a customer-onboarding and implementation platform. The open-ended prompt returns the usual recap: founded 2018, ~200 employees, recently announced a major enterprise customer, hiring across the delivery org, "a fast-growing company in a competitive space." All true, all inert. There is nothing to open on.

Run the prep block instead and the shape changes:

EVIDENCE Enterprise logo (a Fortune-500 retailer) announced last month (prnewswire.com/...). Two implementation-consultant roles + one solutions-architect posted in the last 14 days (careers page). New VP of Professional Services started two months ago, ex-enterprise-software background (LinkedIn). Public onboarding documented as a self-serve flow on their site. UNKNOWN — verify: whether the enterprise deal includes a custom-integration SOW.

HYPOTHESIS The enterprise logo plus the professional-services hiring plus a PS leader from enterprise software suggests they sold upmarket faster than their delivery model grew. A self-serve onboarding will not carry a Fortune-500 rollout with its security review and integration work. The pain is near-term: the new VP has to stand up an enterprise-grade implementation motion while the first big customer is already onboarding.

LINK If that flagship deployment slips, the reference account they signed the logo to become turns into a churn risk before it is even live, right when every other enterprise prospect is watching how the rollout goes. That is the specific failure our platform is built to prevent.

CONTROL Opening line: "Most teams that land their first enterprise logo before the delivery model catches up hit the wall on that first rollout — security review, custom integration, a procurement-paced timeline none of the self-serve playbook covers. Is standing up that motion on the new VP's plate right now?" Discovery: How is the team running the first enterprise implementation differently from the self-serve motion? What is the riskiest part of that first rollout? Is enterprise the new focus, or is this one flagship deal you are absorbing?

The integration-SOW line is the tell that the discipline is working. The model did not know, so it said so, and you walked in without asserting a deal term they may not have signed. The hypothesis is falsifiable on purpose: the three discovery questions exist to test it, so if the delivery-strain read is wrong you find out in the first two minutes and adjust, rather than pushing a thesis the buyer has already silently dismissed.

The brief becomes a positionevidence and one verified inference flowing into an opening line and three questions that test the hypothesis in the room.
The brief becomes a positionevidence and one verified inference flowing into an opening line and three questions that test the hypothesis in the room.

Every fact in that brief was available to the recap. What the recap could not produce was the connective inference, an oversized logo landing against an SMB-built delivery model, and the sourcing discipline that lets you say it in the room. The UNKNOWN line on the integration SOW is the small proof the discipline held: the model declined to assert a deal term it could not see, so you open on a hypothesis you can defend with no fabricated specific waiting to detonate.