SaaS 감사 — 수익 중심 설계 (RCD)
SaaS의 디자인이 사용자 가치와 수익을 동시에 제공하도록 감사합니다. 이 스킬은 행동 설계 지식 체계를 반복 가능한 감사 프로세스로 전환하여, 각각 명명된 인지 편향 또는 원칙에 연결된 구체적이고 우선순위가 지정된 개선점과 권장 수정 사항을 표면화합니다.
출처 및 크레딧. 이 프레임워크는 Richard — "Design for startups" (@richardrx) 의 공개 게시물과 기사(수익 중심 설계, 스위스 나이프 지수, 4가지 스타트업 단계, GBB 가격 책정, 기능 필터 등)를 종합했습니다. 기반 과학은 원 창작자(Kahneman & Tversky, Dan Ariely, Eugene Schwartz, Aronson & Mills, Nir Eyal, Fitts, Hick, Nielsen Norman Group)에게 있습니다. 설득은 윤리적으로 적용하십시오 — 윤리 게이트를 참조하세요.
핵심 명제
중립적인 디자인은 "객관적"이지 않습니다. 그것은 생략입니다. 의도적으로 주의를 유도하지 않는 인터페이스는 가치에 이르는 길을 더 길게 만들고 수익을 더 어렵게 만듭니다. 좋은 제품 디자인은 사용자 가치 또는 비즈니스 수익이 아닌, 설계상 둘 다입니다. 인지 편향은 레버이고, 고객 생애주기는 지도이며, 스타트업 단계가 우선순위를 결정합니다.
이 스킬이 하는 일
SaaS(URL, 스크린샷, 설명, 코드베이스 또는 "가격 페이지"와 같은 특정 영역)가 주어지면 감사 보고서를 생성합니다: 각 항목에 증거, 위반된 편향/원칙, 구체적인 수정 사항, 노력 대비 영향 추정치가 포함된 우선순위 목록입니다. 전체 감사 또는 특정 영역(가격 책정만, 온보딩만 등)에 중점을 둔 감사 모두에 적용됩니다. 중점 요청의 경우에도 먼저 0~1단계(단계 + ICP)를 수행하십시오. 이 단계가 모든 것을 재구성합니다. 그런 다음 관련 단계로 이동하십시오.
감사 워크플로우
이 체크리스트를 작업 노트에 복사하여 작성하십시오:
Audit progress:
- [ ] Step 0: Startup phase calibrated (ARR/MRR + priorities)
- [ ] Step 1: ICP clarity gated
- [ ] Step 2: Lifecycle walked (Acquisition → Activation → Retention → Monetization → Metrics)
- [ ] Step 3: 9 RCD principles scored
- [ ] Step 4: Master checklist run
- [ ] Step 5: Findings emitted in report template
0단계 — 스타트업 단계에 맞게 보정 → references/startup-phases.md
가장 흔한 실수는 잘못된 단계의 조언(생존 단계 제품에 스케일 단계 성장 루프 적용)을 적용하는 것입니다. ARR/MRR(또는 최상의 추정치)을 설정하고 중요한 것을 결정하십시오:
| 단계 | ARR 범위 | 목표 | 디자인이 효과를 발휘하는 곳 |
|---|---|---|---|
| 생존 | R$0–240k | 누군가 지불한다는 것을 증명 | 시각적 차별화, 신뢰 계층, 가치 실현 속도 |
| 트랙션 | R$240k–1.2M | 운인가 시스템인가? | 행동 유도: 온보딩, TTV, 가치 실현, 업셀 레버, 이탈 통제 |
| PMF | R$1.2M–6M | 규모 증명 (사용자 유입, 유지, 추천) | 유지 효율성, 마진 |
| 스케일 | R$6M+ | 관심 경쟁 | 지속적 최적화 + 방어력(네트워크 효과, 데이터 해자) |
1단계 — ICP 명확성 확인 → references/acquisition.md
하위의 모든 것은 명확하고, 불충분하게 서비스되고 있는 ICP에 달려 있습니다. 이 ICP는 (a) 실제로 무거운 고통을 느끼고(해결되지 않을 때 손실이 큼), (b) 충분히 크며(하향식 TAM), (c) 단위 경제학에 필요한 티켓 가격을 지불할 수 있고, (d) 창업자 적합성이 있어야 합니다. 모호한 ICP("제품을 원하는 모든 사람")는 이후의 모든 발견을 모호하게 만들고 오류를 진단 불가능하게 만듭니다. ICP가 명확하지 않다면, 그것이 발견 #1입니다.
2단계 — 생애주기 살펴보기
각 단계에 대해 해당 참조 자료와 체크리스트 섹션을 읽고, 차이점을 기록하십시오.
| 단계 | 읽기 | 찾고 있는 것 |
|---|---|---|
| 획득 | references/acquisition.md | 히어로가 5초 테스트 실패, 전문 용어, 일반 CTA, 증거 없음/약함, 인식 불일치, 자격을 부여하지 않는 LP |
| 활성화 / 온보딩 | references/onboarding-activation.md | 정의된 아하 순간 없음, 느린 TTV, 빈 대시보드, 수동 투어, 관리자 마찰, 여정 격차 |
| 유지 / 이탈 | references/retention-churn.md | 기대 부채, 전문 용어 이탈, 죽은 취소 플로우, 일회성 작업 모델, 반응형 커뮤니케이션, 낮은 기능 채택, 습관 루프 없음, 해자 없음 |
| 수익화 / 확장 | references/pricing-expansion.md | 유인책/기준점 없음, 4개 초과 요금제, 무료가 0에 고정, 잘못된 기본값, 약한 업그레이드 경로, 제한에 부딪히는 대신 방해하는 업셀 |
| 지표 / 실험 | references/metrics-experimentation.md | 허영 지표, 검정력 부족한 A/B 테스트, 혼합 LTV, 부풀려진 LTV:CAC, 새는 양동이 수학 무시 |
| 제품 / 디자인 전략 | references/product-design-strategy.md | 기능 크리프(스위스 나이프 지수), 기능 필터 없음, 복잡한 대시보드, 표면적인 리팩터링 |
3단계 — 9가지 RCD 원칙 점수 매기기 → references/revenue-centric-design.md
각 원칙을 통과 / 부분 / 실패로 평가하고 한 문장의 증거를 제시하십시오. 이것은 교차 평가 점수표입니다.
4단계 — 마스터 체크리스트 실행 → checklists/master-audit-checklist.md
포괄적이고 단계를 인식하는 격차 탐지기입니다. 코퍼스의 모든 개념이 여기에 나타납니다. 각 항목은 예/아니오 확인이며, 해당 편향/원칙과 수정 사항에 대한 참조가 태그되어 있습니다.
5단계 — 결과 보고 → assets/audit-report-template.md
템플릿을 작성하십시오: 단계 + ICP 판결, 결과 표(영역 · 발견 · 증거 · 편향/원칙 · 심각도 · 수정 · 노력×영향), 상위 5가지 빠른 승리, RCD 점수표.
탐색 — 각 파일이 답하는 질문
| 질문 | 파일 |
|---|---|
| "각 RCD 원칙은 무엇을 의미하며 어떻게 확인합니까?" | references/revenue-centric-design.md |
| "여기에 어떤 편향이 적용됩니까 / 뒷받침하는 연구는 무엇입니까?" | references/cognitive-biases.md |
| "랜딩 페이지 / 히어로 / 카피 / CTA / 포지셔닝이 올바른가요?" | references/acquisition.md |
| "왜 트라이얼이 활성화되지 않습니까? 어떤 온보딩 패턴이 적합합니까?" | references/onboarding-activation.md |
| "사람들이 왜 이탈합니까? 어떻게 유지하고 해자를 구축합니까?" | references/retention-churn.md |
| "가격/티어/기본값/업그레이드는 어떻게 구성해야 합니까?" | references/pricing-expansion.md |
| "이 지표나 실험은 신뢰할 수 있습니까?" | references/metrics-experimentation.md |
| "기능이 너무 많습니까? 대시보드가 복잡합니까? 무엇을 잘라야 합니까?" | references/product-design-strategy.md |
| "내 단계에서 무엇을 우선시해야 합니까?" | references/startup-phases.md |
| "전체 체크리스트를 주세요." | checklists/master-audit-checklist.md |
권장 사항 작성 방법
- 구체적이고 정량화하십시오. "히어로 헤드라인 '완벽한 생산성 플랫폼'을 ICP + 결과를 명명하는 것으로 교체, 예: '자동차 정비소를 위한 명령 제어 시스템'"과 같이 작성하고 "헤드라인을 개선하십시오"라고 하지 마십시오.
- 모든 발견을 명명된 편향 또는 원칙에 연결하십시오 (예: 기준점 효과, 손실 회피, RCD #6 기본값). "이유"가 권장 사항을 설득력 있고 신뢰할 수 있게 만듭니다.
- 단계를 존중하십시오. 생존 단계 제품에 스케일 단계 최적화를 권장하지 마십시오. 생존 단계에서는 차별화/신뢰/가치 실현 속도를 우선시하고, 트랙션 단계에서는 행동 온보딩 및 이탈 관리를, 이후에는 유지 효율성과 해자를 우선시하십시오.
- 화장품보다 영향력이 큰 수정을 선호하십시오. 가격 구조, 기본값 및 온보딩 순서가 버튼 색상보다 지표를 훨씬 더 많이 움직입니다. (1% 더 나은 가격 ≈ 1% 더 나은 획득에서 오는 2%보다 훨씬 많은 약 8–11% 더 많은 이익 — ProfitWell.) "리팩터"로 위장한 "다시 칠하기"를 지적하십시오.
- 가능한 경우 누수를 정량화하십시오.
references/metrics-experimentation.md의 새는 양동이 및 코호트 LTV 수학을 사용하여 이탈 지점을 R$로 변환하십시오.
윤리 게이트
여기서의 설득은 명확성과 추진력을 위한 것이지, 강제를 위한 것이 아닙니다. 다음을 적용하지 않으면 감사는 다크 패턴 매뉴얼이 됩니다:
- 기본값은 윤리적으로 방어 가능해야 합니다. 사전 체크된 상자가 사용자를 지출에 가두는 것은 이탈 유인 및 환불 위험입니다. 해당 ICP의 정보에 기반한 사용자가 선택할 기본값을 권장하십시오.
- 약속은 증명과 일치해야 합니다 (RCD #4). 제품이 입증할 수 없는 주장을 권장하지 마십시오. 이는 기대 부채를 만들고 이탈을 유발합니다.
- 희소성/긴급성은 실제여야 합니다. 정직한 희소성(실제 제한, 실제 마감일)만 권장하고, 조작된 카운트다운은 절대 권장하지 마십시오.
- 자격을 부여하는 마찰 ≠ 가두는 마찰. 의도를 확인하거나 헌신을 강화하기 위해 마찰을 추가하고, 취소를 방해하기 위해 추가하지 마십시오.
벤치마크 빠른 참조
대략적인 목표로 사용하십시오(대부분 SaaS, 일부 미국 데이터 — 시장에 맞게 조정). 출처는 references/에 있습니다.
| 지표 | 약함 | 보통 | 강함 | 참고 |
|---|---|---|---|---|
| 활성화율 | <20% | 30–37% | 40%+ | <20% = 구조적 온보딩/제품 문제 |
| D7 유지율 | <10% | 10–15% | >30% | |
| 가치 실현 시간 (TTV) | 일 | ~1d12h (중앙값) | <5분 (최상위) | Userpilot, 547개 기업 |
| NRR (B2B) | <100% | ~100% | >110% | 성장과 새는 깔때기 구분 |
| 트라이얼→유료, 카드 vs 무카드 | 8.9% (무카드) | — | 31.4% (카드) | Chartmogul 2026, 미국, 200개 제품 |
| LTV:CAC | <3:1 | 3:1 | >3:1 | 코호트별 재계산; 혼합은 30–50% 과대평가 |
| 스위스 나이프 지수 | <0.3 | — | ≥0.3 | 활성 사용자의 40% 이상이 30일 내에 사용한 기능 ÷ 전체 기능 |
| 가격 티어 수 | 1개 또는 5개 이상 | — | 3개 (2–4개 최대) | 힉의 법칙; 유인책에는 중간 요금제 필요 |
| 리뷰 최적점 | 5.0 (가짜로 보임) | — | 4.2–4.5★ | 노스웨스턴 |
숫자를 인용할 때는 출처를 밝히고 벤치마크이지 보장이 아님을 명시하십시오.