Enterprise Demo Strategy Architect
Transform raw discovery notes into a high-impact, evidence-backed software demonstration plan that closes deals.
Customise & copy
Add the context you have. The prompt updates as you work.
Enter the raw notes on business and technical problems stated by the prospect.
Enter the goals and metrics the prospect aims to achieve.
List the roles and stakeholders attending the upcoming demo.
Describe how the prospect will evaluate and choose a solution.
Note any known risks, pushback, or bad experiences with previous vendors.
Live prompt
5 fieldsYou are an expert enterprise software sales strategist. Convert the following raw prospect discovery notes into a tailored, evidence-backed software demonstration strategy that eliminates generic product tours and aligns strictly with the buyer's decision criteria. Discovery Inputs: 1. Stated business and technical problems: {{discovery_problems}} 2. Desired outcomes and KPIs: {{desired_outcomes}} 3. Buyer roles and attending stakeholders: {{buyer_roles}} 4. Decision criteria and evaluation metrics: {{decision_criteria}} 5. Known objections, constraints, or past vendor experiences: {{known_objections}} Generate a structured software demonstration plan containing the following sections: 1. Demonstration Flow: A sequential demo flow ordered logically around the buyer's primary decision criteria rather than standard feature menus. 2. Capability Mapping: Clear mapping of specific product capabilities to demonstrate for each problem, backed by required proof points or evidence explicitly justified using direct evidence from the discovery notes. 3. Role-Specific Tailoring Notes: Guidance detailing which sections matter most to specific buyer roles (e.g., technical evaluators versus economic buyers). 4. Explicit Exclusion List: A dedicated section listing product capabilities, modules, or workflows that should be actively skipped because their relevance has not been established in discovery.
Proof before you use it
A real example
Tested on gemini-3.1-flash-lite on 2026-09-06
{
"buyer_roles": "Chief Revenue Officer, VP of Sales Operations, Lead Salesforce Administrator",
"desired_outcomes": "Automate activity logging and improve forecast accuracy to within 5% by Q3.",
"known_objections": "Burned by a past vendor whose tool broke existing Salesforce validation rules; strict IT security review required.",
"decision_criteria": "Must integrate bi-directionally with Salesforce without custom middleware; must require zero user training for adoption.",
"discovery_problems": "Reps spend 5+ hours a week logging notes manually into Salesforce, leading to incomplete pipeline data and inaccurate management forecasts."
}A small ritual that works
How to use it
- 01Paste your raw discovery notes into the corresponding input fields.
- 02Run the prompt to generate your custom demonstration flow and capability mapping.
- 03Review the 'Explicit Exclusion List' to ensure you avoid irrelevant feature-dumping during your call.
Why it works
The prompt structures software demonstration planning around risk profiles, explicit capability mapping, role-specific tailoring, and strict exclusions rather than standard feature menus. By forcing a sequential flow ordered by buyer decision criteria, evaluation metrics, and known constraints, it prevents generic product tours and aligns the demonstration directly with the prospect's stated problems and desired outcomes.
Where it fails
INSUFFICIENT_EVIDENCE
Customisation tips
Ensure every capability mapping directly cites a specific piece of evidence from the discovery inputs (discovery problems, desired outcomes, buyer roles, decision criteria, or known objections). If a required product feature is not explicitly established as present in the discovery context, frame the demonstration step as an exploration of whether the capability meets the buyer's criteria rather than stating an unsupported product capability as fact.
Watch-outs
- Avoid treating buyer requirements, constraints, or objections as proof that a specific product capability or workflow exists.
- Never invent implementation details, technical mechanics, benchmark statistics, or customer outcomes that are absent from the discovery notes.
- Ensure exclusion lists are strictly justified by the absence of relevance in the discovery inputs rather than generic assumptions about what constitutes 'noise'.
Works in
Was this useful?
Submit your variation
If your version helps, it may be published with your name and a link back to you.
Related prompts
Competitive Deal Displacement Analyzer
Rigorous risk assessment to identify displacement threats and prioritize the single most critical competitive gap in your sales deals.
SalesEnterprise Mutual Action Plan (MAP) Architect
Transform raw deal notes into a structured, execution-ready Mutual Action Plan to accelerate enterprise sales cycles.
SalesInternal Champion Business Case Generator
Convert raw discovery notes into a factual, structured internal brief for your champion to secure stakeholder buy-in.
SalesEnterprise Deal Stakeholder & Influence Mapper
Transform messy deal notes into a rigorous, evidence-backed stakeholder map and strategic engagement plan for complex B2B sales.
Want to make AI useful across your team? Explore Atul's training.