产品验证及用户增长

目的先证明 Kriki 能把用户已有的 Apple Watch 数据，稳定转化为可信的今日判断、具体方案、变化后的调整和后续验证。

为什么要做这是所有增长工作的前提。若用户只觉得 Kriki 是另一个数据看板或一句恢复建议，扩大曝光、目标场景和渠道都没有意义。

本阶段指导的工作产品侧优先打通并稳定“数据 → 判断 → 今日方案 → 调整 → 验证”；增长侧只招募最容易验证这条链路的美国 Apple Watch 用户，不同时测试多个市场和设备。

进入下一步的条件用户不但愿意授权和查看首份方案，还能说清 Kriki 与 Apple Health 或恢复评分工具的区别，开始执行方案，并在现实变化后继续使用调整；安装量本身不算通过。

目的在方案一的人群中找到一个足够具体、足够迫切的问题，让用户因为“想解决这件事”而主动了解 Kriki，并愿意持续使用和订阅。

为什么要做证明产品有用，不等于知道怎样获客。用户不会因为抽象的“健康管理”购买 Kriki，而会因为一个正在困扰自己的问题产生行动。

本阶段指导的工作第一轮只选一个目标场景，让内容、招募、产品体验和结果观察都围绕同一个问题；它不是第二套产品，也不同时承诺跑步、睡眠和日常活动三个方向。

进入下一步的条件该目标场景带来的用户，比泛化表达更愿意进入首次使用、执行方案、7 日后回来并表现出付费意愿；否则更换问题或表达，而不是继续扩大流量。

目的验证那些有改善意愿、也有穿戴数据，但总是难以开始或持续的人，能否在同一个 Kriki Coach 中完成第一次行动并逐渐形成持续使用。

为什么要做方案一、二优先服务需求更明确、行动意愿更强的人，只能证明首发市场成立；Kriki 能否继续扩大，取决于 Coach 是否也能降低普通人的开始和坚持门槛。

本阶段指导的工作先从已经授权、看过方案却没有行动的真实用户中识别障碍，再小规模招募同类用户验证；不要先假设他们需要一套“低习惯版 Kriki”。

进入下一步的条件用户在 24 小时内开始行动、会在现实变化后使用调整，并在 7 日后回来；若没有发生，必须先分清是不信任、没看懂、时机不对还是方案不可执行。

目的验证 Fitbeing 已有的设备、账号、数据和用户关系，能否让陌生用户更快感受到 Coach 的价值，并顺利进入 Kriki App 继续使用。

在整体中的位置Fitbeing 不是第四类用户，也不是用来重新证明 Kriki 的基础价值；它是核心体验稍成熟后最先验证的自有生态渠道。相比公开 Android 生态，Fitbeing 的入口、账号关系和体验过程更可控，适合先验证跨产品导流是否成立。

本阶段指导的工作Fitbeing 负责建立兴趣并提供短期真实体验，Kriki 负责承接长期改善、持续调整和订阅；两端围绕同一改善方向和进度衔接，不把 Fitbeing 改造成完整 Kriki。

进入下一步的条件用户能开启体验、在第 2—3 天回来、完成行动，并在体验后下载 Kriki、用 Fitbeing 账号接续进度且继续使用；只产生入口点击不算成立。

目的验证 Kriki 能否从自有设备生态走向更广的 Android 健康生态，并在用户已经使用 Google Health / Fitbit 的情况下，仍然建立清楚、可持续的独立价值。

在整体中的位置这是五项中最靠后的平台扩展，不是当前已确定的开发项目。前期可以研究用户问题和差异表达；是否进入开发，取决于 Android 战略、基础能力和差异化证据，不机械依赖 Fitbeing 完成双端验证。

本阶段指导的工作不和 Google Health / Fitbit 比数据数量、图表或硬件，而是用一个明确场景证明 Kriki 能把已有数据变成每日判断、具体方案、变化后的调整和后续验证。

进入下一步的条件用户能够明确说出 Kriki 与原有健康工具的不同，关联数据后会执行方案并持续回来；如果仍把 Kriki 当成另一个数据看板，就暂停扩展。