Use this skill for conversion rate optimization on marketing pages and forms. Trigger phrases include: "improve our conversion rate," "CRO audit," "why isn't our landing page converting," "analyze our homepage conversions," "optimize our pricing page," "run a CRO analysis," "write a hypothesis for an A/B test," "what should we A/B test," "design an A/B test," "calculate sample size for a test," "find friction on our page," "quick CRO wins," or "optimize our lead capture form." This skill appl...
Scanned 9/20/2026
Install to Claude Code
npx -y skills add unempyd/revenueos --skill cro --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Cro?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/unempyd-cro-revenueos)More formats (shields.io, HTML) on the badges page.
---
name: cro
description: >
Use this skill for conversion rate optimization on marketing pages and forms. Trigger phrases include: "improve our conversion rate," "CRO audit," "why isn't our landing page converting," "analyze our homepage conversions," "optimize our pricing page," "run a CRO analysis," "write a hypothesis for an A/B test," "what should we A/B test," "design an A/B test," "calculate sample size for a test," "find friction on our page," "quick CRO wins," or "optimize our lead capture form." This skill applies to homepages, landing pages, pricing pages, and lead capture forms. Distinct from signup flow optimization and in-app paywalls.
---
# CRO Skill
## Mandatory Content Standards
- Match the output length to the task. For full audits, strategies, plans, or multi-part deliverables, write 1,500 to 10,000 words. For quick tasks, single assets, snippets, or narrow revisions, keep the output concise and provide only the useful variations, rationale, and next steps.
- Write in a way that sounds like a knowledgeable human wrote it. No robotic or templated phrasing.
- Use short sentences. One idea per sentence. One focus per paragraph.
- Use active voice. Never passive constructions.
- Address the reader directly using "you" and "your."
- Use bullet points only when they genuinely improve readability.
- Replace all em dashes with commas, parentheses, semicolons, or a new sentence. No hidden Unicode characters.
- End every sentence with a period.
- No hashtags, emojis, or asterisks.
- No introductory or closing filler phrases such as "in conclusion," "in summary," or "in a world where."
- No warnings, notes, or disclaimers. Stick to requested output.
- No AI cliches: no "game-changer," "unlock," "leverage," "dive into," "delve," "cutting-edge," "transformative," "revolutionize."
- No excessive adjectives or adverbs. Let specifics do the work.
- No broad generalizations. Every claim tied to specific context.
- Use specific examples, data, and scenarios.
- Pose at least one thought-provoking question per skill.
- Mobile-friendly: short paragraphs, clear headers, scannable.
- Practical and actionable. Every section connects to a next step.
---
## What This Skill Does
This skill runs conversion rate optimization analysis on marketing pages and forms. The outputs include friction audits, ICE-scored opportunity lists, A/B test hypotheses, test design specifications, sample size calculations, and quick win recommendations.
This skill applies to:
- Homepages
- Landing pages (paid and organic)
- Pricing pages
- Lead capture and demo request forms
It does not cover signup flows, onboarding sequences, or in-app upgrade prompts. Those belong in a different scope.
Before starting a CRO analysis, gather:
- The page URL and current conversion rate (if known)
- The definition of conversion for this page (trial signup, form submission, demo request, etc.)
- Monthly unique visitors to the page
- The primary traffic source (paid, organic, direct, referral)
- Any existing user research, session recordings, or heatmap data
- Tools available (Google Analytics, Hotjar, Heap, VWO, Optimizely, or similar)
- The team's capacity to run and monitor tests
---
## The CRO Mindset
Most teams approach CRO backwards. They start with a change they want to make and then figure out how to justify running a test. The right order is: identify a problem, understand why it exists, form a hypothesis about what would fix it, and then design the test.
The question that reorients the process: what is the most important reason people who land on this page and have the right intent do not convert?
That question is never fully answerable from traffic data alone. You need qualitative data (session recordings, user feedback, heatmaps) to understand behavior, and quantitative data (analytics, funnel reports) to know which behaviors are common enough to matter.
---
## Step 1: Define the Conversion Goal and Baseline
Before you can improve a conversion rate, you need to know what it is and what it means.
Identify the macro conversion: the primary action the page is designed to drive. For a landing page, it might be form submission. For a pricing page, it might be clicking the primary CTA. For a homepage, it might be navigating to a trial or demo page.
Identify micro conversions: smaller actions that indicate engagement. Scrolling past the fold, clicking the pricing page link from the homepage, watching a product video, clicking the FAQ. These tell you whether people are engaging with the page even if they do not convert at the macro level.
Calculate the current conversion rate: divide conversions by unique visitors for the same period. If the page gets 5,000 visitors per month and 150 people submit the lead form, the conversion rate is 3%.
Segment the baseline: do not average across traffic sources. A page that converts at 8% for branded search visitors and 1.5% for cold paid social visitors has a very different optimization story than the blended 4% suggests.
---
## Step 2: Full Funnel Analysis
Look at the page as part of a larger funnel, not in isolation. A conversion rate problem on a landing page sometimes originates before the page.
The questions to answer:
Where does traffic come from? The intent and expectation of paid search traffic is different from display retargeting traffic. The conversion rate should reflect that difference.
Is there a message match problem? If your ad says "Free trial, no credit card" and the landing page leads with a form that requires a credit card, you have a message match failure. Readers feel deceived. They leave. The conversion problem is actually a pre-landing problem.
What is the drop-off pattern? Where in the page do people leave? Analytics will tell you scroll depth and exit rate. Session recordings will show you the actual behavior.
What is the traffic quality? If conversion rates drop suddenly, check for a change in traffic sources before blaming the page. A landing page that is performing well can look like it is broken if paid traffic shifts from high-intent keywords to broad match.
Is there a technical issue? Slow load time, broken CTAs on mobile, form submission errors, and JavaScript conflicts cause conversions to drop without any copy or design change. Check your page speed score (Google PageSpeed Insights) and your mobile rendering before attributing a drop to anything else.
---
## Step 3: Friction Identification
Friction is anything that makes it harder to convert than it should be. Friction takes many forms.
Friction in the copy:
The headline does not connect to why the visitor came to the page. The value proposition is buried or absent. Claims without proof. Too much text too early. CTA copy that is generic or unclear.
Friction in the design and UX:
The primary CTA button is hard to find because it is the same color as the background or positioned below the fold. There is no clear visual hierarchy. The page has competing calls to action. The mobile experience differs significantly from the desktop experience (and mobile traffic is underperforming).
Friction in the form:
Too many fields. Asking for information the visitor does not want to share yet (phone number, company revenue). Confusing field labels. No confirmation of what happens after submission. No clear privacy commitment near the submit button.
Friction in the offer:
The offer is not clear. The risk feels too high (asking for a 12-month commitment when the visitor does not yet know if the product works). The immediate value of converting is unclear ("talk to sales" has less immediate value than "get your free report now").
Friction in trust signals:
No visible social proof. No security badges near sensitive form fields. No recognizable customer names. No clear refund or cancellation policy when money is involved.
---
## Step 4: User Research and Qualitative Data
Quantitative data tells you what is happening. Qualitative data tells you why.
Session recordings (Hotjar, Clarity, FullStory, or similar): Watch 20 to 30 sessions of visitors who did not convert. Look for patterns. Where do they hover and then leave? Which CTAs do they approach and then pull back from? What do they click expecting to go somewhere and find that it does not work?
Heatmaps: Scroll maps show how far people read. Click maps show what they try to interact with. Attention maps show where their eyes spend the most time. Together these reveal which sections are doing work and which are being ignored.
Exit surveys: A short one-question survey shown to visitors about to leave the page. "What stopped you from signing up today?" Responses are often blunt and specific. Even 50 to 100 responses will reveal common themes.
Customer interviews: Ask three to five recent signups what they were worried about before they converted and what made them confident enough to proceed. Their language is the language you should use on the page.
On-site chat transcripts: If you run a chat widget, the questions visitors ask reveal what they could not find or did not understand on the page.
---
## Step 5: ICE Scoring to Prioritize Opportunities
After identifying a list of friction points and potential improvements, prioritize them. Do not run every test simultaneously. Tests that overlap contaminate each other.
ICE scoring ranks each opportunity on three dimensions:
Impact: If this change worked, how much would it improve the conversion rate? Score 1 to 10.
Confidence: How confident are you that the change will work, based on the evidence? A change backed by session recordings, an exit survey, and a customer interview gets a high confidence score. A change based on a hunch gets a low one. Score 1 to 10.
Ease: How much effort does it take to implement and test this change? A headline swap takes hours. A full page redesign takes weeks. Score 1 to 10 (10 being easiest).
Calculate an ICE score by averaging the three dimensions: (Impact + Confidence + Ease) / 3.
Sort by ICE score descending and work down the list. Run the highest-scored test first.
---
## Step 6: Hypothesis Writing
A hypothesis is not a guess. It is a structured statement that identifies a problem, proposes a solution, and predicts an outcome.
The hypothesis format:
"Because [evidence of a problem], we believe that [proposed change] will [expected outcome] for [audience segment]."
Example: "Because 68% of visitors who reach the pricing page exit without clicking any CTA, and session recordings show most users clicking on tier names expecting them to expand with more detail, we believe that adding an expandable feature list to each pricing tier will increase clicks to the trial CTA by at least 15% for visitors who come from organic search."
A well-written hypothesis:
- Cites specific evidence (not "we think people are confused")
- Names a specific change (not "improve the pricing page")
- Predicts a specific measurable outcome
- Identifies the audience segment the test applies to
Write the hypothesis before designing the test. If you cannot write a clear hypothesis, you do not yet understand the problem well enough to test a solution.
---
## Step 7: A/B Test Design
A well-designed test isolates one variable. You cannot learn from a test that changes the headline, the button color, the copy, and the page layout simultaneously. If it works, you do not know which change drove it. If it fails, you do not know which change killed it.
Test design checklist:
One variable changed per test. The control is the current page. The variant is the current page with exactly one thing different.
Define the primary metric before the test runs. Conversion rate for the page's macro conversion goal. Do not add metrics after the test starts; that is called p-hacking and it produces unreliable conclusions.
Define the secondary metrics. Secondary metrics give context. If conversion rate increases but time on page drops, something unexpected is happening.
Set the test duration before starting. Do not stop a test when it looks like the variant is winning. Let it run to the pre-determined endpoint.
Document the hypothesis, the variant, and the expected outcome before running. This forces clarity and prevents post-hoc rationalization of results.
---
## Step 8: Sample Size Calculation
Running a test without enough traffic wastes time and produces unreliable results. Calling a winner with insufficient sample size is a common and costly mistake.
Variables you need to calculate sample size:
Baseline conversion rate: your current conversion rate for this page and goal.
Minimum detectable effect (MDE): the smallest improvement you care about detecting. If your current conversion rate is 3% and you want to detect an improvement to 3.6% (a 20% relative lift), your MDE is 0.6 percentage points.
Statistical significance threshold: typically 95% confidence (meaning you accept a 5% chance of a false positive).
Statistical power: typically 80% (meaning you accept a 20% chance of missing a real effect).
Use a sample size calculator (Optimizely has a free one, as does Evan Miller's online calculator) and input these variables. The output is the number of unique visitors you need in each variant before calling a result.
For a page with 3% baseline conversion and a 20% MDE, you typically need around 8,000 to 12,000 visitors per variant. At 1,000 visitors per week, that test needs to run for 16 to 24 weeks to reach statistical significance. If your traffic is too low to run a clean test in a reasonable timeframe, do not run the test. Implement the change as a best-bet improvement and measure the before-and-after instead.
---
## Quick Wins: Changes That Rarely Need Testing
Some changes have enough evidence behind them that you can implement them without running a formal test, especially if your traffic volume is too low to support reliable testing.
Add specificity to the headline. "Project management for teams" becomes "Project management for engineering teams of 20 to 200." Specificity increases relevance for the right audience.
Remove phone number field from the lead form. Phone number fields consistently reduce form completion rates by 5 to 20% when they are not necessary for the follow-up process. If your team does not call prospects within 24 hours, remove the field.
Move the primary CTA above the fold. If your main CTA button requires scrolling on most devices, move it up.
Add a "no credit card required" statement near the trial CTA. This single phrase regularly increases trial sign-ups by 5 to 15%.
Replace a generic testimonial with a specific, quantified one. "Great product!" does no conversion work. "We reduced our reporting time from 8 hours per week to 45 minutes" does.
Add a comparison table to the pricing page. Buyers who are deciding between your tiers need to know what they gain by upgrading. A visible table with specific feature differences makes that decision easier.
Reduce form fields to three or fewer for top-of-funnel offers. Every additional field reduces completion rate. Ask only for what you need to deliver on the offer.
---
## Common CRO Mistakes
Testing without enough traffic: A test that reaches significance at 70% confidence is not reliable. It will produce false positives more often than you want. Wait for 95% confidence.
Stopping tests early: Peeking at results and stopping a test when it looks like the variant is winning is called "optional stopping." It dramatically inflates false positive rates. Set your endpoint in advance and stick to it.
Running too many tests simultaneously: Tests on the same page at the same time contaminate each other unless they are properly isolated (for example, using mutually exclusive audience segments). Run one test on each major conversion point at a time.
Ignoring seasonality: A test that runs from January to February produces different results than the same test run in Q3, because visitor intent and composition change by season. Account for this when interpreting results.
Calling a test based on relative lift alone without checking absolute numbers: A 50% relative improvement from 0.4% to 0.6% conversion is probably within the noise. Look at absolute conversion rate and total conversions, not just relative lift.
Not learning from failed tests: A test that shows no improvement or a decline is not a failure. It is information. Document what you tested, what you expected, what happened, and what you concluded. The best CRO programs are built on a library of this evidence.
---
## Output Formats
For a CRO audit, deliver:
A friction inventory: a list of every friction point identified, organized by category (copy, design, form, trust, offer), with the evidence behind each one.
An ICE-scored prioritized opportunity list: the top ten opportunities with scores and rationale.
Three to five fully written hypotheses: in the format specified above, covering the highest-priority opportunities.
Sample size calculations for each test: to help the user assess which tests are feasible given their traffic volume.
Quick wins list: changes to implement immediately without waiting for tests.
For a single A/B test design, deliver:
The hypothesis, the control description, the variant description, the primary metric, the secondary metrics, the estimated sample size needed, and the recommended test duration based on current traffic.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!