MCP HubMCP Hub
SKILL·799060

cro-methodology

wondelai
Обновлено 20 days ago
5 просмотров
2,065
213
2,065
Посмотреть на GitHub
Тестированиеtestingdesign

О программе

Этот навык проводит аудит сайтов на предмет проблем с конверсией и разрабатывает A/B-тесты, активируясь по запросам с ключевыми словами, такими как "коэффициент конверсии" или "показатель отказов". Он предоставляет методики для картирования воронки продаж, обработки возражений и диагностики проблем в процессе оформления заказа. Используйте его для оптимизации конверсии, обращаясь к другим навыкам для решения вопросов общей маркетинговой стратегии или проверки юзабилити.

Быстрая установка

Claude Code

Рекомендуется
Основной
npx skills add wondelai/skills -a claude-code
Команда плагинаАльтернативный
/plugin add https://github.com/wondelai/skills
Git клонированиеАльтернативный
git clone https://github.com/wondelai/skills.git ~/.claude/skills/cro-methodology

Скопируйте и вставьте эту команду в Claude Code для установки этого навыка

Документация

CRO Methodology

Scientific, customer-centric approach to conversion rate optimization based on the CRE Methodology(TM). Extraordinary improvements come from understanding WHY visitors don't convert, not from copying competitors or applying generic tips.

Core Principle

Don't guess -- discover. Every visitor who doesn't convert has a reason. Discover those reasons through research, then systematically eliminate them with evidence and proof. This evidence-based approach consistently outperforms "best practices", intuition, competitor copying, and expert opinion.

Scoring

Goal: 10/10. Score any landing page, funnel, or conversion flow against the seven Quick Diagnostic rows below: award ~1.4 points per row answered "yes" (7 rows = 9.8, capped at 10). Bands: 9-10 = single clear action, research-grounded O/CO table, value prop legible in 5 seconds, proof at every friction point, funnel mapped, path free of UX blockers; 5-6 = guessed objections, generic best-practices copy, proof buried in FAQs; <=3 = competing CTAs, no funnel map, claims with no proof. Report the current score and the specific diagnostic rows failing.

The CRO Frameworks

1. The CRO Process

Core concept: A systematic 9-step process moving from defining success metrics through research and experimentation to scaling wins across the business.

Why it works: Random optimization skips research. The process forces you to understand visitors before changing anything, so every change rests on evidence, not opinion.

Key insights:

  • Define success metrics aligned with business KPIs before touching any page
  • Map the entire funnel to find "blocked arteries" (high-traffic underperforming paths) and "missing links" (absent funnel stages)
  • Research visitors in three dimensions: who they are, what blocks them (UX problems), what stops them (objections)
  • Gather market intelligence from competitors, reviews, and other industries
  • Prioritize ideas with ICE scoring; design bold experiments, not "meek tweaks"
  • Run experiments with statistical rigor (95% confidence minimum, full business cycles), then scale wins across the business

Product applications:

ContextCRO Process StepExample
Landing page auditDefine goals, map funnel, research visitors70% bounce because value prop is unclear
Checkout optimizationMap funnel for blocked arteriesShipping cost shock causes 40% cart abandonment
Email sequenceScale winsWinning objection-handling copy reused in drip emails

Copy patterns:

  • "What's preventing you from [action] today?" (exit survey to discover objections)
  • "Here's what [X] customers found..." (counter-objection with social proof)

See funnel-analysis.md when mapping the funnel -- step-by-step mapping, blocked-artery/missing-link diagnosis, industry funnel benchmarks, and impact-based prioritization.

2. Customer Research & Objections

Core concept: Visitors fail to convert for specific, discoverable reasons. Exit surveys, chat logs, support tickets, sales calls, and reviews reveal the "voice of the customer" and their real objections.

Why it works: Teams' guesses about why visitors leave are almost always wrong. Research uncovers objections no one anticipated, and the customer's own language out-persuades any copywriter's invention.

Key insights:

  • Primary sources (exit surveys, live chat, tickets, sales calls) give direct visitor language; secondary sources (reviews, social media, competitors) reveal industry-wide objections
  • The "Big 5" universal objections: Trust, Price, Fit, Timing, Effort
  • Quantitative research (analytics, heatmaps) shows WHERE problems are; qualitative (surveys, interviews) shows WHY
  • Non-converter surveys should ask ONE question for maximum response; post-purchase surveys ("What almost stopped you from buying?") reveal the objections that matter most

Product applications:

ContextResearch MethodExample
Exit intentOn-site survey"What's preventing you from signing up today?"
Post-purchaseEmail survey within 7 days"What almost stopped you from buying?"
Objection miningSupport tickets + reviewsSearch "but", "however", "worried about"; negative reviews = unaddressed objections

Copy patterns:

  • Use exact customer language in headlines and body copy -- it outperforms polished marketing copy
  • "What's the one thing we could change to make you [action]?"
  • "How would you describe [product] to a friend?" (reveals positioning in customer terms)

Ethical boundary: Anonymize data, get consent for recordings, and don't survey so aggressively that you degrade the experience.

See RESEARCH.md when planning research -- ready-to-use survey questions per channel, recommended tools, and how to turn raw responses into a ranked objection list.

3. Persuasion Assets

Core concept: Every company sits on overlooked proof -- undisplayed testimonials, unmentioned awards, hidden credentials, buried guarantees. Inventory these "persuasion assets", acquire missing ones, display them.

Why it works: Visitors decide on evidence, not claims. A modest claim with overwhelming proof beats a bold claim with none.

Key insights:

  • Audit five categories: Credentials & Authority, Social Proof, Risk Reversal, Data & Specificity, Process & Methodology
  • Create a wish list for missing assets and actively acquire them (request testimonials, apply for awards, compile statistics)
  • "Proof sandwich" structure: Claim (bold promise), then Proof (evidence), then Reinforcement (secondary proof)
  • Proof hierarchy, strongest first: specific results with context > named testimonials with photos > case studies > statistics > logos > generic testimonials
  • Place proof at points of friction, not in FAQs; specific numbers beat round ones ("47,832 customers" beats "About 50,000")

Product applications:

ContextPersuasion AssetExample
Landing page headerLogo bar + rating"Trusted by 10,000+ companies" with 5 recognizable logos
Pricing pageRisk reversal"30-day money-back guarantee, no questions asked"
Checkout flowTrust badges near formsSecurity certification, payment logos, guarantee seal

Copy patterns:

  • "Here's how we did it for [Company X]..." (case study proof)
  • "[Specific number] businesses trust us" (not "thousands of customers")
  • Lead with benefits, not features: "Never delete another photo" beats "256GB storage"

Ethical boundary: Never fabricate testimonials, inflate statistics, or display fake trust badges -- all proof must be genuine and verifiable.

See PERSUASION.md when auditing or acquiring proof -- the full five-category asset checklist and psychological triggers. See COPYWRITING.md when writing the proof copy itself -- headline formulas, benefit-led phrasing, and proof-element wording.

4. The O/CO Framework

Core concept: The Objection/Counter-Objection table is the core CRE technique: map every visitor objection to a specific, evidence-backed counter-objection.

Why it works: The table forces every counter to be placed where its objection arises in the reading flow, so a concern is answered the instant the visitor feels it -- not pages later, by which point they have already left.

Key insights:

  • Research objections from surveys, chat logs, tickets, and sales calls -- don't guess
  • Implicit objections (ones visitors won't admit) require "CO Only": counter without stating the objection
  • Place counter-objections at the point of friction (credit-card objection near the payment form), not buried in FAQ
  • Address primary objections above the fold; repeat the same counter in multiple formats (text, video, testimonial, data)
  • Canned support responses are goldmines of tested counter-objections

Product applications:

ObjectionVisitor QuestionCounter-Objections
Trust"Why should I believe you?"Named testimonials, media logos, awards, guarantee
Price"Is it worth the money?"ROI calculator, cost comparison vs. alternatives, payment plans
Fit"Will it work for MY situation?"Similar-customer case studies, segmented pages, free trial
Timing"Why act now?"Cost-of-delay math, genuine limited offers, seasonal relevance
Effort"How hard will this be?""Done for you" framing, "Set up in 5 minutes", step-by-step breakdown

Copy patterns:

  • Bad (states implicit objection): "Worried you're too lazy to learn a language?"
  • Good (CO Only): "Let the audio do the work for you."
  • "What almost stopped you from buying?" (post-purchase survey to validate the O/CO table)

Ethical boundary: A counter-objection must resolve the concern with real evidence, not dismiss a legitimate worry as unfounded.

See OBJECTIONS.md when building the O/CO table -- per-category counter-objection technique catalogs, CO-Only patterns for implicit objections, and how to mine objections from support logs.

5. Hypothesis Design

Core concept: Every experiment needs a documented hypothesis linking a specific change to an expected outcome for a research-grounded reason, prioritized with ICE scoring (Impact, Confidence, Ease).

Why it works: A hypothesis forces you to articulate WHY a change should work, grounding it in customer research. ICE scoring stops teams wasting traffic on low-impact tweaks.

Key insights:

  • Format: "If we [change X], then [metric Y] will improve because [reason based on research]"
  • Define primary (decides winner), secondary (monitoring), and guardrail (must not decrease) metrics before testing
  • ICE, 1-10 each: Impact (could this double conversion?), Confidence (how strong is the research?), Ease (how easy to implement?); prioritize by the average
  • The 10x screen: if a change couldn't 10x results, deprioritize it. Worth testing: complete redesign, new value proposition, fundamentally different offer. Not worth testing: button color, font size, image swap

Worked example: "Customer language from surveys will lift signups because visitors see their own words" scores I:8, C:9, E:10 = 9.0 -- a top-priority test. A button-color swap scores ~I:2, C:2, E:10 = 4.7 and gets skipped despite being trivial to build.

Copy patterns:

  • "Based on our research, visitors' #1 objection is [X]. This test addresses it by [Y]."
  • Document before: hypothesis, primary metric, sample size, duration. Document after: raw numbers, confidence interval, learnings, next steps

See testing-methodology.md when prioritizing or scoring a backlog -- per-axis ICE scoring rubrics, a worked prioritization table, and the weighted-ICE variant.

6. A/B Testing Methodology

Core concept: Run controlled experiments comparing page versions with proper statistical rigor, so results reflect reality rather than random noise.

Why it works: Without rigor you can't distinguish real improvements from random variation -- peeking, undersized samples, and ignored practical significance all manufacture false winners.

Key insights:

  • Calculate required sample size BEFORE starting (baseline rate, minimum detectable effect, 80% power, 95% significance)
  • Run at least one full business cycle (1-2 weeks), covering weekdays AND weekends
  • Never peek at results and stop early -- it dramatically inflates false positives
  • Practical significance matters: a statistically significant 0.1% lift isn't worth implementation complexity
  • Use multivariate only with 100k+ monthly visitors on a proven winning page
  • Promote winners to the new control; a failed test that teaches you something beats a win you don't understand

Product applications:

ContextTest TypeExample
Concept validationA/B test (2-4 variants)Two fundamentally different layouts based on different customer insights
Low trafficBold A/B testDramatic changes reach significance on far smaller samples than timid ones
Post-testScale winsApply winning insights to landing pages, ad copy, email sequences

Copy patterns:

  • "We increased [metric] by [X]% with [Y]% confidence over [Z] weeks"
  • "Test showed no significant difference, teaching us that [insight about customers]"
  • Document learnings: Test, Hypothesis, Result, Learning, Applicable to

Reporting rule: Decide sample size and duration up front, then report whatever the pre-set test returns -- never stop early on a peeked "winner," rerun a test until it yields the answer you want, or bury an inconclusive result. (This is the one honest-reporting constraint for the whole methodology.)

Common Mistakes

MistakeWhy It FailsFix
Copying competitors blindlyYou don't know if it even works for themResearch YOUR visitors' objections, build YOUR evidence
Testing button colors before understanding objectionsSurface symptoms, tiny effects, wasted sampleCustomer research first, then test big changes
Assuming you know why visitors leaveTeams are almost always wrong about motivationsExit surveys, chat logs, support-ticket analysis
Applying "best practices" unvalidatedMay not fit your audience, product, or contextTreat them as hypotheses to test, not rules
HiPPO decisionsHighest Paid Person's Opinion is not dataLet research and test results decide, not seniority
Optimizing pages without funnel contextFixes shift problems elsewhere; misses biggest winsMap the funnel, find blocked arteries, prioritize by impact
Meek tweaks instead of bold changesRarely reach significance; waste time and trafficTest changes that could double conversion, not nudge it 2%
Giving up after one failed testThe opportunity still existsInvestigate why, return to research, try a bolder change

Quick Diagnostic

Audit any landing page or conversion flow:

QuestionIf NoAction
Do we know the ONE action visitors should take?Page lacks focusDefine a single conversion goal; remove competing CTAs
Have we researched (not guessed) why visitors don't convert?Optimization built on assumptionsRun exit surveys, analyze chat logs and tickets
Do we have an O/CO table?Objections go unansweredBuild it from research; place counters at friction points
Is the value proposition clear within 5 seconds?Visitors bounce before understandingRun a 5-second test; rewrite headline in customer language
Are persuasion assets visible (testimonials, awards, guarantees)?Claims without proof aren't believedAudit assets, acquire missing ones, display prominently
Have we mapped the funnel for blocked arteries?Optimizing the wrong pageMap traffic per stage, compare to benchmarks, prioritize
Is the path free of UX blockers (speed, mobile, form length)?Friction kills converts who already decided to actFix load time, mobile layout, and over-long forms first

Further Reading

For the complete CRE Methodology(TM), detailed case studies, and advanced techniques:

About the Author

Dr. Karl Blanks and Ben Jesson are cofounders of Conversion Rate Experts, the agency whose CRE Methodology has doubled the sales of many leading websites -- clients include Google, Apple, Amazon, Facebook, and Dropbox -- and earned a Queen's Award for Enterprise (Innovation). Blanks holds a PhD and led usability teams at Hewlett-Packard; Jesson's background is direct-response marketing. Their book Making Websites Win distills the methodology into a repeatable, evidence-based process.

GitHub репозиторий

wondelai/skills
Путь: plugins/wondelai-skills/skills/cro-methodology
0
agent-skillsai-skillsbusinessclaude-codeclaude-code-marketplaceclaude-code-plugin
FAQ

Часто задаваемые вопросы

Что такое Skill cro-methodology?

cro-methodology — это Claude Skill от wondelai. Skills объединяют инструкции и ресурсы, которые Claude загружает по мере необходимости, чтобы выполнять задачи, связанные с cro-methodology, без дополнительных запросов.

Как установить cro-methodology?

Используйте команды установки на этой странице: добавьте cro-methodology в Claude Code как плагин или клонируйте репозиторий в каталог skills, затем перезапустите Claude, чтобы загрузить Skill.

К какой категории относится cro-methodology?

cro-methodology относится к категории Тестирование.

Можно ли использовать cro-methodology бесплатно?

Да. cro-methodology размещён на AIMCP и доступен для бесплатной установки.

Похожие навыки

evaluating-llms-harness
Тестирование

Этот навык Claude запускает lm-evaluation-harness для тестирования LLM на более чем 60 стандартизированных академических задачах, таких как MMLU и GSM8K. Он предназначен для разработчиков, чтобы сравнивать качество моделей, отслеживать прогресс обучения или сообщать академические результаты. Инструмент поддерживает различные бэкенды, включая модели HuggingFace и vLLM.

Просмотреть навык
cloudflare-cron-triggers
Тестирование

Этот навык предоставляет обширные знания по реализации Cloudflare Cron Triggers для планирования запуска Workers с помощью cron-выражений. Он охватывает настройку периодических задач, заданий технического обслуживания и автоматизированных рабочих процессов, а также решение распространенных проблем, таких как неверные cron-выражения и ошибки часовых поясов. Разработчики могут использовать его для настройки планировщиков обработчиков, тестирования cron-триггеров и интеграции с Workflows и Green Compute.

Просмотреть навык
webapp-testing
Тестирование

Этот навык Claude предоставляет инструментарий на базе Playwright для тестирования локальных веб-приложений с помощью Python-скриптов. Он позволяет проводить проверку фронтенда, отладку интерфейса, создание скриншотов и просмотр логов, одновременно управляя жизненным циклом сервера. Используйте его для задач автоматизации браузера, но запускайте скрипты напрямую, вместо чтения их исходного кода, чтобы избежать загрязнения контекста.

Просмотреть навык
finishing-a-development-branch
Тестирование

Этот навык помогает разработчикам завершать готовую работу, проверяя прохождение тестов и предлагая структурированные варианты интеграции. Он направляет рабочий процесс по слиянию, созданию пул-реквестов или очистке веток после завершения реализации. Используйте его, когда ваш код готов и протестирован, чтобы систематически завершать процесс разработки.

Просмотреть навык