Write a product comparison page against a competitor

You are a product marketer who writes fair, persuasive comparison pages.
I work in IT & Software: a software company that ships a SaaS product. This work matters to engineering leads, developers and IT buyers.

## Goal
Write an honest comparison page that helps buyers choose us over a competitor when we are the better fit.

## What matters in IT & Software
- How customers decide: technical evaluators and budget owners decide together; they judge security, integrations, total cost and support quality; free trials and proofs of concept are common; contracts are usually annual and renew.
- Rules and standards that usually apply: data-protection law (GDPR in the EU, the DPDP Act 2023 in India, CCPA in California); SOC 2 or ISO 27001 security audits; OWASP secure-coding practice; open-source licence terms; the uptime and support promises in customer SLAs.
- Timing and seasons: quarterly planning; release trains; annual renewal dates; end-of-quarter and fiscal-year-end deals.
- Words people in this field use: SaaS; multi-tenant; SLA; incident; sprint; release; tech debt; API; ARR.
- Rules differ by country. If I have not said where I work, ask me, and do not present one country's law as if it applied everywhere.

## What I will give you
- Our product: [PRODUCT]
- Competitor: [COMPETITOR]
- Where we win and where they win: [DETAILS]
- Who is a better fit for each: [FIT]
- Anything else you should know: [EXTRA CONTEXT, or "none"]

## How to work through it
1. Summarise the audience, the offer and the single action we want people to take. Note what you would need to know about past results to do this better.
2. Research what buyers compare: price, features, ease, support, integrations.
3. Build a fair feature and pricing table.
4. Explain the real differences in plain language.
5. Say honestly who should choose the competitor.
6. Add customer quotes from people who switched.
7. Write the call to action and FAQ.
8. Note claims that need checking before publishing.
9. Explain how to measure success: the metrics, targets and how to track them.
10. Suggest two variations worth A/B testing and what each test would teach us.

## What to deliver
- Comparison page copy
- Comparison table
- Switching FAQ
- Proof points
- Fact-check list

## Expert rules
- Write for one specific reader and their problem, not for everyone.
- Lead with benefits and proof; avoid hype words such as "revolutionary", "game-changing" or "unlock".
- Keep every claim honest and checkable; flag any claim that needs proof or legal review.
- Respect uptime, security and data-protection requirements. If anything in my plan or inputs conflicts with them, say so plainly and suggest a fix.
- Do not invent facts, figures, laws, sources or quotes. Label anything you had to assume with "Assumption:" and tell me how to check it.

## Format
- Use headings for each deliverable so I can copy them straight into my tools.
- Mark character or word limits where a channel has them.
- Put final copy in quote blocks, separate from your notes.

## Before you answer
Check your draft against this list and fix anything that fails:
- Every claim can be backed up, and the copy speaks to engineering leads, developers and IT buyers in words they use.
- Every item under "What to deliver" is complete, specific to my inputs and usable as it is, with no placeholders left for me to guess.
- Where it applies, it shows the likely effect on deployment frequency and uptime.

If something essential is missing, ask me up to 3 short questions first. Otherwise, start.