onboarding-cro

onboarding-cro 스킬 개요

onboarding-cro는 무엇에 쓰는 스킬인가

onboarding-cro 스킬은 가입 직후 온보딩, 활성화, 그리고 time-to-value를 개선하는 데 도움을 줍니다. 사용자가 계정은 만들지만 제품의 가치를 체감했다고 볼 수 있는 첫 번째 핵심 성과에 도달하지 못할 때 가장 효과적입니다.

onboarding-cro를 설치하면 잘 맞는 팀

이 스킬은 SaaS 또는 product-led growth 플로우를 다루는 제품 마케터, 그로스 팀, 창업자, PM, UX 라이터에게 잘 맞습니다. 특히 핵심 문제가 유입이 아니라 가입 이후 활성화가 약한 경우에 유용합니다.

이 스킬이 실제로 해결하려는 일

단순히 “온보딩을 개선해줘” 수준의 일반론이 아니라, 더 구체적인 진단과 설계가 필요할 때 onboarding-cro를 쓰세요. 이 스킬은 대화를 명확한 activation event, 마찰 지점 진단, 첫 가치 경험의 시간 단축, 온보딩 체크리스트 설계, empty state 가이드, 그리고 실험 가능한 개선안으로 밀어줍니다.

onboarding-cro가 일반 프롬프트와 다른 점

일반적인 프롬프트와 비교하면 onboarding-cro skill은 작동 프레임이 더 명확합니다:

• 제품과 activation 맥락에서 출발합니다
• 막연한 UX 의견보다 aha moment에 집중합니다
• 온보딩을 측정 가능한 실험 단위로 전환합니다
• 체크리스트 설계, empty state 활용, time-to-value 단축 같은 저장소 내 구체적 패턴을 반영합니다

잘 맞는 경우와 맞지 않는 경우

잘 맞는 경우:

• 체험 사용자가 가입은 하지만 설정을 끝내지 못함
• 신규 사용자가 첫 성공 지점까지 도달하지 못함
• activation 지표에 연결된 온보딩 실험이 필요함

맞지 않는 경우:

• 가입 전 전환율만 최적화하려는 경우
• 주로 lifecycle 이메일 전략이 필요한 경우
• 문제의 중심이 첫 사용 경험을 훨씬 지난 이후 retention에 있는 경우

이런 상황이라면 저장소에서도 signup-flow-cro나 email-sequence 같은 관련 스킬을 보라고 안내합니다.

onboarding-cro 스킬 사용 방법

onboarding-cro 설치 맥락

onboarding-cro는 coreyhaines31/marketingskills의 skills/onboarding-cro 아래에 있으므로, 상위 저장소에서 설치해야 합니다:

npx skills add https://github.com/coreyhaines31/marketingskills --skill onboarding-cro

다른 skill loader를 쓰는 환경이라면 핵심은 저장소 URL과 정확한 skill slug인 onboarding-cro입니다.

먼저 읽어볼 파일

빠르게 설치 여부를 판단하려면 아래 파일부터 확인하세요:

• skills/onboarding-cro/SKILL.md
• skills/onboarding-cro/evals/evals.json
• skills/onboarding-cro/references/experiments.md

이 순서가 중요한 이유:

• SKILL.md는 스킬의 작동 방식을 보여줍니다
• evals/evals.json은 좋은 출력이 무엇을 포함해야 하는지 알려줍니다
• references/experiments.md는 진단 이후 바로 쓸 수 있는 실험 아이디어 풀을 제공합니다

onboarding-cro가 필요로 하는 입력값

onboarding-cro usage의 결과 품질은 아래 네 가지 입력에 크게 좌우됩니다:

1. 제품 유형과 타깃 사용자
2. activation 정의 또는 aha moment
3. 현재 온보딩 단계
4. 알려진 이탈 지점 또는 기준 지표

이 정보가 빠져도 모델은 답변하겠지만, 결과는 대체로 더 뭉뚱그려지고 실험 가능한 수준도 떨어집니다.

먼저 product-marketing 맥락부터 확인하기

저장소는 에이전트가 먼저 .agents/product-marketing-context.md를 읽도록 명시하고 있습니다. 구버전 세팅이라면 .claude/product-marketing-context.md를 봅니다. 작업 공간에 해당 파일이 있다면 함께 제공하거나, 추천을 요청하기 전에 에이전트가 접근할 수 있게 해두세요.

이 단계가 중요한 이유는, 온보딩 추천이 제품 포지셔닝, 타깃 사용자, 가치 제안과 분리되면 실제로는 잘 작동하지 않는 경우가 많기 때문입니다.

막연한 요청을 강한 프롬프트로 바꾸는 법

약한 프롬프트:
“Help me improve onboarding.”

강한 프롬프트:
“We run a B2B project management tool for agencies. Our activation event is ‘create first project and invite one teammate.’ Only 30% of trial users create a project in week one. Current flow after signup: email verify, workspace setup, template choice, project creation, invite step. Biggest drop-off is after workspace setup. Use onboarding-cro to diagnose friction, redesign the first-run path, suggest a 3-7 item checklist, improve empty states, and propose experiments with metrics.”

이 정도로 적어주면 스킬이 넓은 제안 목록이 아니라 실행 계획에 가까운 결과를 내놓을 수 있습니다.

좋은 onboarding-cro 프롬프트에 보통 들어가는 것

가능하면 아래 항목을 많이 포함하세요:

• activation event 정의
• 현재 온보딩 플로우 단계
• 모바일인지 데스크톱인지의 맥락
• self-serve 온보딩인지 sales-assisted 온보딩인지
• 사용자 세그먼트별 차이
• analytics 기준선
• 스크린샷 또는 UI 문구 복사본
• 엔지니어링 한계나 법적 요구사항 같은 제약 조건

이 스킬은 “꼭 필요한 단계”와 “있으면 좋은 설정”을 구분할 수 있을 때 훨씬 강해집니다.

실무에서 권장되는 onboarding-cro 워크플로

실제로 유용한 onboarding-cro guide는 보통 다음 흐름을 따릅니다:

1. activation event를 정의한다
2. 가입부터 첫 가치 경험까지의 현재 경로를 그린다
3. 피할 수 있는 마찰과 불필요한 단계를 찾는다
4. product-first, guided, value-first 온보딩 중 어떤 접근이 맞는지 결정한다
5. 완료 행동이 분명한 짧은 체크리스트를 설계한다
6. empty state와 사용자가 멈추는 순간을 개선한다
7. references/experiments.md에서 실험 아이디어를 가져온다
8. 변경 배포 전에 성공 지표를 붙인다

이 순서는 저장소가 특히 강조하는 time-to-value와 “세션당 하나의 목표” 원칙과도 맞닿아 있습니다.

체크리스트 패턴을 제대로 쓰는 방법

evals를 보면 체크리스트는 대략 3~7개 항목으로 구성하는 패턴을 강하게 권장합니다. 이는 단순한 형식 취향이 아니라 유용한 제약입니다. 너무 길면 사용자는 설정 자체를 노동처럼 느끼고, 너무 짧으면 추진력이 생기지 않을 수 있습니다.

좋은 체크리스트 항목의 조건:

• 관찰 가능한 행동이어야 함
• 제품 가치와 직접 연결되어야 함
• aha moment를 향해 순서가 짜여 있어야 함
• 한 세션 안에 완료할 수 있어야 함

반대로 나쁜 체크리스트 항목은, 사용자가 즉시 보상을 느끼기 어려운 행정성 작업입니다.

empty state를 온보딩 화면으로 활용하기

onboarding-cro for Conversion에서 특히 유용한 부분 중 하나가 empty state를 다루는 방식입니다. 사용자가 빈 대시보드, 빈 프로젝트 목록, 빈 워크스페이스에 들어왔다면, 그 화면은 다음 최적 행동을 적극적으로 밀어줘야 합니다:

• 이 화면의 가치가 무엇인지 설명하기
• 하나의 주요 CTA만 보여주기
• 결정 피로를 줄이기
• 상황에 맞는 템플릿, 예시, 더미 데이터를 제공하기

전체 가입 플로우를 다시 설계하는 것보다, 이런 개선이 더 빠른 성과로 이어지는 경우도 많습니다.

참조 파일에서 실험 아이디어 가져오기

references/experiments.md는 전략을 실제 테스트 후보로 바꿔준다는 점에서 읽어볼 가치가 큽니다. 유용한 범주는 다음과 같습니다:

• 마찰 줄이기
• 단계 순서 바꾸기
• value-first 경로 테스트
• 미리 채워진 템플릿 활용
• 필수 단계와 선택 단계 조정
• 멈춘 사용자 복구
• 성능, 접근성, 모바일 온보딩 개선

다만 이 파일은 진단 후에 활용하는 것이 좋습니다. 먼저 보지 않고 바로 실험 리스트부터 꺼내면, 실제 병목과 연결되지 않은 무작위 실험 나열로 끝날 위험이 있습니다.

매번 반드시 붙여야 할 지표

측정 레이어 없이 onboarding-cro를 쓰지 마세요. 최소한 아래 지표는 요청하세요:

• activation rate
• time to activation
• 단계별 완료율
• 체크리스트 완료율
• 단계별 이탈률
• 세그먼트 또는 유입 채널별 cohort 차이

각 추천이 측정 가능한 변화와 연결될 때 이 스킬의 가치는 훨씬 커집니다.

onboarding-cro 스킬 FAQ

onboarding-cro는 SaaS에만 쓰는 스킬인가

아닙니다. onboarding-cro skill은 SaaS에서 가장 직관적으로 유용하지만, 의미 있는 첫 사용 경로가 있는 제품이라면 다른 분야에도 적용할 수 있습니다. 예를 들면 마켓플레이스, 핀테크 앱, 협업 도구, 크리에이터 도구, AI 제품 등입니다. 핵심 조건은 activation event를 분명하게 정의할 수 있어야 한다는 점입니다.

일반적인 CRO 프롬프트보다 더 나은가

대체로 그렇습니다. 특히 문제가 전반적인 UX 비평이 아니라 activation이라면 더 그렇습니다. 이 스킬은 더 엄격한 프레임을 제공합니다. 즉, aha moment를 정의하고, time-to-value를 줄이고, 각 세션을 하나의 목표에 집중시키고, 체크리스트를 개선하고, 지표에 연결된 실험을 도출합니다.

언제 onboarding-cro를 쓰지 말아야 하나

문제가 명확하게 가입 이전 단계에 있다면 onboarding-cro install을 첫 선택으로 삼지 마세요. 사용자가 회원가입 자체를 시작하지 않는다면, 다른 전환 최적화 스킬이 더 적합합니다. 장기 retention 프로그램이나 순수 이메일 nurture 전략에도 맞는 도구는 아닙니다.

onboarding-cro는 초보자도 쓰기 쉬운가

그렇습니다. 제품, 사용자, 현재 플로우를 설명할 수 있다면 충분히 활용할 수 있습니다. 깊은 CRO 전문성이 꼭 필요한 것은 아니지만, 초보자일수록 추상적으로 묻기보다 스크린샷, 퍼널 지표, 명시적인 activation 정의를 함께 가져올 때 결과가 훨씬 좋아집니다.

저장소에 구현 코드도 포함되어 있나

대규모 자동화나 스크립트는 여기서 두드러지게 제공되지 않습니다. 이 스킬은 주로 SKILL.md, evals, 실험 참조 문서를 기반으로 작동하는 사고·워크플로 중심 스킬입니다. 플러그 앤 플레이 코드를 기대하기보다, 분석과 추천의 질을 높이기 위한 설치로 보는 편이 맞습니다.

이 스킬이 잘 작동하는지 어떻게 판단하나

결과를 evals/evals.json의 eval 유사 기대치와 비교해 보세요. 강한 답변이라면 다음을 포함해야 합니다:

• product marketing 맥락을 먼저 확인함
• activation을 명확히 정의함
• time-to-value 마찰을 진단함
• 적절한 온보딩 접근 방식을 추천함
• 간결한 체크리스트를 제안함
• empty state를 의도적으로 활용함
• 실험안을 제시함
• 측정을 포함함

onboarding-cro 스킬 개선 방법

onboarding-cro에 정확한 activation 목표를 주기

가장 큰 성능 향상 포인트는 “사용자가 가치를 얻었다고 볼 수 있는 행동”을 정확히 적어주는 것입니다. 예:

• “imports first CSV and sees a live dashboard”
• “creates first project and invites one teammate”
• “uploads first design and receives one comment”

이 정의가 없으면 스킬은 어떤 단계를 우선해야 하는지 제대로 판단할 수 없습니다.

현재 플로우를 번호 순서로 제공하기

“온보딩이 좀 불편해요” 정도로만 말하지 마세요. 단계를 순서대로 적어주세요:

1. signup
2. email verification
3. workspace naming
4. template selection
5. data import
6. dashboard view

이렇게 해야 가치 경험이 어디서 지연되는지, 어떤 단계를 뒤로 미루거나 생략하거나 합칠 수 있는지 스킬이 더 잘 짚어냅니다.

추측이 아니라 실제 마찰을 공유하기

좋은 입력 예시:

• “60% drop after email verification”
• “mobile users abandon template selection”
• “trial users skip integrations and never return”

약한 입력은 의견에 가깝습니다:

• “users seem confused”
• “the flow feels long”

관찰된 행동을 줄수록 스킬의 결과도 좋아집니다.

하나의 리디자인안과 세 개의 실험을 요청하기

onboarding-cro usage를 더 유용하게 만드는 좋은 방법은 출력 형식을 구조화하는 것입니다:

• 권장하는 핵심 온보딩 경로 1개
• 그 경로를 검증할 실험 3개
• 예상 효과와 트레이드오프
• 각 실험의 측정 지표

이렇게 하면 답변이 산만하게 퍼지지 않고 실행 가능한 형태로 정리됩니다.

제약 조건으로 우선순위를 강제하기

현실적인 제한이 있다면 꼭 적어주세요:

• 이번 분기에는 큰 백엔드 작업 불가
• 모바일 전용
• 컴플라이언스 단계는 제거 불가
• 디자인 팀 리소스 없음
• 카피와 단계 순서 변경만 배포 가능

제약을 반영한 프롬프트일수록 추천이 더 날카로워지고, 비현실적인 제안도 줄어듭니다.

흔한 실패 모드: 가치가 아니라 설정 완료를 최적화함

많은 팀이 사용자의 가치 경험이 아니라 내부 설정 단계 완료율을 높이는 방향으로 스킬을 요청합니다. 하지만 설정 플로우가 짧아졌다고 해서 핵심 효용을 느끼는 것은 아닙니다. 단순 폼 완료가 아니라 first value를 최적화하라고 스킬에 분명히 말하세요.

흔한 실패 모드: 한 세션에 목표가 너무 많음

원문 자료는 세션당 하나의 목표를 강조합니다. 온보딩에서 모든 기능을 한 번에 가르치려 한다면, 스킬에게 다음을 분리해달라고 요청하세요:

• activation에 꼭 필요한 행동
• 부가적인 설정
• 이후에 진행할 학습

이렇게 나누면 대체로 완료율과 명확성이 함께 좋아집니다.

산출물을 더 좋게 만드는 자료 첨부

가능하다면 다음 자료를 함께 주세요:

• 첫 사용 화면 스크린샷
• 모달과 툴팁의 문구
• analytics 스크린샷
• 제품 분석 도구의 이벤트 이름
• 최근 가입자 인터뷰 발췌

이런 자료가 있으면 onboarding-cro가 가상의 상황을 만들어내기보다 실제 화면과 실제 순간을 기준으로 비평할 수 있습니다.

첫 답변 이후 한 번 더 다듬기

첫 번째 결과를 받은 뒤에는 아래 같은 후속 질문을 던져보세요:

• “Rewrite the checklist for enterprise admins”
• “Now optimize for mobile users”
• “Keep email verification but move it later”
• “Rank these experiments by ease and likely impact”
• “Turn this into an A/B test plan”

이 두 번째 반복 단계에서 onboarding-cro guide가 실제 실행 준비 수준까지 올라가는 경우가 많습니다.

실험 참조 문서는 선택적으로 활용하기

references/experiments.md 전체를 그대로 로드맵에 쏟아붓지 마세요. 대신 자신의 병목에 맞게 실험을 골라 달라고 요청해 활용도를 높이세요. 예:

• reducing friction before first project creation
• improving empty-state conversion
• recovering users who stalled after signup day one

이처럼 선택적으로 쓰면 테스트 프로그램이 더 촘촘해지고, 측정 가능한 상승 효과를 낼 가능성도 커집니다.