MCP HubMCP Hub
스킬 목록으로 돌아가기

improve-retention

wondelai
업데이트됨 2 days ago
5 조회
1,096
121
1,096
GitHub에서 보기
디자인aidesign

정보

이 스킬은 B=MAP 행동 설계 프레임워크를 활용하여 사용자 유지 문제를 진단하고 해결합니다. "사용자 이탈"이나 "활성화율"과 같은 용어에 반응하며, 능력 사슬, 프롬프트 설계, 그리고 작은 행동들의 누적 효과에 중점을 둡니다. 유지 곡선 분석, 가치 제공 시간 단축, 온보딩 마찰 해소 등에 활용하세요.

빠른 설치

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/improve-retention

Claude Code에서 이 명령을 복사하여 붙여넣어 스킬을 설치하세요

문서

Behavior Design Framework

Framework for designing products that reliably change behavior. Based on a fundamental truth: behavior is not about willpower or motivation—it is a design problem with a predictable equation.

Core Principle

The Fogg Behavior Model = B=MAP. Behavior happens when Motivation, Ability, and a Prompt converge at the same moment.

            HIGH ┃
                 ┃   ★ Behavior happens
                 ┃  (above the Action Line)
                 ┃
  Motivation     ┃━━━━━━━━━━━━━━━━━━━━━━━ ← Action Line
                 ┃
                 ┃   ✗ Behavior fails
                 ┃  (below the Action Line)
            LOW  ┃
                 ┗━━━━━━━━━━━━━━━━━━━━━━━━━
                 HARD                    EASY
                        Ability

The Action Line: When motivation and ability are sufficient, a prompt causes the behavior. Below the line, no prompt works. The line curves: high motivation compensates for low ability, and high ability compensates for low motivation. The reliable strategy is to make behaviors easier (move right), not to pump up motivation (move up).

Scoring

Goal: 10/10. When reviewing or creating product behavior design, rate them 0-10 based on adherence to the principles below. A 10/10 means full alignment with all guidelines; lower scores indicate gaps to address. Always provide the current score and specific improvements needed to reach 10/10.

The Three Elements

1. Motivation

Core concept: Motivation is the energy for action. It has three core motivators, each with two sides: Sensation (pleasure/pain), Anticipation (hope/fear), and Belonging (acceptance/rejection). Motivation is powerful but unreliable — it fluctuates like waves.

Why it works: Motivation explains why people want to act, but it is the least reliable element in behavior design. It spikes (New Year's resolutions, product launches) and crashes (day 3, week 2). Products that depend on high motivation fail when the wave recedes. The best designs work even when motivation is at a trough.

Key insights:

  • Three core motivators: Sensation (pleasure/pain), Anticipation (hope/fear), Belonging (acceptance/rejection)
  • Motivation comes in waves — it is not a stable resource you can count on
  • Design for low-motivation moments, not peak motivation
  • "Motivation is unreliable. Ability is not." — BJ Fogg
  • Motivation-first strategies (inspiring videos, aspirational messaging) produce spikes, not sustained behavior
  • Match the required motivation level to the behavior's difficulty — hard behaviors need high motivation

Product applications:

ContextApplicationExample
OnboardingDon't rely on new-user motivation spike lastingDesign first actions to work even when excitement fades
Re-engagementAssume returning users have low motivationShow immediate value before asking for effort
Feature adoptionMatch motivation to difficultySimple features need low motivation; complex ones need motivation boosters
MessagingTap into the right motivatorSocial fitness → belonging; financial tool → anticipation (hope)
Churn preventionDiagnose if motivation dropped or was never highSurvey churned users for motivational misalignment

Copy patterns:

  • "Takes 30 seconds" (reduces motivation needed by signaling ease)
  • "Join 50,000 teams who..." (belonging motivator)
  • "See your progress instantly" (anticipation/hope motivator)
  • "Don't lose your 7-day streak" (anticipation/fear motivator)
  • Avoid motivation-heavy copy for routine actions — save it for hard asks

Ethical boundary: Never manufacture false hope or exploit fear to inflate motivation. Motivation tactics should connect users to genuine outcomes, not create anxiety that drives compulsive usage.

See: references/motivation-waves.md for deep dive on the three motivators, motivation waves, and designing for troughs.

2. Ability

Core concept: Ability is the capacity to do the behavior. It is a function of the scarcest resource across six factors — the Ability Chain. If any single link is too weak (too expensive, too time-consuming, too confusing), the behavior breaks. Simplicity is not a single dimension — it is always relative to the person and context.

Why it works: Making behaviors easier is the most reliable strategy in behavior design. Unlike motivation, ability can be systematically engineered. Every field you remove, every step you eliminate, every default you set moves the behavior to the right on the Fogg Behavior Model, crossing the Action Line even at low motivation. The Ability Chain provides a diagnostic: find the weakest link and fix it.

Key insights:

  • The Ability Chain has six factors: Time, Money, Physical Effort, Mental Effort, Social Deviance, Non-Routine
  • Simplicity is a function of the scarcest resource — find the bottleneck
  • "Simplicity changes behavior" — BJ Fogg
  • A friction audit finds the weakest link in the Ability Chain for each key behavior
  • Starter Steps: shrink the behavior to the tiniest version (2 minutes → 30 seconds → one field)
  • Default settings are the most powerful ability tool — users rarely change defaults

Product applications:

ContextApplicationExample
SignupMinimize Ability Chain cost across all six factorsOne-click SSO eliminates time, mental effort, and non-routine
Core actionFind and fix the weakest link in the chainIf mental effort is the bottleneck, add smart defaults and templates
Mobile experienceOptimize for physical effort and time constraintsPre-filled forms, thumb-friendly targets, minimal typing
Enterprise adoptionAddress social deviance and non-routine factors"Your team already uses this" reduces social risk
Friction auditSystematically test each of the six factorsWalk through each factor for every key behavior and rate 1-5

Copy patterns:

  • "One click to get started" (time + physical effort)
  • "Free forever for small teams" (money)
  • "No technical skills needed" (mental effort)
  • "Used by teams at Google, Stripe, and Shopify" (social deviance — it's normal)
  • "Works just like tools you already use" (non-routine)

Ethical boundary: Reducing friction should make genuinely valuable behaviors easier. Never reduce friction on harmful actions (e.g., making it too easy to overspend, over-share, or delete important data without confirmation).

See: references/ability-chain.md for the six factors in detail, friction audit templates, and simplification strategies.

3. Prompt

Core concept: The prompt is the call to action — the thing that says "do it now." Without a prompt, behavior doesn't happen regardless of motivation and ability. Three types: Person Prompts (internal reminders), Context Prompts (environmental cues), and Action Prompts (designed triggers from the product).

Why it works: Prompts are the most overlooked element. Many product teams assume that if motivation and ability are present, behavior will happen. It won't — not without a well-timed prompt. The key insight: prompts only work above the Action Line. Sending a push notification to someone who lacks ability or motivation is spam. The best prompts arrive when motivation and ability are already sufficient.

Key insights:

  • Three prompt types: Person (internal thought), Context (environmental cue), Action (designed notification/CTA)
  • Prompts only work when motivation and ability are already above the Action Line
  • A prompt at the wrong moment is noise; a prompt at the right moment is magic
  • Anchor moments: tie new behaviors to existing routines ("After I open Slack, I will...")
  • The best Action Prompts feel like helpful reminders, not interruptions
  • Prompt fatigue is real — every unnecessary prompt degrades the value of future prompts

Product applications:

ContextApplicationExample
NotificationsOnly prompt when user is above the Action LineSend digest when user has content to review, not on a schedule
OnboardingUse action prompts to guide first behaviorsTooltip: "Click here to create your first project" at the right moment
Habit formationDesign anchor-based prompts"After your morning standup, review your dashboard"
Re-engagementContext prompts tied to real events"Your report is ready" (event-based, not time-based)
Feature discoveryPrompt when motivation and ability alignShow feature tour when user encounters the problem it solves

Copy patterns:

  • "Your weekly report is ready" (context prompt — tied to real event)
  • "After you finish your coffee, take 30 seconds to..." (anchor prompt)
  • "One thing left to complete your setup" (action prompt with progress)
  • "Your team is waiting for your input" (social context prompt)
  • Never: "We miss you!" (product need, not user need)

Ethical boundary: Respect prompt fatigue and user preferences. Every prompt should pass the test: "Would I appreciate receiving this right now?" Never use prompts to manipulate through anxiety or manufactured urgency.

See: references/prompt-design.md for prompt types, timing strategies, notification design, and anchor moments.

Tiny Habits Method

The Tiny Habits method is the practical application of B=MAP: make behaviors so small they require almost no motivation, anchor them to existing routines, and celebrate immediately.

The Recipe

After I [ANCHOR MOMENT], I will [TINY BEHAVIOR], then I [CELEBRATION].

Anchor Moment: An existing routine that reliably happens (opening an app, finishing a meeting, morning coffee).

Tiny Behavior: The smallest version of the target behavior — so small it's almost impossible to skip. Not "write a report" but "open the report template." Not "review analytics" but "glance at one metric."

Celebration: An immediate positive emotion after doing the behavior. Celebration wires the habit. Without it, repetition alone isn't enough — you need the feeling of success.

Starter Steps

Every target behavior has a Starter Step — the tiniest meaningful version:

Target BehaviorStarter StepWhy It Works
Complete onboardingFill in one fieldMomentum from completion
Use analytics dailyOpen the dashboardSeeing data creates curiosity
Collaborate with teamSend one commentSocial reciprocity kicks in
Write documentationOpen the doc templateBlank page resistance removed
Review weekly metricsStar one metricCreates personal investment

Scaling Behaviors

Once the tiny behavior is wired, it naturally grows:

  1. Start tiny → User opens the dashboard (Starter Step)
  2. Grows naturally → User checks two or three metrics
  3. Expands → User customizes the dashboard
  4. Habit formed → User checks dashboard every morning automatically

The key: never force scaling. Let motivation and momentum drive expansion. The tiny version is not a failure — it is the foundation.

See: references/tiny-habits.md for the full Tiny Habits recipe, celebration techniques, and scaling patterns.

Behavior Design Process

Fogg's systematic process for creating lasting behavior change:

Step 1: Clarify the Aspiration

What outcome does the user want? Not the product's goal — the user's aspiration.

  • "I want to stay on top of my team's progress" (not "increase DAU")
  • "I want to feel confident about my finances" (not "drive feature adoption")

Step 2: Explore Behavior Options

List all possible behaviors that could achieve the aspiration. Be exhaustive — don't commit to one behavior yet.

Step 3: Match Behaviors

For each behavior, assess: Does the user have enough motivation? Is it easy enough? Use the Focus Mapping technique — plot behaviors on a 2×2 of impact vs. feasibility.

Step 4: Start Tiny

Take the best-matched behavior and shrink it to its Starter Step. Design the prompt. Add celebration.

Step 5: Optimize

Once the tiny behavior is wired, expand it. Fix bottlenecks using the Ability Chain. Refine prompts based on timing data.

The Action Line

The Action Line is the visual threshold in the Fogg Behavior Model. Above it, behaviors happen when prompted. Below it, they don't.

Moving Behaviors Above the Action Line

Two reliable strategies:

1. Increase Ability (move right)

  • Remove steps, pre-fill fields, add defaults
  • Use templates, wizards, progressive disclosure
  • This is the most reliable approach

2. Find better Prompts (prompt at the right moment)

  • Trigger when motivation is naturally higher
  • Use anchor moments tied to existing routines
  • Event-based prompts > time-based prompts

Unreliable strategy: Increase Motivation (move up)

  • Motivational messaging produces spikes, not sustained change
  • Use motivation boosters sparingly and strategically
  • If you need motivation tactics, the behavior is probably too hard

Retention Diagnostics with B=MAP

Map B=MAP to product metrics:

MetricB=MAP DiagnosisAction
Low activationFirst action is below the Action LineShrink onboarding to Starter Step; fix weakest Ability Chain link
Day-1 drop-offPrompt failed or mistimedRedesign first-day prompts; anchor to existing user routine
Day-7 drop-offMotivation wave receded, behavior too hardReduce core action difficulty; don't depend on initial excitement
Day-30 drop-offHabit didn't form, no internal promptCreate tiny habit recipe; add celebration/feedback loops
Low feature adoptionFeature is below Action Line for most usersFriction audit the feature; prompt only when motivation is present
Notification fatiguePrompts sent below the Action LineReduce prompt volume; send only when user has motivation + ability

Common Mistakes

MistakeWhy It FailsFix
Relying on motivation to drive retentionMotivation is a wave — it always recedes. Products that need high motivation fail at the troughDesign for low-motivation moments; make behaviors tiny enough to survive motivation dips
Ignoring the Ability Chain bottleneckYou optimized time but the real barrier is mental effort or social devianceAudit all six factors; fix the scarcest resource, not the most obvious one
Sending prompts below the Action LinePush notifications to unmotivated users who lack ability is spam, not engagementOnly prompt when motivation + ability are sufficient; use event-based triggers
Skipping celebration in onboardingWithout positive emotion, repetition alone doesn't wire habitsAdd immediate feedback, success states, and micro-celebrations after key actions
Making the first action too ambitious"Complete your profile" is a project, not a behavior. Users abandon before startingShrink to Starter Step: "Add your name" or "Upload a photo" — one field, one action
Copying successful products without diagnosing B=MAPWhat works for a high-motivation audience fails for yours if ability or prompts differAlways diagnose your specific users' motivation, ability, and prompt context first

Quick Diagnostic

QuestionIf NoAction
Can a new user complete the core action in under 60 seconds?Ability is too lowFriction audit using the Ability Chain; shrink to Starter Step
Does the product work when user motivation is low?Design depends on motivation spikesRedesign core behaviors to require minimal motivation
Are prompts tied to real events or anchor moments?Prompts feel like spamSwitch from time-based to event-based or anchor-based prompts
Is there immediate feedback after key actions?No celebration = no habit wiringAdd success states, progress indicators, or social feedback
Have you identified the weakest link in the Ability Chain?You're optimizing the wrong thingRate each of the six factors 1-5 for your core behavior
Do users naturally scale from tiny behaviors to full engagement?Forcing complex behaviors too earlyImplement Starter Steps and let behaviors grow organically

Reference Files

  • behavior-model.md: B=MAP deep dive, the Action Line, behavior types, failure diagnostics
  • ability-chain.md: Six simplicity factors, friction audit templates, simplification strategies
  • prompt-design.md: Three prompt types, timing strategies, notification design, anchor moments
  • tiny-habits.md: Tiny Habits recipe, Starter Steps, celebration, scaling patterns
  • motivation-waves.md: Three motivators, motivation waves, designing for troughs
  • product-applications.md: B=MAP applied to SaaS, mobile, e-commerce, health, education
  • case-studies.md: Instagram, Duolingo, Slack, Calm, Peloton through Fogg's lens

Further Reading

This skill is based on the behavior design research developed by BJ Fogg. For the complete methodology, research, and case studies:

About the Author

BJ Fogg, PhD is the founder of the Behavior Design Lab at Stanford University, where he has directed research on behavior change since 1998. He created the Fogg Behavior Model (B=MAT/B=MAP), which has become the foundational framework used by product designers, health researchers, and behavior change professionals worldwide. Fogg coined the term "behavior design" and has trained thousands of innovators in his methods, including the founders of Instagram (Mike Krieger was a student). His research on "captology" (computers as persuasive technology) created an entirely new academic discipline. Tiny Habits distills two decades of research into a practical system for behavior change, demonstrating that lasting change comes not from motivation or willpower but from designing behaviors to be tiny, anchored, and celebrated. Fogg's methods have been adopted by product teams at companies from Silicon Valley startups to Fortune 500 enterprises, and his academic work has been cited over 20,000 times.

GitHub 저장소

wondelai/skills
경로: improve-retention
0
agent-skillsai-skillsclaude-codeclaude-code-marketplaceclaude-code-pluginclaude-code-skills

연관 스킬

executing-plans

디자인

executing-plans 스킬은 검토 체크포인트가 포함된 통제된 배치로 실행할 완전한 구현 계획이 있을 때 사용합니다. 이 스킬은 계획을 불러와 비판적으로 검토한 후, 소규모 배치(기본값 3개 작업)로 작업을 실행하면서 각 배치 사이에 진행 상황을 아키텍트 검토를 위해 보고합니다. 이를 통해 내재된 품질 관리 체크포인트를 갖춘 체계적인 구현이 보장됩니다.

스킬 보기

requesting-code-review

디자인

이 스킬은 코드 변경 사항을 요구 사항에 따라 분석하기 위해 코드 리뷰어 하위 에이전트를 호출합니다. 작업 완료 후, 주요 기능 구현 후, 또는 메인 브랜치에 병합하기 전에 사용해야 합니다. 이 리뷰는 현재 구현체와 원래 계획을 비교하여 문제를 조기에 발견하는 데 도움이 됩니다.

스킬 보기

connect-mcp-server

디자인

이 스킬은 개발자들이 HTTP, stdio 또는 SSE 전송 방식을 통해 MCP 서버를 Claude Code에 연결하는 포괄적인 가이드를 제공합니다. GitHub, Notion 및 사용자 정의 API와 같은 외부 서비스를 통합하기 위한 설치, 구성, 인증 및 보안을 다룹니다. MCP 통합 설정, 외부 도구 구성 또는 Claude의 모델 컨텍스트 프로토콜 작업 시 활용하세요.

스킬 보기

web-cli-teleport

디자인

이 스킬은 작업 분석을 기반으로 개발자가 Claude Code 웹 인터페이스와 CLI 인터페이스 중 선택할 수 있도록 돕고, 두 환경 간 원활한 세션 텔레포트를 가능하게 합니다. 웹, CLI 또는 모바일 환경 전환 시 세션 상태와 컨텍스트를 관리하여 워크플로를 최적화합니다. 다양한 단계에서 서로 다른 도구가 필요한 복잡한 프로젝트에 사용하세요.

스킬 보기