Alternatives Page Writing Brief Template
"[Product] alternatives" searchers already want to leave something. A page that only lists rivals wastes that moment.
This is the brief you hand the writer before drafting. It fixes the switching trigger, the shortlist and its rules, migration limits, who should stay and the CTA.
It is not a head-to-head article. For one product against another, use the versus template. This brief covers one incumbent and several ways out.
Inside: a fill-in brief, guides for triggers, shortlist rules, export and contract limits, the "stay" section, a CTA outline and a fictional filled-in example.
- Format
- Editable Word .docx
- Length
- 7 variants · ~7 pages
- Price
- 100% free
- Setup
- Copy or download
Get the editable Word doc in one click.
Free · No signup · Instant download
Alternatives Page Writing Brief Template
Alternatives page writing brief
One brief, one incumbent. If buyers leave two different products, write two briefs.
| Field | Entry |
|---|---|
| Page and URL | [Product] alternatives - [/product-alternatives/] |
| Primary and close queries | [product alternatives], [product alternative], [apps like product] |
| Reader | [current user of Product, role, team size] who is [reviewing, renewing or already leaving] |
| Switching trigger (top 3) | [trigger 1] | [trigger 2] | [trigger 3], each with its source |
| Shortlist | [3 to 7 options, including yours], see Shortlist and Inclusion Rules |
| Inclusion rules | [why each option is in, and what was left out and why] |
| Migration limits | [data export: what leaves, in what format, what stays behind] | [contract: term, notice, renewal] |
| Who should stay with [Product] | [2 to 3 reader types for whom switching is not worth it] |
| CTA | [primary action per trigger] + [secondary low-commitment action] |
| Evidence and check date | [links to public pricing, docs, export help pages], checked [date] |
| Disclosure | [we make one of the options / affiliate links: yes or no] |
| Writer / reviewer / page owner | [writer] / [product or sales reviewer] / [owner who rechecks it] |
Shortlist summary for the writer
| Option | Best for | Fixes which trigger | Migration note | Source + date |
|---|---|---|---|---|
| [Option 1] | [reader type] | [trigger 1] | [imports from Product: yes/no] | [URL, date] |
| [Option 2] | [reader type] | [trigger 2] | [manual CSV only] | [URL, date] |
Next action
- Owner: [name] - action: [confirm triggers with sales notes] by [date]
- Writer: [name] - action: [first draft] by [date]
- Reviewer: [name] - action: fact-check every competitor claim against its source
Completion check
- Each switching trigger names where it came from.
- Every shortlisted option has an inclusion reason and a dated source.
- Migration limits cover both data export and the contract.
- The "who should stay" section names real reader types, not a token line.
- The CTA matches the top trigger, and any disclosure sits before the first link.
Why it works
Writers get one brief that fixes the switching trigger, shortlist rules, export and contract limits, who should stay and the CTA before the alternatives page is drafted.
- Switching triggers come from the team's own sales notes, tickets and reviews, so the page opens on the reader's actual reason to leave.
- Every shortlisted option carries an inclusion reason and a dated public source, which keeps competitor claims checkable and fair.
- Migration limits and a who-should-stay section tell readers the real cost of switching, which builds trust before the CTA.
7 ready-to-use variants
Copy allAlternatives Page Brief (fill-in)
When to use: One brief per incumbent product: fill it in, agree it with sales or product, then hand it to the writer.
Alternatives page writing brief
One brief, one incumbent. If buyers leave two different products, write two briefs.
| Field | Entry |
|---|---|
| Page and URL | [Product] alternatives - [/product-alternatives/] |
| Primary and close queries | [product alternatives], [product alternative], [apps like product] |
| Reader | [current user of Product, role, team size] who is [reviewing, renewing or already leaving] |
| Switching trigger (top 3) | [trigger 1] | [trigger 2] | [trigger 3], each with its source |
| Shortlist | [3 to 7 options, including yours], see Shortlist and Inclusion Rules |
| Inclusion rules | [why each option is in, and what was left out and why] |
| Migration limits | [data export: what leaves, in what format, what stays behind] | [contract: term, notice, renewal] |
| Who should stay with [Product] | [2 to 3 reader types for whom switching is not worth it] |
| CTA | [primary action per trigger] + [secondary low-commitment action] |
| Evidence and check date | [links to public pricing, docs, export help pages], checked [date] |
| Disclosure | [we make one of the options / affiliate links: yes or no] |
| Writer / reviewer / page owner | [writer] / [product or sales reviewer] / [owner who rechecks it] |
Shortlist summary for the writer
| Option | Best for | Fixes which trigger | Migration note | Source + date |
|---|---|---|---|---|
| [Option 1] | [reader type] | [trigger 1] | [imports from Product: yes/no] | [URL, date] |
| [Option 2] | [reader type] | [trigger 2] | [manual CSV only] | [URL, date] |
Next action
- Owner: [name] - action: [confirm triggers with sales notes] by [date]
- Writer: [name] - action: [first draft] by [date]
- Reviewer: [name] - action: fact-check every competitor claim against its source
Completion check
- Each switching trigger names where it came from.
- Every shortlisted option has an inclusion reason and a dated source.
- Migration limits cover both data export and the contract.
- The "who should stay" section names real reader types, not a token line.
- The CTA matches the top trigger, and any disclosure sits before the first link.
Switching Triggers
When to use: Find and rank the real reasons readers leave the incumbent, so the page opens on their problem, not yours.
Where triggers come from
- Sales calls and CRM notes: the reason a prospect gave for looking at you.
- Lost and won deal notes: what tipped the decision.
- Support and onboarding tickets: what new customers say they could not do before.
- Public reviews of the incumbent: repeated complaints, quoted with a link, not paraphrased into something stronger.
- Search results: the questions and angles that already rank for the query.
Common trigger types
| Trigger | What the reader is thinking | Section it drives |
|---|---|---|
| Price change or renewal | "The new plan costs more for the same thing" | Pricing model per option, contract notes |
| Missing feature | "It still can't do X" | Which options do X, and how |
| Too complex | "We use a fraction of it" | Simpler options, setup effort |
| Outgrown it | "It breaks at our size" | Options built for the next stage |
| Product or company change | "They were acquired / sunset a plan" | Stability notes, export first |
Rank them
Keep the top 3. Rank by how often each appears in your own notes, not by how well your product answers it. Write each as one sentence in the reader's words: [trigger], source: [where you saw it].
Check how the query is framed today with the SERP Analyzer, and pull the close variants with Keyword Research.
Shortlist and Inclusion Rules
When to use: Decide which options make the page, in what order, and why, before anyone writes a word of copy.
Inclusion rules (agree them first)
- The option solves at least one of your top 3 triggers.
- It serves the same reader type as the incumbent.
- It is actively sold today, with a public pricing or plans page.
- You can source every claim from public material and put a check date next to it.
- Buyers name it: it appears in your deal notes or ranks for the query.
Shortlist size and order
- Aim for [3 to 7] options. Fewer, better-matched options beat a long list.
- Order by reader type or trigger, not by who pays you.
- If you include your own product, say so plainly and give it the same fields as the others.
Exclusion log
| Option left out | Reason | Revisit when |
|---|---|---|
| [Option] | [different reader / no public pricing / discontinued plan] | [next quarterly review] |
The log answers the reviewer who asks "why isn't X on the page?" and stops the list growing every month.
Use Competitor Analysis to see which rivals compete with you in search. For a scored roundup of a whole category, use the best software roundup scoring rubric instead.
Migration Limits: Data Export and Contracts
When to use: Tell the reader what switching really costs: what data leaves, what stays behind, and what the contract allows.
Data export checklist
| Question | Answer | Source + date |
|---|---|---|
| Can users export their data from [Product]? | [yes / partly / no] | [help page URL, date] |
| Which formats? | [CSV, JSON, XML, API only] | [URL] |
| What does not export? | [attachments, history, comments, custom fields, automations] | [URL] |
| Which plan is needed to export? | [all plans / paid only] | [URL] |
| Does each option import from [Product]? | [native importer / CSV mapping / manual] | [URL] |
Contract checklist
- Term: [monthly / annual]. Notice period: [days before renewal].
- Auto-renewal: [yes / no], and where the setting lives.
- Data access after cancelling: [read-only period, deletion date].
- Overlap: plan [2 to 4 weeks] running both tools during the move.
Writing rules
- Only state what the vendor's public docs say, with the date you read them.
- Tell readers to check their own contract. You can't see it.
- Name what will be lost or rebuilt. Readers trust a page that admits the hard part.
- Don't promise a migration service you don't offer.
Who Should Stay With the Original
When to use: Write the honest section that tells some readers not to switch, which makes the rest of the page believable.
Why this section matters
An alternatives page that says everyone should leave reads like an ad. Naming who should stay shows you know the incumbent and the reader.
Fill in 2 to 3 reader types
- Stay if [you rely on feature X], because [no shortlisted option matches it yet].
- Stay if [you are mid-contract with N months left], because [the switching cost outweighs the saving now].
- Stay if [your team is deeply trained on it] and [the trigger is minor for you].
Good stay reasons
- A real strength of the incumbent, sourced like any other claim.
- A migration limit from the previous section that hits this reader hardest.
- Timing: a renewal date is the natural point to switch, so wait for it.
Suggested wording
"[Product] is still the better fit if [reason]. If that's you, [practical tip for staying, such as a cheaper plan or a setting]."
CTA and Page Outline
When to use: Turn the brief into a page outline with a CTA matched to each trigger and a disclosure in the right place.
Page outline for the writer
- H1: [Product] alternatives, plus who it is for.
- Short answer: the top pick per reader type, in 3 to 5 lines.
- Why people switch: the top 3 triggers.
- Shortlist: one block per option, same fields each time.
- Comparison table across the shortlist.
- Migration limits: export and contract.
- Who should stay with [Product].
- How we chose: inclusion rules, sources, check date.
- CTA and FAQ.
Match the CTA to the trigger
| Top trigger | Primary CTA | Secondary CTA |
|---|---|---|
| Price or renewal | [see plans / start trial] | [renewal checklist] |
| Missing feature | [see feature X in a demo] | [feature doc] |
| Migration fear | [import guide / talk to us] | [export checklist] |
Disclosure and links
- If you make one of the options or earn from links, say so before the first link, close to the recommendation.
- The FTC says readers might not understand "affiliate link" alone, while "Paid link" next to the link should be adequate.
- Mark paid links with
rel="sponsored", which Google prefers for paid placements.
Draft the title with the Comparison Article Title Generator, then hand the outline to the Content Brief tool for headings and terms.
Worked Example (fictional scheduling software)
When to use: A filled-in brief for an invented field-service scheduling app writing a page about leaving an invented incumbent.
Worked example: Corvane Schedule alternatives (Brindlepath)
Example only. Brindlepath, Corvane Schedule, Hollowmere Rota, Tessaline, Arkwell Jobs and all people, figures and dates are invented.
| Field | Entry |
|---|---|
| Page and URL | Corvane Schedule alternatives - /corvane-schedule-alternatives/ |
| Reader | Operations lead at a 10 to 40 person cleaning or repair business, renewing Corvane |
| Switching triggers | 1) New per-technician pricing at renewal (sales notes, 9 of last 20 calls). 2) No offline mode in the mobile app (support tickets). 3) Route planning is a paid add-on (reviews) |
| Shortlist | Brindlepath (ours, disclosed), Hollowmere Rota, Tessaline, Corvane's lower plan as a "stay" option |
| Inclusion rules | Solves a top trigger, public pricing page, sold to small field teams. Left out: Arkwell Jobs (enterprise only) |
| Migration limits | Corvane exports jobs and customers as CSV. Job photos and notes history do not export (help page, read 2 Nov). Annual plan, 30-day notice before renewal |
| Who should stay | Teams that depend on Corvane's payroll sync, and teams with more than 6 months left on an annual plan |
| CTA | Primary: start a trial and import the Corvane CSV. Secondary: download the renewal checklist |
| Writer / reviewer / owner | Priya (writer) / Tom (sales lead) / Priya, recheck every quarter |
Why this brief works
- Each trigger names its source, so the writer doesn't guess.
- The photo and notes gap is stated, even though it makes switching look harder.
- A real stay case is included, which makes the page fair.
- The CTA answers the price trigger and the migration fear together.
Need the head-to-head page too? Use the comparison and versus article template for Brindlepath vs Corvane.
How to use this template
- Pick one incumbent product and confirm buyers search for its alternatives.
- Pull switching triggers from sales notes, tickets and reviews, and keep the top 3.
- Agree inclusion rules, then build a shortlist of 3 to 7 options with dated sources.
- Check each vendor's export docs and contract terms, and write the migration limits.
- Write who should stay with the original, using real strengths and limits.
- Match the CTA to the top trigger and place any disclosure before the first link.
- Fill the owner and action fields, run the completion check and hand it to the writer.
Pro tips
- One incumbent per brief. A page for two products serves neither reader.
- Rank triggers by how often you hear them, not by how well you answer them.
- Put a check date on every competitor claim and recheck it each quarter.
- State what will not export. It is the question readers are afraid to ask.
- A real "stay" case earns more trust than another feature row.
Frequently asked questions
What is an alternatives page writing brief?
It is a one-page plan for a "[Product] alternatives" page. It sets the reader, why they want to leave, which options appear and why, what switching costs, who should stay and the call to action, before the writer starts.
How is an alternatives page different from a vs article?
A vs article compares two named options head to head. An alternatives page starts from one product the reader wants to leave and offers several ways out, with migration and contract limits.
How many alternatives should the page include?
Enough to cover your top switching triggers, usually 3 to 7. Each one needs an inclusion reason and a dated source. Keep a log of what you left out and why.
Can I include my own product?
Yes, if you say so plainly and give it the same fields as the others. The FTC encourages truthful comparisons that name competitors, and says the disclosure of a relationship should sit close to the recommendation.
Should I tell readers to stay with the original product?
For some readers, yes. Naming who should stay, such as teams that rely on a feature no option matches, makes the rest of the page credible.
How do I write about data export without overpromising?
Use only the vendor's public help pages, note the date you read them, list what does not export, and tell readers to check their own contract for notice periods and renewal.