重要前提
安装AI Skills的关键前提是:必须科学上网,且开启TUN模式,这一点至关重要,直接决定安装能否顺利完成,在此郑重提醒三遍:科学上网,科学上网,科学上网。查看完整安装教程 →
onboarding-optimization by eronred/aso-skills
npx skills add https://github.com/eronred/aso-skills --skill onboarding-optimization您优化首次使用体验,以最大化激活率——即新用户完成预测长期留存的核心行为的时刻。
激活 ≠ 注册。 激活是用户首次从您的应用中获得实际价值。在任何其他事情之前,先确定它。
| 应用类型 | 激活事件 |
|---|---|
| 健身 | 完成首次锻炼 |
| 生产力 | 创建首个任务或项目 |
| 社交 | 建立首个联系或发布内容 |
| 金融 | 关联首个账户或设置预算 |
| 游戏 | 完成首个关卡或比赛 |
| 冥想 | 完成首次冥想课程 |
| 照片/视频 | 编辑或导出首张照片 |
规则: 新手引导中的所有内容都应尽可能快地引导用户完成那一个激活事件。
app-marketing-context.md 文件广告位招租
在这里展示您的产品或服务
触达数万 AI 开发者,精准高效
列出从应用打开到激活的每一个屏幕:
App open → [Screen 1] → [Screen 2] → ... → Activation event
标记每个屏幕:必需 | 增加价值 | 仅产生摩擦
移除或推迟所有仅产生摩擦的环节。
| 因素 | 问题 | 评分 |
|---|---|---|
| 必要性 | 用户没有这个环节能否达到激活? | 0 = 跳过它 |
| 时机 | 此刻提出此要求是否合适? | |
| 价值交换 | 用户是否理解这对他们有何益处? | |
| 认知负荷 | 这需要用户做多少个决定? |
权限请求是流失的第一大原因。规则:
| 权限 | 何时请求 | 绝不请求 |
|---|---|---|
| 推送通知 | 激活后,而非激活前 | 在冷启动时 |
| 位置 | 当功能需要时 | 在注册过程中 |
| 相机/麦克风 | 在相关使用场景中 | 在提供任何价值之前 |
| 通讯录 | 当使用社交功能时 | 在新手引导中 |
| 追踪(ATT) | 在用户投入后 | 在首次打开时 |
预授权屏幕: 在系统提示之前,始终显示一个原生风格的说明屏幕。理解"为什么"的用户,授权率会提高 2-3 倍。
| 模式 | 影响 | 建议 |
|---|---|---|
| 在提供价值前要求注册 | 高流失率 | 推迟到激活后 |
| 仅支持邮箱+密码 | 中等流失率 | 添加"通过 Apple 登录"和"通过 Google 登录" |
| 冗长的个人资料设置 | 高流失率 | 最多问 1 个问题,其余推迟 |
| 要求邮箱验证 | 扼杀势头 | 推迟或设为可选 |
访客模式 / 先试后注册: 允许用户在需要账户之前体验核心价值。从访客到注册用户的转化率通常在 40-60% 之间,而硬性门槛的转化率仅为 15-30%。
Open → Core feature demo / interactive preview
→ Activation moment
→ "Save your progress" → Sign-up
→ Permission asks
→ Personalization
Open → 3–5 personalization questions (show progress bar)
→ "Your plan is ready" reveal moment
→ Sign-up gate (invested now)
→ Activation
Open → Sign in with Apple/Google (single tap)
→ Find friends / follow suggestions
→ First feed with content
→ Activation (post, comment, react)
| 步骤 | 基准 | 较差 |
|---|---|---|
| 应用打开 → 首次交互 | > 85% | < 70% |
| 注册转化率 | > 60% | < 40% |
| 推送权限授予率 | > 50% | < 30% |
| 激活率(D0) | > 40% | < 20% |
| 第 1 日留存率 | > 30% | < 15% |
如果包含个性化,请遵循以下规则:
规则: 在付费墙之前展示价值。
| 放置位置 | 适用场景 |
|---|---|
| 激活前 | 几乎从不——用户没有价值参考 |
| 激活时 | 强烈——用户刚刚感受到价值 |
| 激活后,第 1 日 | 对于订阅应用最强 |
| 情境化(功能门控) | 适用于基于功能的付费墙 |
有关付费墙设计的详细信息,请参阅 monetization-strategy。
Current flow:
[Screen 1] — Required / friction
[Screen 2] — Value-adding
[Screen 3] — Required / friction
...
[Activation event] — Step N
Drop-off analysis:
Biggest drop: [screen] ([X]% exit rate if known)
Estimated cause: [hypothesis]
Recommended changes:
1. [Remove / defer X] — Expected impact: [lift in activation]
2. [Reorder Y before Z] — Expected impact: [rationale]
3. [Add pre-permission screen for Z] — Expected impact: [grant rate improvement]
Revised flow:
Open → [Screen] → [Screen] → Activation → Sign-up → Permissions
Estimated steps removed: [N]
Estimated time to activation: [Xs → Xs]
[Icon representing the permission]
[Benefit headline — what the user gets]
e.g., "Get notified when your goal is complete"
[One-line explanation]
e.g., "We'll only send you reminders you set — no spam."
[Allow button] [Not now]
retention-optimization — 第 7/30 日留存策略monetization-strategy — 付费墙放置和试用设计ab-test-store-listing — 测试新手引导变体app-analytics — 设置激活漏斗追踪rating-prompt-strategy — 激活后何时请求评分每周安装量
54
仓库
GitHub 星标数
580
首次出现
2 天前
安全审计
安装于
github-copilot54
gemini-cli54
kimi-cli54
codex54
cursor54
amp54
You optimize the first-run experience to maximize activation — the moment a new user completes the core action that predicts long-term retention.
Activation ≠ sign-up. Activation is the first time the user gets real value from your app. Identify it before anything else.
| App Type | Activation Event |
|---|---|
| Fitness | First workout completed |
| Productivity | First task or project created |
| Social | First connection made or content posted |
| Finance | First account linked or budget set |
| Games | First level or match completed |
| Meditation | First session completed |
| Photo/Video | First photo edited or exported |
Rule: Everything in onboarding should funnel toward that one activation event as fast as possible.
app-marketing-context.mdList every screen from app open to activation:
App open → [Screen 1] → [Screen 2] → ... → Activation event
Flag each screen: Required | Value-adding | Friction only
Remove or defer everything that is friction-only.
| Factor | Question | Score |
|---|---|---|
| Necessity | Can the user reach activation without this? | 0 = skip it |
| Timing | Is this the right moment for this ask? | |
| Value exchange | Does the user understand why this benefits them? | |
| Cognitive load | How many decisions does this require? |
Permissions are the #1 drop-off point. Rules:
| Permission | When to ask | Never ask |
|---|---|---|
| Push notifications | After activation, not before | On cold open |
| Location | When the feature needs it | During sign-up |
| Camera/microphone | Contextually, when used | Before any value |
| Contacts | When the social feature is used | In onboarding |
| Tracking (ATT) | After user is invested | On first open |
The pre-permission screen: Always show a native-looking explanation screen before the system prompt. Users who understand the "why" grant at 2–3× the rate.
| Pattern | Impact | Recommendation |
|---|---|---|
| Required sign-up before value | High drop-off | Defer to post-activation |
| Only email+password | Medium drop-off | Add Sign in with Apple + Google |
| Long profile setup | High drop-off | Ask 1 question max, defer rest |
| Email verification required | Kills momentum | Defer or make optional |
Guest mode / try before sign-up: Allow users to experience the core value before requiring an account. Conversion from guest → registered is typically 40–60% vs. a hard gate at 15–30%.
Open → Core feature demo / interactive preview
→ Activation moment
→ "Save your progress" → Sign-up
→ Permission asks
→ Personalization
Open → 3–5 personalization questions (show progress bar)
→ "Your plan is ready" reveal moment
→ Sign-up gate (invested now)
→ Activation
Open → Sign in with Apple/Google (single tap)
→ Find friends / follow suggestions
→ First feed with content
→ Activation (post, comment, react)
| Step | Benchmark | Poor |
|---|---|---|
| App open → first interaction | > 85% | < 70% |
| Sign-up conversion | > 60% | < 40% |
| Push permission grant | > 50% | < 30% |
| Activation (D0) | > 40% | < 20% |
| Day 1 retention | > 30% | < 15% |
If you include personalization, follow these rules:
Rule: Show value before the paywall.
| Placement | Works When |
|---|---|
| Before activation | Almost never — user has no reference for value |
| At activation | Strong — user just felt the value |
| Post-activation, D1 | Strongest for subscription apps |
| Contextual (feature gate) | Good for feature-based paywall |
See monetization-strategy for paywall design details.
Current flow:
[Screen 1] — Required / friction
[Screen 2] — Value-adding
[Screen 3] — Required / friction
...
[Activation event] — Step N
Drop-off analysis:
Biggest drop: [screen] ([X]% exit rate if known)
Estimated cause: [hypothesis]
Recommended changes:
1. [Remove / defer X] — Expected impact: [lift in activation]
2. [Reorder Y before Z] — Expected impact: [rationale]
3. [Add pre-permission screen for Z] — Expected impact: [grant rate improvement]
Revised flow:
Open → [Screen] → [Screen] → Activation → Sign-up → Permissions
Estimated steps removed: [N]
Estimated time to activation: [Xs → Xs]
[Icon representing the permission]
[Benefit headline — what the user gets]
e.g., "Get notified when your goal is complete"
[One-line explanation]
e.g., "We'll only send you reminders you set — no spam."
[Allow button] [Not now]
retention-optimization — Day 7/30 retention strategymonetization-strategy — Paywall placement and trial designab-test-store-listing — Test onboarding variantsapp-analytics — Set up activation funnel trackingrating-prompt-strategy — When to ask for a rating post-activationWeekly Installs
54
Repository
GitHub Stars
580
First Seen
2 days ago
Security Audits
Gen Agent Trust HubPassSocketPassSnykPass
Installed on
github-copilot54
gemini-cli54
kimi-cli54
codex54
cursor54
amp54
注册流程转化率优化指南:减少摩擦、提高完成率的专家技巧
33,200 周安装