onboarding-optimization
作者 Eronredonboarding-optimization 技能可帮助优化首次使用流程，减少早期流失，并提升激活率，让更多新用户尽快体验到首次价值。当你需要一套结构化、以转化为导向的 onboarding-optimization 方法时，可以使用这份从安装到激活的指南，结合实用的诊断与迭代下一步。
这项技能得分 82/100，属于相当稳妥的目录候选：需要做 onboarding 和激活优化的用户，能获得清晰的触发指引和完整的工作流，而不是泛泛的提示词。仓库提供了足够的结构和明确度，足以支持安装决策；如果能补充配套参考资料和执行资产，会更强。
- 对 onboarding、首次使用流程、激活以及 Day 1 流失等场景的触发性很明确，并在描述中给出了清晰的示例表达。
- 运营内容扎实：技能正文约 6,068 个字符，包含 9 个 H2 章节、9 个 H3 章节，并围绕激活事件提供以流程为导向的指导。
- 以 activation-first 为核心的框架和初步评估步骤，能明显减少猜测，相比通用优化提示词更利于智能体发挥。
- 没有脚本、参考资料、资源或支持文件，因此这项技能完全依赖 markdown 指令，而不是可复用的工具或示例。
- 节选出的工作流看起来较为方法化，但仪表化程度不高；如果用户需要更深入的度量模板或决策规则，可能需要自行调整。
onboarding-optimization 技能概览
onboarding-optimization 做什么
onboarding-optimization 技能帮助你优化应用的首次运行体验，让更多新用户走到激活事件，而不只是完成注册。它特别适合你需要做 Conversion、Day 1 retention，或者想把“安装到首次获得价值”的路径做得更顺滑时使用。
适合谁使用
如果你在做产品增长、生命周期营销、UX 或 ASO，并且需要的是一份实操型的 onboarding-optimization 指南，而不是泛泛的转化率建议，这个技能就很合适。它尤其适用于你已经知道应用目标、但想降低早期流失、缩短价值到达时间，或者减少首次会话中的阻力时。
它有什么不同
这个技能把“激活”放在第一位：它会把 onboarding 当成通往一个有意义用户行为的漏斗来处理。因此，当真正的问题是用户安装后浏览一圈就离开，根本还没体验到价值时，它比那种笼统的“优化 UX”提示更有效。
如何使用 onboarding-optimization 技能
安装 onboarding-optimization
把 onboarding-optimization 技能安装到你正在使用的 repo 或 skill 环境中，然后打开 skills/onboarding-optimization/SKILL.md 作为主要来源。在这个 repository 里没有配套的 rules/、resources/ 或 scripts/ 文件夹，所以 skill 文件本身就是主要的实现指南。
从正确的输入开始
onboarding-optimization 的效果最好在你提供这些信息时：应用类别、目标用户、当前 onboarding 步骤、激活事件、基线转化率或流失率，以及已知的摩擦点。像“把 onboarding 做得更好”这种提示太模糊；更强的写法是：“为一款 fitness app 优化 onboarding-optimization，其中 activation = 完成第一次 workout，62% 的用户在权限弹窗处流失，团队希望得到 3 个可测试的改动。”
推荐工作流
先确定激活事件，再梳理当前流程，然后找出最大的流失步骤，最后再提出改动建议。若跳过这个顺序，技能仍然能给出想法，但结果会没那么有用，因为它可能优化的是“体验舒适度”，而不是激活本身。为了获得最佳效果，建议你要求对比“当前流程”和“一条更简化的激活路径”。
先读什么
先看 SKILL.md，尤其是关于 activation principle 和 initial assessment 的部分。这些内容最值得先做判断，因为它们会告诉你，这个技能认为什么才算真正的成功指标，以及在给出改动建议前它需要哪些数据。
onboarding-optimization 技能常见问题
onboarding-optimization 只适用于注册流程吗？
不是。onboarding-optimization 技能关注的是首次价值，这个价值可能发生在注册之后、教程之后、接受权限之后，或者完成第一次核心操作之后。如果你的问题纯粹是账号创建转化，这个技能也许有帮助，但它在早期产品激活问题上的表现更强。
什么时候不该用这个技能？
如果主要问题是长期流失、定价，或者 paywall 的位置，就不要用 onboarding-optimization。若你还不知道激活事件是什么，也不适合用，因为这个技能要靠这个定义来判断 onboarding 流程到底有没有真正起作用。
它比通用提示词更好吗？
通常是的，因为 onboarding-optimization 指南会强制你先定义激活事件，并在提出改动前检查流失点。通用提示词往往只会给出浅层的界面建议；而当你需要的是针对 onboarding-optimization for Conversion 的结构化诊断时，这个技能会更有用。
新手能用吗？
可以，但如果新手能用一句话描述应用，并说出一个可衡量的早期目标，效果会更好。即使只是一个简单提示，只要包含类别、首次运行流程，以及用户卡在哪一步，都能得到不错的结果。
如何改进 onboarding-optimization 技能
给技能一个真实的激活指标
提升 onboarding-optimization 输出最快的方法，是用直白的语言说明激活事件，并在有条件时附上基线数据。比如“activation = 创建第一个 project；24 小时内达到该步骤的比例为 41%”，就比“提升 engagement”有用得多，因为它给了技能一个明确目标。
讲清摩擦点，而不只是症状
如果用户在流失，要说明他们卡在哪里、为什么卡：是权限弹窗太多、填写字段过多、价值主张不清晰、强制教程，还是价值回报来得太晚。这样技能才能区分哪些摩擦是可避免的，哪些步骤又是必要的，而不是只给出泛泛的简化建议。
要求可测试的改动
拿到第一版输出后，可以继续要求按优先级排序的建议、预期影响，以及验证每项改动所需的最小实验。这样，onboarding-optimization 技能就不只是策略摘要，而会变成一份可以落地、可以上线、可以衡量的执行计划。