Opal Sales Template Compendium
11 frameworks for every stage of the deal lifecycle. Click a card to expand, then copy the raw markdown for your own deals.
Account Overview
[Client Name]
Account Overview
[Brief description of the company and relationship context]
Relationship Context
- Existing Products: [What Optimizely products they use]
- Expansion Opportunity: [What we're pursuing]
- Account Status: [Customer/prospect, relationship health]
Organizational Structure
[Key organizational dynamics relevant to selling - who has power, how decisions get made]
Key Contacts
- [Name] - [Title], [Role in deals/relationship]
Strategic Notes
Winning Themes
- [What resonates with this account]
Avoid
- [What doesn't work or topics to avoid]
Person
[Full Name]
Role & Context
[Brief description of their role, responsibilities, and relevance to OPAL opportunities]
Relationship Notes
[Notes from interactions, their communication style, interests, concerns]
Key Insights
- Priorities: [What matters most to them]
- Pain Points: [Challenges they face]
- Communication Style: [How they prefer to engage]
Interaction History
[Date] - [Interaction Type]
[Brief note about the interaction]
Deal
[Client] Opal [Year]
Executive Summary
[Brief overview of the opportunity, key value propositions, and current status]
Account Context
- Existing Products: [What Optimizely products they currently use]
- Relationship History: [Brief history of engagement]
- Primary AE: [Who owns the account relationship]
Validated Use Cases
1. [Use Case Name]
- Pain: [What problem this solves]
- Solution: [How OPAL addresses it]
- Value: [Expected outcome]
Key Stakeholders
Champions
- [Name] - [Title], [Role in deal]
Decision Makers
- [Name] - [Title], [Authority level]
Recent Activity
[Date] - [Meeting/Event Title]
- [Key outcome 1]
- [Key outcome 2]
Parallel Workstreams
Never run linear processes. Legal, security, and procurement should start in parallel with technical validation.
| Workstream | Owner | Status | Start Date | Target Complete | Blocker? |
|---|---|---|---|---|---|
| Technical Validation / POC | [___] | [Not Started / In Progress / Complete] | [___] | [___] | [___] |
| Legal Review | [___] | [Not Started / In Progress / Complete] | [___] | [___] | [___] |
| Security Review | [___] | [Not Started / In Progress / Complete] | [___] | [___] | [___] |
| Procurement | [___] | [Not Started / In Progress / Complete] | [___] | [___] | [___] |
| Budget Approval | [___] | [Not Started / In Progress / Complete] | [___] | [___] | [___] |
Expansion Vectors
Identify expansion and renewal opportunities early — don't wait until post-implementation.
- Existing contract renewal date: [YYYY-MM-DD]
- Co-term opportunity: [Can Opal be co-termed with existing products? Y/N — details]
- Platform migration dependency: [Any planned migrations that unlock deeper integration?]
- Expansion use cases (not in current deal): [What could a Year 2 expansion look like?]
- Renewal risk to leverage: [Is there renewal pressure that creates urgency for new product success?]
Next Steps
- [Action item] @[date]
Risk Factors
- ⚠️ [Risk description]
- ✅ [Mitigating factor]
Meeting Note
[YYYY-MM-DD] - [Client] [Meeting Type]
Executive Summary
[2-3 sentence overview of meeting outcomes and key takeaways]
Key Outcomes
- [Outcome 1]
- [Outcome 2]
- [Outcome 3]
Discussion Notes
[Topic 1]
[Details]
[Topic 2]
[Details]
Stakeholder Insights
[Name] - [Key observation about their perspective, concerns, or interests]
Next Steps
- [Action item] - [Owner] @[date]
Deal Impact
[How this meeting affects the deal - stage progression, risk changes, new information]
Demo Run-of-Show
[Client] — Demo Run-of-Show
Date/Time: [YYYY-MM-DD] [HH:MM] [TZ]
Deal: [[Deal Name]]
Meeting Type: [Demo / Workshop / Executive Briefing]
Pre-Meeting Checklist
- All presenters briefed on roles and time boxes
- Demo environment tested and loaded with [client-relevant / industry-relevant] content
- Customer's website/brand NOT being reformatted in demo
- Break-glass protocol agreed upon
- Galvanize statement prepared
- Suite pitch separated from overlay pitch
Attendees & Roles
Our Team
| Person | Role in Meeting | Time Box | Backup |
|---|---|---|---|
| [AE Name] | Meeting owner, transitions, commercial framing | [___] min | — |
| [SA Name] | Product demo: [specific sections] | [___] min | [Backup SA] |
| [Overlay Name] | Opal-specific demo: [specific sections] | [___] min | — |
| [Leader Name] | Executive presence / escalation | On standby | — |
Their Team
| Person | Title | What They Care About | Watch For |
|---|---|---|---|
| [[Person]] | [Title] | [Primary interest] | [Signals of engagement or concern] |
| [[Person]] | [Title] | [Primary interest] | [Known objection to address] |
Galvanize Statement
Open by naming the thing they're most worried about. Address it head-on. Then they'll open up.
"I know the biggest question on your mind is [___]. Before we show you anything, let me address that directly: [___]."
Demo Flow
1. Opening Frame — [___] min
Presenter: [Name]
Purpose: Set context, deliver galvanize statement, confirm agenda
Say:
- [Galvanize statement]
- [Frame today's objective — what they'll walk away with]
- [Confirm time and agenda]
Don't say:
- [Anything that invites them to redesign the agenda]
2. [Section Name] — [___] min
Presenter: [Name]
Purpose: [What this section proves]
Show:
- [Specific feature/workflow 1]
- [Specific feature/workflow 2]
Don't show:
- [Feature that's not relevant to their use case]
- [Anything half-baked or in beta]
Be prescriptive — tell them how to think about value, don't ask how they prefer to measure it.
"Most teams in [their industry] use this to [specific outcome]. Here's what that looks like..."
Transition to next section: [How the handoff works]
3. [Section Name] — [___] min
Presenter: [Name]
Purpose: [What this section proves]
Show:
- [Specific feature/workflow]
Don't show:
- [___]
4. Suite Context (if applicable) — [___] min
Presenter: [Name]
Purpose: Show platform breadth as an influencer, not as today's sale
Separate the suite pitch from the overlay pitch. Show suite as context for the decision, not what you're selling today.
Say:
- "Here's how Opal fits within the broader platform you already use..."
- [1-2 integration points that are relevant NOW]
Don't say:
- Anything that expands scope or threatens timeline
5. Close & Next Steps — [___] min
Presenter: [AE Name]
Purpose: Summarize value, confirm next steps, book next two meetings
- Recap key value points (outcome-framed, not feature-framed)
- Confirm their evaluation process and timeline
- Book next meeting: [___]
- Book meeting after that: [___]
Book two meetings out. Lock calendar slots before you hang up.
Break-Glass Protocol
If things go sideways, every presenter needs to know the escalation.
| Scenario | Signal | Response |
|---|---|---|
| Demo breaks / feature fails | [SA Name] says "[agreed phrase]" | Skip to next section, circle back offline |
| Hostile stakeholder derails | Repeated objections, body language shift | [AE Name] acknowledges concern, parks it |
| Running over time | [AE Name] gives time check | Cut [section name] — it's the lowest priority |
| Unexpected attendee joins | New face on screen | [AE Name] pauses for intro, adjusts depth/tone |
| Customer asks to see something unplanned | "Can you show us [X]?" | Only if it strengthens the story. Otherwise: "Let's set up a focused session" |
Post-Meeting Debrief Prompts
Complete within 1 hour of meeting end:
- What landed? [Which moments got visible engagement]
- What fell flat? [Where did we lose them]
- Champion signal? [Did someone emerge or strengthen as champion]
- Blocker signal? [Did someone reveal themselves as a blocker]
- Next two meetings confirmed? [Dates/times]
- Deal stage change? [Does this meeting move the deal forward]
Power Map
[Client] — Power Map & Signature Path
Deal: [[Deal Name]]
Account: [[Accounts/[Client]/_Overview]]
Last Updated: [YYYY-MM-DD]
Signature Path
Map the person who signs, not just who decides. Budget authority, IT approval, legal, and final signoff often live in different places.
| Step | Role | Person | Status | Notes |
|---|---|---|---|---|
| 1. Budget Approval | Budget Owner | [___] | [ ] | Approval threshold: $[___] |
| 2. IT/Security Review | IT/Security Lead | [___] | [ ] | Review type: [SAQ/full audit/etc.] |
| 3. Legal Review | Legal Counsel | [___] | [ ] | Contract type: [MSA amendment/new/etc.] |
| 4. Procurement | Procurement Lead | [___] | [ ] | Process: [PO/RFP/sole source] |
| 5. Executive Sign-off | Exec Sponsor | [___] | [ ] | Authority level: [VP/SVP/C-level] |
| 6. Signature | Signatory | [___] | [ ] | [Name and title of person who literally signs] |
Approval Thresholds
- Under $[___]: [Who can approve autonomously]
- $[___] - $[___]: [Requires additional approval from ___]
- Over $[___]: [Board/committee approval required]
Anything above the board-approval ceiling becomes a fundamentally different deal. Architect pricing to stay under thresholds when possible.
Stakeholder Map
Champions (actively selling internally)
| Name | Title | Motivation | Strength | Risk |
|---|---|---|---|---|
| [[Person]] | [Title] | [What they gain personally] | [Their internal credibility] | [What could sideline them] |
Economic Buyer (controls budget)
| Name | Title | Budget Authority | Priorities | Management Style |
|---|---|---|---|---|
| [[Person]] | [Title] | $[___] discretionary | [What they care about] | [How they run reviews] |
Technical Evaluators (IT, security, architecture)
| Name | Title | Concern | Disposition | Path to Yes |
|---|---|---|---|---|
| [[Person]] | [Title] | [Primary concern] | [Supportive/Neutral/Resistant] | [What evidence they need] |
Blockers / Skeptics
| Name | Title | Objection | Who They Trust | Workaround |
|---|---|---|---|---|
| [[Person]] | [Title] | [Core objection] | [The person whose opinion sways them] | [Indirect approach through trusted advisor] |
Don't go direct to resistant decision-makers. Identify who they trust and empower that person.
Informal Influence Network
Org charts lie. Map who actually carries weight.
Key Relationships
- [Person A] trusts [Person B] on [topic] — [how you know this]
- [Person C] has disproportionate influence because [subject-matter credibility / tenure / exec access]
- [Person D] is the unofficial gatekeeper for [decisions/access/budget]
Internal Politics to Track
- [Any known rivalries, competing initiatives, or organizational dynamics]
- [Reorgs, departures, or promotions that could affect the deal]
AI Governance / Committee Risk
Avoid AI governance committees until signature. The "build vs. buy" trap intensifies under AI oversight scrutiny.
- AI governance committee exists? [Yes/No/Unknown]
- Committee involvement required for this deal? [Yes/No/Can avoid]
- Strategy to avoid premature committee exposure: [___]
- If unavoidable, key committee member to pre-brief: [[Person]]
Champion Readiness
Your champion will get grilled. Prepare them.
- Champion's boss: [[Person]] — management style: [detail-oriented/big-picture/metrics-driven/etc.]
- Review format champion faces: [Weekly standup / Monthly business review / Ad-hoc]
- Business case document provided? [Yes — [[Champion-Evaluation-Document]] / No]
- Champion can articulate: [ ] Problem [ ] Solution [ ] ROI [ ] Timeline [ ] Risk mitigation
Map Gaps
| Unknown | Why It Matters | Plan to Discover |
|---|---|---|
| [Who signs?] | [Can't close without signature authority] | [Ask champion directly: "Who literally signs the contract?"] |
| [Budget threshold?] | [Deal structure depends on approval ceiling] | [___] |
| [IT review timeline?] | [Could delay close by weeks] | [___] |
POC Scoring Framework
[Client] — POC Scoring Framework
Deal: [[Deal Name]]
Account: [[Accounts/[Client]/_Overview]]
POC Duration: [Start Date] → [End Date]
Participants: [___] users across [___] teams
Success Threshold: [___] / 5.0 average across use cases
How to Use This Framework
Customers don't know how to evaluate AI outputs fairly. Define what good looks like upfront so decisions are based on consistent criteria, not subjective reactions.
- Co-define criteria before the POC starts — collaborate with the customer, don't hand it to them
- Anchor scoring to concrete descriptions — "what does a 5 look like?" for each criterion
- Score during the POC, not after — capture reactions in the moment
- Use results in the business case — this feeds directly into [[Champion-Evaluation-Document]]
Use Case Evaluations
Use Case 1: [Name — e.g., Campaign Brief Generation]
Evaluator(s): [[Person]], [[Person]]
Test scenario: [Specific task the POC will execute]
| Criterion | 5/5 (Excellent) | 3/5 (Acceptable) | 1/5 (Inadequate) | Score | Notes |
|---|---|---|---|---|---|
| Output Quality | [e.g., Publishable with minor edits] | [e.g., Usable structure, needs rewriting] | [e.g., Off-brand, requires full rewrite] | [___] | [___] |
| Brand Voice Accuracy | [e.g., Indistinguishable from in-house] | [e.g., Right tone, wrong details] | [e.g., Generic, no brand alignment] | [___] | [___] |
| Time to Usable Output | [e.g., Under 5 minutes with 1 revision] | [e.g., Under 15 minutes with 2-3 revisions] | [e.g., Longer than current manual process] | [___] | [___] |
| User Experience | [e.g., Intuitive, no training needed] | [e.g., Learnable within one session] | [e.g., Confusing, requires ongoing support] | [___] | [___] |
| [Custom Criterion] | [___] | [___] | [___] | [___] | [___] |
Use Case Average: [___] / 5.0
Use Case 2: [Name]
Evaluator(s): [[Person]], [[Person]]
Test scenario: [Specific task]
| Criterion | 5/5 (Excellent) | 3/5 (Acceptable) | 1/5 (Inadequate) | Score | Notes |
|---|---|---|---|---|---|
| Output Quality | [___] | [___] | [___] | [___] | [___] |
| Brand Voice Accuracy | [___] | [___] | [___] | [___] | [___] |
| Time to Usable Output | [___] | [___] | [___] | [___] | [___] |
| User Experience | [___] | [___] | [___] | [___] | [___] |
| [Custom Criterion] | [___] | [___] | [___] | [___] | [___] |
Use Case Average: [___] / 5.0
Overall POC Score
| Use Case | Average Score | Weight | Weighted Score |
|---|---|---|---|
| [Use Case 1] | [___] | [___]% | [___] |
| [Use Case 2] | [___] | [___]% | [___] |
| [Use Case 3] | [___] | [___]% | [___] |
| Weighted Total | 100% | [___] / 5.0 |
Result: [ ] Exceeds threshold — proceed to commercial | [ ] Meets threshold — proceed with conditions | [ ] Below threshold — extend or reassess
Tool Displacement Analysis
ROI gets stronger when you eliminate vendor costs. Identify what Opal replaces.
| Current Tool | Annual Cost | Function | Opal Replaces? | Confidence | Notes |
|---|---|---|---|---|---|
| [e.g., Writer] | $[___] | [Brand voice] | [Full / Partial / No] | [High/Med/Low] | [___] |
| [e.g., Jasper] | $[___] | [Content generation] | [Full / Partial / No] | [High/Med/Low] | [___] |
| [e.g., Copy.ai] | $[___] | [Ad copy] | [Full / Partial / No] | [High/Med/Low] | [___] |
Total Displacement Value: $[___] / year
Net New Cost (Opal minus displaced tools): $[___] / year
Qualitative Feedback
What Users Said (verbatim quotes)
"[___]" — [Name], [Title]
Concerns Raised During POC
| Concern | Severity | Addressable? | Resolution |
|---|---|---|---|
| [___] | [High/Med/Low] | [Yes/No/Partially] | [___] |
POC → Decision Bridge
- Scoring framework reviewed with customer stakeholders
- Results incorporated into [[Champion-Evaluation-Document]]
- Tool displacement savings validated with customer
- Next step: [Commercial discussion / Executive briefing / Extended POC]
Champion Evaluation
[Client Name] — Opal Content Orchestration Evaluation
Prepared by: [Champion Name], [Champion Title]
Date: [YYYY-MM-DD]
Distribution: [Executive Sponsor], [Budget Owner]
Internal Sponsors
| Role | Name | Status |
|---|---|---|
| Executive Sponsor | [____________] | [ ] Briefed |
| Budget Owner | [____________] | [ ] Approved threshold |
| Legal Sponsor | [____________] | [ ] Engaged |
| IT/Security Sponsor | [____________] | [ ] Review initiated |
All four sponsors must be identified before proceeding to commercial discussion.
Business Problem
Current State
- Content production timeline: [___] days from brief to publish
- Approval bottleneck: [___] days locked in [legal/brand/compliance] review
- Teams involved: [___] people across [___] departments
- Annual content volume: [___] assets across [___] channels
Cost of Inaction
- [Describe what happens if nothing changes — missed campaigns, resource strain, competitive lag]
- [Quantify where possible: hours lost, campaigns delayed, revenue impact]
Recommended Solution
Opal provides AI-powered content orchestration that [1-2 sentences on primary value — written in the champion's voice, not vendor language].
Use Cases Evaluated
| Use Case | Problem Solved | Expected Outcome |
|---|---|---|
| [e.g., Campaign Brief Generation] | [Current pain] | [Measurable improvement] |
| [e.g., Brand Voice Consistency] | [Current pain] | [Measurable improvement] |
| [e.g., Multi-Channel Adaptation] | [Current pain] | [Measurable improvement] |
Investment & ROI
Proposed Investment
- Annual cost: $[___]
- Contract term: [___] years
Value Justification
- Tool displacement: Replaces [___] at $[___]/year
- Efficiency gain: [___] hours/month recaptured across [___] roles
- Business outcome: [Outcome-framed, not efficiency-framed]
Conservative ROI Estimate
"Even if we capture only half the projected value, the investment pays back within [___] months."
Recommended Timeline
| Milestone | Target Date | Owner |
|---|---|---|
| Executive sponsor briefing | [___] | [Champion Name] |
| Budget approval | [___] | [Budget Owner] |
| Legal/security review start | [___] | [Legal Sponsor] |
| Contract signature | [___] | [Signature Authority] |
| Implementation kickoff | [___] | [___] |
Legal, security, and procurement should run in parallel with final evaluation — not sequentially.
Risk Mitigation
| Concern | Mitigation |
|---|---|
| [e.g., AI governance review] | [e.g., Opal operates within existing content workflows, no net-new AI policy required] |
| [e.g., Integration complexity] | [e.g., Pre-built connectors for existing CMS; FDE-supported implementation] |
| [e.g., User adoption] | [e.g., Phased rollout starting with [team], expanding based on results] |
Value Narrative Builder
[Client] — Value Narrative Builder
Deal: [[Deal Name]]
Account: [[Accounts/[Client]/_Overview]]
Target Audience: [Who will see/hear this narrative — title and name]
Last Updated: [YYYY-MM-DD]
Part 1: Quantify the Status Quo Pain
Quantify the pain before showing the solution. The current state IS the business case — you just have to make it visible.
Current Content Production Timeline
| Stage | Duration | People Involved | Bottleneck? |
|---|---|---|---|
| Brief creation | [___] days | [___] | [ ] |
| Content drafting | [___] days | [___] | [ ] |
| Internal review | [___] days | [___] | [ ] |
| Legal/compliance | [___] days | [___] | [ ] |
| Design/formatting | [___] days | [___] | [ ] |
| Final approval | [___] days | [___] | [ ] |
| Publication | [___] days | [___] | [ ] |
| Total | [___] days | [___] people |
Resource Burden
| Resource | Hours/Month on Content | Fully Loaded Cost/Hr | Monthly Cost |
|---|---|---|---|
| [e.g., Content Manager] | [___] | $[___] | $[___] |
| [e.g., Brand Reviewer] | [___] | $[___] | $[___] |
| [e.g., Legal Reviewer] | [___] | $[___] | $[___] |
| Total | [___] hrs | $[___]/mo |
Hidden Costs of Current State
- Campaigns delayed or killed: [___] per [quarter/year] due to production bottleneck
- Off-brand content published: [___] instances per [quarter/year] — reputational/compliance risk
- Tool sprawl: [___] tools at $[___]/year total
- Opportunity cost: [What they CAN'T do because resources are consumed by production]
Status Quo Summary Statement
"Today, [Client] spends [___] days and [___] people to produce a single [asset type]. [___] days of that are locked in [bottleneck]. At [___] assets per [quarter], that's [___] person-hours consumed by process, not creativity."
Part 2: Outcome-Based Value Framing
Outcome-based grouping trumps efficiency metrics for C-level audiences. Don't sell time savings — sell business enablement.
Reframe: From Efficiency to Outcomes
| Efficiency Metric (DON'T lead with) | Business Outcome (LEAD with) |
|---|---|
| "Save 5 hours per brief" | "Launch campaigns in days instead of weeks" |
| "Reduce review cycles by 40%" | "Ensure brand consistency across all channels without bottlenecking creative" |
| "Automate content adaptation" | "Reach 3x more channels from a single brief without adding headcount" |
| [Custom efficiency metric] | [Custom business outcome] |
Value Pillars (pick 2-3 for this audience)
Pillar 1: [e.g., Campaign Velocity]
- Current state: [___]
- With Opal: [___]
- Business impact: [___]
- Proof point: [Customer story, POC result, or industry benchmark]
Pillar 2: [e.g., Brand Governance at Scale]
- Current state: [___]
- With Opal: [___]
- Business impact: [___]
- Proof point: [___]
Part 3: Conservative ROI Positioning
Lead with ROI assumptions, let them correct you. "Even if we capture half..." positions high value while seeming conservative.
ROI Model
| Value Driver | Annual Value | Confidence | Source |
|---|---|---|---|
| Tool displacement (hard savings) | $[___] | High | [Vendor contracts / POC analysis] |
| Time savings (converted to $) | $[___] | Medium | [Status quo analysis above] |
| Increased output capacity | $[___] | Low-Medium | [Estimate based on ___] |
| Risk reduction (compliance/brand) | $[___] | Low | [Qualitative] |
| Total Projected Value | $[___] |
Payback Scenarios
| Scenario | Value Captured | Payback Period | ROI |
|---|---|---|---|
| Conservative (50% of model) | $[___] | [___] months | [___]x |
| Base case (75% of model) | $[___] | [___] months | [___]x |
| Full realization | $[___] | [___] months | [___]x |
Part 4: Narrative Arc
Assemble the pieces into a story. Status quo pain → outcome vision → conservative proof.
The Talk Track (2-minute version)
[Status quo pain]: "Today your team spends [___] to [___]. That means [consequence]."
[Outcome vision]: "What if instead of [current painful process], your team could [business outcome]?"
[Conservative proof]: "Based on what we've seen with [similar company / POC results], even a conservative estimate puts the value at [___] — a [___]x return within [___] months."
[Call to action]: "The question isn't whether this creates value — it's whether [___] is the right time to capture it."
Objection Preloads
| Likely Objection | Response Framework |
|---|---|
| "We can build this ourselves" | "You absolutely could. The question is orchestration — [___]" |
| "ROI numbers seem high" | "Agreed, that's why we're leading with the conservative case. Even at half..." |
| "We need to see more proof" | "That's exactly what the [POC/pilot] is for. Here's what we'd measure..." |
| [Custom objection] | [___] |
Deliverable Checklist
- Status quo pain quantified with customer's own numbers
- 2-3 value pillars selected for this audience
- ROI model built with conservative positioning
- Talk track rehearsed
- Narrative incorporated into [[Champion-Evaluation-Document]]
Commercial Strategy Worksheet INTERNAL ONLY
[Client] — Commercial Strategy Worksheet
INTERNAL ONLY — Do not share with customer.
Deal: [[Deal Name]]
Account: [[Accounts/[Client]/_Overview]]
Primary AE: [Name]
Target Close: [YYYY-MM-DD]
Last Updated: [YYYY-MM-DD]
Customer Budget Intelligence
Known Constraints
- Stated budget: $[___] (if disclosed)
- Approval threshold without escalation: $[___]
- Board/committee approval ceiling: $[___]
- Fiscal year end: [Month]
- Budget cycle: [When do they plan/allocate for next year?]
Budget Architecture
Approval thresholds shape deal structures. Architect pricing to stay under ceilings when possible.
- Can we stay under the autonomous approval threshold? [Yes/No]
- If no, who needs to approve? [Name, title]
- Multi-year structure reduces annual number? [Yes — to $___/yr / No benefit]
- Department budget vs. central IT budget? [___]
Pricing Strategy
Target Pricing
| Line Item | List Price | Proposed Price | Floor Price | Negotiation Room |
|---|---|---|---|---|
| Opal Platform | $[___] | $[___] | $[___] | $[___] |
| Credits/Usage | $[___] | $[___] | $[___] | $[___] |
| [Additional Product] | $[___] | $[___] | $[___] | $[___] |
| Professional Services | $[___] | $[___] | $[___] | $[___] |
| Total | $[___] | $[___] | $[___] | $[___] |
Credit Pricing
Pad per-credit cost slightly. Concede on credits rather than platform fee to preserve value.
- Standard credit rate: $[___]
- Padded credit rate: $[___] (+[___]% cushion)
- Credits to concede if pushed: [___] credits = $[___] apparent savings
- Max credit concession: [___] credits
Concession Strategy
Don't overcook the rationale upfront. Give the number, let them ask for the reasoning.
What to Give (low cost to us, high perceived value)
| Concession | Our Cost | Their Perceived Value | When to Offer |
|---|---|---|---|
| [e.g., Extra credits] | $[___] | [High — feels like free usage] | [If they push on total price] |
| [e.g., Extended onboarding] | $[___] | [Medium — reduces their risk] | [If adoption concern surfaces] |
What to Protect (high cost to us or sets bad precedent)
| Item | Why Protect | Response if Asked |
|---|---|---|
| [e.g., Platform fee] | [Anchor rate for renewal] | "We've built the value into credits instead — let me show you..." |
| [e.g., Multi-year commitment] | [Comp and forecasting] | [___] |
Concession Sequence
- First concession (automatic, small): [___]
- Second concession (if needed, requires "approval"): [___]
- Final concession (last resort, requires manager sign-off framing): [___]
Deal Economics Summary
| Metric | Value |
|---|---|
| Proposed ACV | $[___] |
| Floor ACV | $[___] |
| TCV (if multi-year) | $[___] |
| Tool displacement offset | -$[___] |
| Net new cost to customer | $[___] |
| Comp impact (estimated) | $[___] |
Pre-Negotiation Prep
- Pricing approved by [manager/deal desk]
- Floor price confirmed
- Concession sequence rehearsed
- Comp impact modeled for all scenarios
- Customer budget constraints documented above
- "Why now" commercial lever identified
Deal Risk Assessment
Deal Risk Assessment & Mitigation
Reusable Template – Internal Use Only
1. Deal Snapshot
| Field | Value |
|---|---|
| Account / Deal | [Account name – Deal name] |
| Owner | [AE name] |
| Stage / Target Close | [Stage] / [YYYY-MM-DD] |
| Size / Strategic Importance | $[amount] / [High · Medium · Low] |
| Key Champion(s) | [Name, Title] |
| Current Status | [One sentence: where the deal stands right now] |
2. Risk Table
Show only the 5–10 most material risks. Tag each as (Known) or (Assumed).
Play Code Legend
| Code | Play |
|---|---|
| P1 | ELT exec bridge (C-suite ↔ C-suite) |
| P2 | SLT bridge (VP/Director ↔ VP/Director) |
| P3 | Back-channeling / political intel |
| P4 | Value / business outcomes workshop |
| P5 | Technical / architecture risk session |
| P6 | Commercial alignment session |
| P7 | On-site |
| P8 | Own internal business case structure |
| P9 | Customer-facing exec 1-pager |
| P10 | Internal exec briefing 1-pager |
| P11 | Pricing / term levers |
Risks
Categories: Political · Paper · Commercial · Technical · Value · Timing
| ID | Category | Risk (Known/Assumed) | Evidence | Impact | Plays | Owner & By When |
|---|---|---|---|---|---|---|
| R1 | [Category] | [1-line description] (Known/Assumed) | [Signal 1] | [Effect on timing / scope / win rate] | P_, P_ | [Name] by [date] |
| R2 | [Category] | [1-line description] (Known/Assumed) | [Signal 1] | [Effect] | P_, P_ | [Name] by [date] |
| R3 | [Category] | [1-line description] (Known/Assumed) | [Signal 1] | [Effect] | P_, P_ | [Name] by [date] |
3. Mitigation Plays – Cross-Mapping
List only plays actually used. 3–6 lines max.
- P_ – [Play name] → Risks: R__, R__
- P_ – [Play name] → Risks: R__, R__
- P_ – [Play name] → Risks: R__, R__
4. AE Action Plan
4.1 Top Priorities (Must-Do)
- [P_] Action: [1-line description]
- Linked risks: R__, R__
- Why: [1-line impact statement]
- Owner: [AE · SE · Value · Exec · Partner]
- Due by: [date or "this week"]
- [P_] Action: [1-line description]
- Linked risks: R__, R__
- Why: [1-line impact statement]
- Owner: [AE · SE · Value · Exec · Partner]
- Due by: [date or "this week"]
4.2 Secondary Tasks (If Time / As Needed)
- Action: [1-line description] — Owner: [role/name] — When: [timing]
5. Internal Exec Support
Complete this section only if ELT/SLT involvement (P1, P2, P10) is needed.
Top risks requiring exec help (max 3):
- R__ – [1-line risk]
- R__ – [1-line risk]
What we've already done to mitigate:
- [Bullet]
Specific requests from ELT / SLT:
- [Name] to [action] before [date]
6. Usage Notes
- Keep entire document to 1–2 pages max.
- Use short bullets and tables; avoid long paragraphs.
- Focus on what changes the outcome this quarter.
- Tag risks as Known vs Assumed and suggest the most relevant mitigation plays.
- This template is internal-only.