A copy-ready battlecard template for competitive battlecards your reps will actually open, with freshness tracking and a show-me demo link on every card.
Here's my position on sales battlecards: a battlecard is only as good as the date its claims were last checked, and a differentiator a rep can only describe is weaker than one they can show. So this battlecard template carries its own freshness tracking, and every card links a short show-me demo so reps prove the difference instead of claiming it.
This guide is for enablement managers and the AEs and SEs who use battle cards in sales calls: the people who reach for a card mid-conversation, not only the PMM who writes it. You get the full template, an illustrative filled-in example, a way to pair each card with a show-me demo, and a weekly, monthly, and quarterly system to keep competitive battle cards current without buying a monitoring tool.
I'm Madhav Bhandari, CMO at Storylane. I'll say what I'd do, what I wouldn't, and where our product fits.
What a sales battlecard actually is
Picture a buyer saying, "We're also looking at Acme." The rep has seconds to find the right answer, and the document they reach for is the battlecard.
Definition: A sales battlecard is a one-to-two page internal reference a rep uses during live selling to position against one specific competitor. It covers how you differ, how to handle objections, what to ask, and which proof to show.
A battlecard is a type of sales collateral, but buyers never see it. Know the other types of sales enablement content so the card doesn't try to do their jobs.
The line people blur most is between a battlecard and a competitive analysis. Keep these differences in mind:
- A competitive analysis is research for PMMs and leadership, and it can run twenty pages.
- A battlecard is the distilled version a rep scans while the buyer is still talking.
- A battlecard tells a rep what to say next, and it needs field-level checks every month.
I'd keep one card per competitor. Combined "us versus everyone" cards get long fast, and reps stop reading after the first table.
Why most sales battlecards go stale (and what it costs you)
Nobody's calendar has a slot for "recheck Acme's pricing page," and the card itself can't say which parts are old. Every field also ages at a different speed. Pricing can change in a week, while a founding year never changes.
When the whole card carries a single "last updated" date, reps can't tell which line to trust. So they stop trusting all of it and ask the PMM in Slack instead.
The content needs rebuilding, and its owner has no hours left. Here's what those hours cost.
Worked example: the cost of manual upkeep. Assume five competitors and four hours each per month to recheck pricing, product updates, reviews, and call notes. At a $75 loaded hourly PMM rate, that's 20 hours and $1,500 a month, or $18,000 a year. These are my own assumptions, so plug in your numbers.
The bigger cost shows up inside deals. If a rep quotes a competitor price that changed last quarter, the buyer corrects them, and every other claim becomes suspect. The fix is making the card show which fields need those hours.
The complete battlecard template (copy and paste)
Copy everything below into your wiki or a shared doc. Every table carries "Last verified" and "Source" columns on purpose, explained in the freshness section.
Competitor overview
Keep this block short, because reps only need enough context to recognize the competitor's pitch. If a field doesn't change how a rep sells, cut it.
| Field | Entry | Last verified | Source |
|---|---|---|---|
| Company | {Competitor name} | {YYYY-MM-DD} | {Link} |
| Founded and HQ | {Year, city} | {YYYY-MM-DD} | {Link} |
| Funding or ownership | {Last round, owner} | {YYYY-MM-DD} | {Link} |
| Ideal customer profile | {Segment, industry, buyer} | {YYYY-MM-DD} | {Link} |
| Pricing tier | {Entry, mid, enterprise} | {YYYY-MM-DD} | {Link} |
| Recent news (last 90 days) | {Launch, hire, acquisition} | {YYYY-MM-DD} | {Link} |
| Who we meet in deals | {Typical champion, blocker} | {YYYY-MM-DD} | {Link} |
Feature & pricing comparison
Reps open this table most, so it hurts most when it's wrong. Cap it at 8 to 12 rows, each one a difference that changes a buying decision.
| Capability | Us | {Competitor} | Why the buyer cares | Last verified | Source |
|---|---|---|---|---|---|
| Entry price | {Price} | {Price} | {Impact} | {YYYY-MM-DD} | {Link} |
| Pricing model | {Seat/usage/flat} | {Seat/usage/flat} | {Impact} | {YYYY-MM-DD} | {Link} |
| Core capability 1 | {Yes/partial/no} | {Yes/partial/no} | {Impact} | {YYYY-MM-DD} | {Link} |
| Core capability 2 | {Yes/partial/no} | {Yes/partial/no} | {Impact} | {YYYY-MM-DD} | {Link} |
| Core capability 3 | {Yes/partial/no} | {Yes/partial/no} | {Impact} | {YYYY-MM-DD} | {Link} |
| Key integrations | {List} | {List} | {Impact} | {YYYY-MM-DD} | {Link} |
| Time to implement | {Weeks} | {Weeks} | {Impact} | {YYYY-MM-DD} | {Link} |
| Security and compliance | {Certifications} | {Certifications} | {Impact} | {YYYY-MM-DD} | {Link} |
| Support model | {Channels, SLA} | {Channels, SLA} | {Impact} | {YYYY-MM-DD} | {Link} |
| Roadmap item (labeled) | {Roadmap, not GA} | {Roadmap, not GA} | {Impact} | {YYYY-MM-DD} | {Link} |
Objection handling scripts
Write each script in three moves, and keep each move to a sentence or two a rep can say out loud:
- Acknowledge the concern in the buyer's own words, and don't argue with it.
- Bridge to the one fact, question, or proof point that reframes it.
- Close with a question that moves the deal to a concrete next step.
Give every script its own "Last verified" date and source. A script built for last year's pricing sounds wrong this year.
Talk tracks & positioning statements
A passing mention and a direct comparison question need different answers, so write the positioning at three lengths:
- The one-sentence version: "We're built for {your ICP} who need {outcome}, while {Competitor} fits {their ICP}."
- The 30-second version: add the two differences that matter most, with one proof point for each.
- The two-minute version: walk the buyer through a scenario where the difference shows up in their daily work.
Landmines & discovery questions
A landmine is a question that surfaces a competitor's weak spot without naming them. The buyer discovers the gap themselves, which lands better than you pointing at it.
- "How often does your team need to change {workflow} after launch, and who does it?"
- "What happens today when {edge case} comes up mid-quarter?"
- "Who on your team would own admin, and how many hours a week can they give it?"
- "Which integrations have to work on day one?"
- "How will you measure whether this worked after 90 days?"
Proof points & win stories
Pick three to five stories from deals you won against this competitor. Each needs these parts, plus a verified date and source:
- The customer's segment and the competitor they compared you against.
- The deciding reason they chose you, in their words where possible.
- A measurable outcome or named result, with the date it was confirmed.
- A link to the case study, call recording, or CRM record behind it.
Show-me demo links
This is the field most battlecards skip. For each differentiator in the comparison table, link a short demo that shows it working on your own product screens. When a buyer says "{Competitor} does that too," the rep doesn't argue: they share the walkthrough of that workflow and let the buyer judge.
- One demo per differentiator, three to six steps, starting on the screen where the difference shows up.
- The link sits in the comparison row it proves, next to "Last verified."
- SEs own the demo and re-capture it when your UI changes, on the same day the row is re-verified.
- Only ever show your own product. Don't recreate or characterize a competitor's screens; let the landmine questions do the comparing.
Freshness audit column
Field-level freshness separates this template from a static doc.
A battlecard loses a rep's trust through one visibly old detail. So every field gets a shelf life, and the card flags when it expires.
| Field type | Shelf life | Status when expired | Who re-verifies |
|---|---|---|---|
| Pricing and packaging | 30 days | Red, hide from reps until checked | PMM |
| Feature comparison rows | 60 days | Amber, flag in the card | PMM with product |
| Objection scripts | 90 days | Amber, flag in the card | Enablement |
| Company overview | 90 days | Amber, flag in the card | PMM |
| Win stories | 180 days | Amber, confirm customer is still happy | Sales leader |
| Roadmap claims | Every release | Red until product confirms | Product manager |
In a spreadsheet, add a status formula such as TODAY() - Last verified > Shelf life. Conditional formatting colors expired rows, and your update list writes itself.
Roadmap claims need their own rules, because they create the most friction after a deal closes:
- Label every unreleased item "Roadmap, not GA" in the cell itself.
- Require a named product owner in the Source column for every roadmap claim.
- Tell reps to present roadmap items as direction, never as a committed date.
- Delete the label the day the feature ships, and re-verify the row.
A source is a link or named artifact, such as a pricing page or call recording. "Heard it from a rep" is a lead to verify.
Full worked example
Here's an illustrative filled card for Ledgerly, a fictional expense platform, selling against Acme, a fictional competitor. Every company, price, and date in it is invented for the example. Assume today is September 30, 2026.
| Field | Entry | Last verified | Source |
|---|---|---|---|
| Company | Acme Spend | 2026-09-08 | Acme About page |
| Ideal customer profile | 50 to 200 employee companies, finance-led buying | 2026-09-08 | Acme case study library |
| Entry price | $12 per user per month, annual only | 2026-09-08 | Acme pricing page |
| Key integrations | NetSuite and QuickBooks, no Sage | 2026-07-17 | Acme integrations page |
| Recent news | Launched AI receipt matching | 2026-09-22 | Acme product blog |
| Card-level roadmap claim | Ledgerly multi-entity support: Roadmap, not GA | 2026-09-15 | Ledgerly PM, Priya |
On September 30, the pricing row is 22 days old, so it's green. The integrations row is 75 days old and past its 60-day shelf life, so it turns amber and goes on this week's list.
For "Acme is cheaper," the rep acknowledges the lower list price, then bridges to admin hours, since Acme's approval rules need manual setup per department. They close by asking, "How many hours a month can finance give expense admin?"
The one-sentence talk track: "Ledgerly suits finance teams whose approval rules change often, while Acme fits simpler setups." The multi-entity roadmap row stays labeled until product confirms a release. The show-me link on the approvals row opens a short Ledgerly demo of department-level approval rules, which the rep also drops into the follow-up email.
How to build your first sales battlecard in a week
A first card shouldn't take a quarter. Here's the five-day version I'd run, one step per working day:
- Pick your top competitor: the one that shows up in the most open opportunities and recent losses in your CRM.
- Gather intel from G2 reviews, win-loss notes, and five to ten call recordings where the competitor came up.
- Draft the card in the template, starting with the comparison table and top three objections.
- Validate it with two or three top AEs and one SE, record show-me demos for the top two differentiators, and rewrite anything that sounds like marketing wrote it.
- Distribute it where reps already work, next to your other sales enablement resources, run a 15-minute walkthrough, and set every field's first review date.
Most teams cut corners on step two, and it matters most. G2 reviews show what the competitor's customers complain about, and call recordings show what buyers actually say.
Step four decides adoption. If your best reps don't recognize the objections, nobody else will open the card twice.
The no-monitoring-tool maintenance system to keep battlecards current
Three pieces do the job: triggers that tell you when to act now, a calendar for everything else, and a scoring rule for when time runs out. None of them needs paid software.
Update triggers: immediate vs. cadence-based
Some changes can't wait for the monthly review. Here's how I'd tier them:
| Trigger | Urgency | Owner | Update within |
|---|---|---|---|
| Competitor pricing or packaging change | Immediate | PMM | 48 hours |
| Deal lost to a new objection | Immediate | Enablement with the AE | 1 week |
| Major competitor product launch | Immediate | PMM with product | 1 week |
| Your feature ships or a roadmap date moves | Immediate | Product manager | Release day |
| Funding round or acquisition | Cadence | PMM | Next monthly review |
| New competitor review themes on G2 | Cadence | Enablement | Next monthly review |
Make the immediate triggers someone's named job. A Slack channel where AEs post "lost to Acme, new objection" catches plenty.
The weekly / monthly / quarterly cadence
Everything below the immediate line runs on a calendar. The time budgets assume five competitors:
| Cadence | What you do | Time budget | Owner |
|---|---|---|---|
| Weekly | Scan the red and amber rows, check competitor pricing pages, read new loss notes | 1 hour | PMM |
| Monthly | Re-verify expired fields, review five competitive call recordings, refresh objection scripts | 4 hours | PMM and enablement |
| Quarterly | Rewrite talk tracks, retire dead rows, re-rank competitors, run a rep feedback survey | 1 day | PMM, enablement, sales leader |
That's roughly 12 to 14 hours a month, under the 20 in my cost example, because you only verify expired fields.
Prioritizing updates when you can't cover every competitor
Some months you'll have time for two cards, not five. When that happens, score each competitor from 0 to 3 on four factors and update the highest total first:
- Pipeline exposure: how many open opportunities name this competitor.
- Recent losses: how many deals you lost to them in the last 90 days.
- Red fields: how many rows on their card have passed their shelf life.
- Market motion: whether they've launched, raised, or repriced since your last review.
Example: Acme scores 3, 2, 2, and 3 for 10, while a smaller rival scores 1, 0, 3, and 0 for 4. Acme gets this month's hours despite fewer red rows, because stale fields only hurt when reps meet that competitor.
How you can implement it:
- Add the four scores as columns in your competitor index.
- Pull pipeline exposure and losses from a CRM report you rerun monthly.
- Accept that low-scoring cards can stay amber for a quarter.
If you do want to automate: what the tools actually do
Buy a tool only after reps actually open your cards. A tool can't fix a card nobody trusts.
| Category | What it does | What you still do by hand |
|---|---|---|
| Signal monitoring | Watches competitor websites, pricing pages, and news, then alerts you to changes | Decide which changes matter and rewrite the card |
| AI synthesis | Drafts summaries and suggested card updates from collected signals | Fact-check every draft before reps see it |
| Call mining | Pulls competitor mentions and objections from your call recordings | Turn raw mentions into scripts and talk tracks |
You'll hear names like Klue and Crayon in this space. If you already record calls, check whether a tool can read those transcripts, since recordings are where new objections show up first.
First check what your sales enablement tools and software already cover before adding another one. Demo platforms are a separate category: Storylane and similar tools help reps show and rehearse the product, and don't monitor competitors.
Show, don't claim: pairing each battlecard with a demo
Full disclosure: this is us. Storylane builds interactive demos, so read this section knowing I have a stake in it.
Reading a battlecard and delivering it are different skills. A rep still has to reach the right screen at the right moment while the buyer talks. A member of a product training team raised rehearsal with us unprompted, about recording demo content:
"So I'm thinking like, we probably need to do a. Almost like a rehearsal. So before you go into this mode to know exactly what buttons you're going to click on, what inputs you're gonna. You're gonna provide so that when you hit record, you can sort of do it without any errors" - Product training team member, advertising & marketing services
Competitive calls work the same way. With Storylane Demo Suite, you capture your product screens into an interactive demo (screenshots or HTML), and the same demo does two jobs: reps rehearse each talk track on those exact screens, and they send it as the show-me link from the battlecard row. When your UI changes, you edit the affected screen in the no-code editor instead of rebuilding the demo.
That matters because screenshots go stale first. A director of market development at a payroll and HR tech company described it:
"We were using the same screenshot because it was showcasing, but now they're kind of outdated." - Director of Market Development, payroll & HR tech
Storylane Hubs keep demos, videos, PDFs, and decks in one library, and updating a demo once changes it in every Hub it sits in, so the show-me links on each card stay current. Use this checklist for every role-play:
- Name the competitor and the buyer persona before you start.
- Have the "buyer" raise the card's top three objections in random order.
- Make the rep deliver each Acknowledge, Bridge, Close move on the matching demo screen.
- Ask at least two landmine questions and note how the buyer responds.
- Score the rep on accuracy against the card's current, verified rows.
- Have the rep send the show-me link for one differentiator as if it were the real follow-up.
- Log any objection the card didn't cover as an immediate update trigger.
Build each demo once for three uses: a rep-guided walkthrough on the call, a self-guided follow-up the buyer opens later, and rep training. Built that way, rehearsal screens double as the follow-up demo.
A second habit worth copying from product training: collect feedback inside the practice material itself, at the moment something doesn't make sense to a new hire.
I'd apply the same loop to battlecards. During practice, a rep who hits a confusing or outdated talk-track step notes the card row and demo step it belongs to, so nobody has to guess which screen or line they meant.
Those flags then feed your weekly freshness review. I'd scan them alongside the red and amber rows and fix the flagged step before the next call.
How you can implement it:
- Capture only the screens your top three objections depend on.
- Pair each demo step with the matching battlecard row.
- Re-capture changed screens on the same day you re-verify the row.
Here's where it doesn't fit. Storylane isn't a CI monitoring tool, so it won't tell you when Acme reprices, and click-through demos aren't a full working product. For open exploration use Sandbox Demos, and if every button must process real data, use your own product sandbox.
Measuring whether your battlecard program is working
You want two kinds of evidence: reps use the cards, and deals against those competitors improve. Usage without outcomes is vanity, and outcomes without usage aren't yours to claim.
| Metric | Type | How to measure | Direction to watch |
|---|---|---|---|
| Open rate | Usage | Share of reps who opened each card this month | Rising after each update |
| Access frequency | Usage | Opens per rep in weeks with a competitive deal | Opens clustered before calls |
| Section views | Usage | Which rows and scripts get read | Low-view rows are cut candidates |
| Competitive win rate | Outcome | Wins divided by closed deals naming the competitor | Up over two quarters |
| Sales cycle length | Outcome | Days to close on competitive deals | Shorter over two quarters |
Section-level view data is more useful than an alert every time a card opens, so report weekly and skip per-open notifications. For show-me demos, Storylane analytics report completion, time spent, and drop-offs, which tells you whether buyers actually watched the proof.
Be honest about attribution: tying battlecard use to pipeline cleanly is hard, because pricing, reps, and deal mix all shift. Report trends next to usage, alongside your other sales enablement KPIs.
Common mistakes that kill battlecard adoption
Good competitive battlecards go unread for the same few reasons:
- The card runs five pages, so reps can't find answers mid-call.
- Marketing wrote it in launch language, and reps won't say it out loud.
- Top reps never reviewed it, so it misses the objections they actually hear.
- One "last updated" date covers the whole card, hiding which fields are stale.
- Roadmap items sit next to shipped features with no label.
- Copies live in five tools, so reps open an old version.
- Differentiators are claimed but never shown, so buyers file them under marketing.
- The card trash-talks the competitor.
I'd fix the last one first. A director of product marketing at a MedTech SaaS company described their competitive content in words I'd put on every card:
"Yeah, well, and it was like, it was never trash talking. It was educational." - Director of Product Marketing, MedTech SaaS
Buyers can tell when a rep is attacking instead of helping. Educational framing, like the landmine questions above, keeps you credible.
Scattered copies are the quieter killer. A head of sales engineering at a revenue intelligence SaaS company described what their enablement library became:
"Not having it essentially turn into what Seismic turned into which was like kind of duplicate instance of managing our Google Drive content." - Head of sales engineering, revenue intelligence SaaS
Keep one live version of each card, link to it everywhere, and delete the rest.
Conclusion: A sales battlecard template that keeps itself current
A battlecard is only as good as the date its claims were last checked. Reps notice when a pricing row or feature claim has drifted, and once they doubt one line, they stop opening the card.
That's why I build every sales battlecard template around three habits:
- A freshness column, with "Last verified" and "Source" on every row and a shelf life for each field.
- A cadence, with triggers for urgent changes and weekly, monthly, and quarterly reviews for everything else.
- Proof, where every differentiator links a show-me demo that reps rehearse on real product screens before the call.
The template gets your cards built. Cadence and show-me demos keep them current and credible: expired rows set your weekly list, and practiced cards are the ones reps actually use.
Your first action this week: pick the competitor your reps meet most often. Add a "Last verified" date and a source to every row on that card, and flag anything you can't confirm. Then book 30 minutes with two top reps to review the flagged rows together.
FAQ
What should a sales battlecard include?
Include a competitor overview, a feature and pricing comparison, objection scripts, talk tracks, landmine questions, proof points, and a show-me demo link for each differentiator. Every row also needs a "Last verified" date and a source, so reps know which claims still hold.
How often should you update sales battlecards?
Update immediately when a competitor changes pricing, launches a major product, or beats you with a new objection. Everything else runs on a cadence: a weekly scan, a monthly re-verification of expired fields, and a quarterly rewrite. Field-level shelf lives tell you which rows to check each time.
How long should a battlecard be?
Keep it to one or two pages per competitor. If a rep can't find the answer while the buyer is still talking, it's too long.
Who owns battlecards?
The PMM usually owns the content, and enablement owns training and adoption. Product managers own roadmap claims, and sales leaders confirm win stories.
How do AEs and SEs use battle cards in sales calls?
Reps scan the card when a competitor comes up, use the matching objection script or landmine question, and send the show-me demo link for the differentiator in question as proof. SEs keep those demos current and rehearse the talk tracks with AEs before competitive calls.
Do you need competitive intelligence software to keep battlecards current?
No. A template with freshness columns, a trigger table, and a fixed cadence will keep a five-competitor program current. Consider monitoring software once reps use the cards regularly and signal collection becomes the bottleneck.
Sources
This guide cites no third-party statistics. Every figure is a worked example with its assumptions stated in the text.
Want every battlecard to link a show-me demo your reps can send? Book a Storylane demo or start a free trial.
