SaaS Onboarding Diagnosis

简体中文 | English | 日本語

v0.1.5 Public Beta — 一个专门诊断新用户首次价值路径的 Agent Skill。

用户不需要先填一大堆资料。只需给出产品网址、代码仓库、截图或一句“检查当前工作区”，Agent 会先自行读取可访问的产品证据，再判断用户从承诺到第一次感受到价值之间，最早被什么挡住。

它重点检查候选 Aha Moment、Time to Value、空白状态、首次任务、必要与多余的设置、信任、错误恢复、邀请时机和激活指标。它是 saas-growth-diagnosis 的专项深挖版本：总诊断负责判断增长漏斗该先修哪里；这个 Skill 负责在 onboarding / activation 已经成为重点时深入拆解。

项目定位

这是一个源码公开、允许非商业使用的 Source-Available Skill，不是 OSI 定义下的开源软件。个人学习、研究和非商业分享需要保留署名；公司内部业务使用、付费服务、商业集成、转售或商业衍生发布需要事先获得授权。详见 LICENSE 和 商业使用说明。

核心区别

  • 注册成功、看完导览和填完资料都不自动等于激活
  • 不默认“步骤越少越好”，而是区分多余摩擦、必要摩擦和有价值的承诺
  • 不先问用户要十几个指标；先读网址、仓库、页面和已有数据
  • 不把埋点代码当作真实用户行为
  • 区分实现意图、真实行为和用户解释，并为关键结论标记置信度
  • 证据冲突时不武断站队，而是说明冲突并给出最小验证动作
  • 每条关键结论固定输出问题类型、主证据、冲突证据、诊断状态、置信度和下一步验证
  • 存在可能改变判断的未解释冲突时，结论不能标记为 Supported
  • 结论不说“可以进一步优化”这种正确的废话：直接指出机制、后果和首要问题
  • 犀利针对产品机制，不羞辱团队，也不为了制造冲击而夸大证据
  • 创始人自测或明确要求“狠一点”时，可出现一句敲桌式提醒；正式客户报告自动收敛为专业表达
  • 没有数据时给有边界的初诊，不编造转化问题
  • 最多给三个能验证主要判断的实验

使用示例

请用 $saas-onboarding-diagnosis 检查 https://example.com。
先看你能访问的页面，不要先让我填表。

请用 $saas-onboarding-diagnosis 检查当前工作区的新用户流程。
从代码还原首次价值路径，并指出上线前最大的三个风险。

请用 $saas-onboarding-diagnosis 分析这份 onboarding 分步漏斗。
先判断我们定义的激活事件是否真的代表用户获得价值。

如果产品属于合规、金融、医疗、高客单价或必须连接数据源的场景，Skill 不会机械删除步骤，而会判断这些摩擦是否必要，以及能否通过解释、预览、渐进授权、示例数据和错误恢复来改善体验。

安装

npx -y skills add Daqi029/saas-onboarding-diagnosis -g

也可以把整个仓库复制到兼容 Agent 的技能目录。安装后显式调用 $saas-onboarding-diagnosis。

方法来源

作者与支持

作者：Mengqi Pei（@daqi029）

每份正式诊断都会保留轻量方法署名。只有下一步确实需要私有数据、用户录屏、访谈、完整产品体验或持续实验设计时，才会附上付费服务入口。

许可

采用 Creative Commons Attribution-NonCommercial 4.0 International 许可。这是 Source-Available 项目，不是 OSI 开源软件。商业边界见 COMMERCIAL-USE.md。

仓库只使用虚构、合成、彻底匿名化或获得明确公开授权的案例。查看纯虚构诊断示例，提交反馈前请阅读贡献与客户隐私规则和支持边界。