个人营养产品调研：橘袋、AI与可穿戴的组合机会

2026-09-22 · 内部讨论稿 V0.1 · 已核实公开资料与项目资产，未实测竞品付费小程序或本项目设备链路。

1. 我建议做什么

建议验证“康比特 AI 运动营养伴侣”：根据个人目标、饮食记录和可获得的穿戴数据，帮助用户安排每天的吃动与补给，并通过阶段复盘持续调整。 这是一条面向个人的新产品假设，与现有智慧食堂机构业务并行，不受上一版政企市场优先级限制。

首发优先考虑有规律训练、已经使用手表或手环的健康成年人。可先以25–45岁、每周有明确训练安排的人作为招募假设；年龄不是医学准入规则，首轮不覆盖未成年人和需要特殊专业管理的人群。

组合借鉴：橘袋的周期营养包 + Gainful的运动营养选择 + Oura/WHOOP的连续反馈体验 + 康比特已有的营养与商品资源。 不需要先自研一枚戒指，也不需要让每个人每天都买补剂。

用户愿意长期留下，应因为这里记得他的目标、饮食偏好、过去尝试、实际耐受和个人趋势，减少每次重新解释的成本。设备让记录更省心，合适的营养品让执行更方便，AI把两者转成每天可用的帮助。能否形成留存与利润，仍须试验。

本稿里的优先级、命名、试验规模和产品设计均为D级建议；官网功能为公开主张，不能当疗效或商业成绩。

2. 橘袋到底是什么，已查到哪里

确认对象为微信小程序 “NUTRIPACKS橘袋定制营养”。官方H5定位为定制膳食补充剂，腾讯公开条目可以核对小程序名称，目前展示面向40+的营销文案。本轮没有登录和支付，不能声称已走完小程序全部流程。官方H5 · 腾讯小程序条目。

2023年4月的创始人采访描述了“问卷评估→营养方案→产品销售→私域跟进”的路径，并区分功能营养包与AI定制营养包；当时提及约750元/30天的客单，以及腾讯广告和机构合作。这只能作为历史商业模式参考，不是2026现价、实际营收或续购证明。36氪原始采访。

我的推断是，橘袋降低了选择和按日准备补剂的负担；你的机会在于进一步让服务随实际生活变化。但目前没有证据能证明橘袋不具备这类能力，不能把“本轮没查到”写成“竞品没有”。

还需实测：问卷和商品推荐如何关联、是否定期复评、可否调量或暂停、设备接入、当前价格、退款体验和营养师服务。公开页面中应用宝自身的版本号、默认1970年日期不能当作橘袋版本信息。

3. 七类产品，分别学什么

来源：LemonBox、Gainful、订阅调整、薄荷、Oura Meals、Oura会员、WHOOP公告、WHOOP会员、ZOE流程、Daily30。

这些公司共同说明三种模式都有产品实践：测评和商品、记录和服务、设备和会员。本轮没有获取它们可比较的CAC、净留存、利润或市场份额，因此不做“谁最好”排名，也不宣称市场存在无人竞争的空白。

科研证据也要拆开看。ZOE的18周METHOD研究评估的是整体营养项目；干预与对照的接触强度并不相同，不能把结果单独归因于AI、设备或某种商品，更不能迁移成康比特效果。原始论文。

4. 第一个用户，先选谁

这次按“本人/机构谁付费、日常任务、触发、购买范围、交付方式”五层区分市场。没有A/B级新产品付费证据，不能把第一候选直接宣布为已验证P0市场；也不套用整个保健品市场规模来证明机会。

最先要回答的购买问题是：即使不买营养品，用户是否还愿意为这套持续服务付费？即使已有其他品牌设备，用户是否愿意把记录接入？ 两者都只想免费时，捆绑三样东西可能只是把获客成本藏进设备和商品。

5. 一天怎么用，才能值得回来

以下为产品设计示例，使用虚构场景，不是个体营养处方。

首页优先展示“今日安排、依据、待确认的一件事”，商城放在相关选择中。数据不足时给普通的低风险建议或提问，不能凭手环睡眠、HRV或心率推断缺铁、缺镁、缺维生素，也不能据此自动加量。

Oura Meals仍需拍照或文字输入餐食，并给出估计层级；它并未解决无感识别全部摄入。本产品同样需要承认餐外、漏记和份量缺口。Oura官方帮助。

6. 黏性从哪里来

我建议将“离不开”转化为三项可验证价值：设备减少记录负担、个人记录改善下一次服务、适用商品提高执行便利。 用户仍能换设备、暂停购买并取回自己的记录。

1. 个人基线：和本人过去的可比记录比较，数据换设备或大量缺失时解释变化，不伪造健康进步。
2. 长期记忆：记住目标、作息、饮食偏好、过敏信息、实际尝试和耐受；用户可查看、更正、删除。
3. 行动结果：用户能知道为什么今天的建议不同，以及上一轮建议是否被执行。
4. 商品便利：口味、耐受、规格、库存与计划相匹配；不靠复杂退订和制造健康焦虑保复购。

关键循环是：

同意记录 → 数据变完整 → 建议更贴合 → 更容易行动 → 用户反馈 → 下一次更省心 → 自愿续用和适当复购。

历史数据首先形成服务优势，不天然形成算法壁垒。更好的个性化还需要有质量的标注、专业规则、推荐版本、用户更正和长期评估。健康数据用途受授权和平台条款约束，不能因“数据多”就拿去训练任意模型或定向卖货。

商业上的反证也要观察：用户可能喜欢服务却不用穿戴，或喜欢服务但不需要营养品。这样的结果应改变产品组合，而不是强迫所有人购买全套。

7. 可穿戴怎么接，小程序有什么限制

官方依据：微信运动、华为Health Service Kit、Apple HealthKit、Oura API V2。微信正文通过Jina回读，其他为官方网页；本轮均未做客户设备实测。

Oura V2经Jina补读后确认：未审核应用最多10名用户，用户须逐类授权；睡眠数据需要打开Oura App后同步。因此“有云API”也不等于数据实时、全天无操作可达，首版要显示最新同步时间和必要操作。

推荐架构是“设备→厂商App/云→我方授权数据服务→个人状态与建议→微信小程序”。若只有蓝牙方案，必须单独验证小程序前后台行为、历史补传与断连恢复，不能把蓝牙连接成功当成整夜记录成功。

一期设备决策：先接已有设备，或选择一个开放协议、可稳定履约的合作型号；不先自研算法、主板和戒指。 如果7天真实测试不能稳定拿到所需字段，服务应保留手动记录版，同时撤下“自动穿戴”承诺。自有硬件要等到能证明更低记录负担、更可靠数据和可接受售后成本后再投入。

8. 营养品如何形成复购

先把三个“定制”层次拆开：

已有资料可支持乳清/分离乳清、能量胶、电解质类作为候选产品线，但现售具体SKU标签、适用对象、成本和库存仍需审核。首版可以组合原厂密封单份产品与服务日历；不能为了做“每日一袋”自行开瓶混装，也不能把运动日与休息日设计成同样吃一袋。

每个商品建议至少说明：根据什么目标与饮食信息、适用/不适用条件、完整标签、普通食物替代、用户已有同类产品、下一次复评。避免同成分重复购买；有不适时停止相应推荐并转专业评估。

复购理由应来自实际需要、使用便利和可信服务。充分饮食是基础，补充剂价值因目标、训练和具体成分而异；研究结论不能直接给品牌SKU背书。NIH ODS。

商品选择层应独立于模型自由生成：结构化标签与审核规则筛选 → 给出食物/商品候选 → AI解释 → 必要的人审 → 用户选择。 模型不能编造剂量、检测结论、库存或医学效果。库存与促销不能改变健康适用性结论。

9. 抖音与微信怎么分工

两条各自成立的获客路径，共用经许可的服务后台。不要把“抖音看到→加微信购买”当成默认流程。 抖音电商2026年8月公示明确治理通过私信、包裹等方式引导站外；其线索广告工具是另一类产品，具体营养类目和服务承接仍需核验。电商规则 · 巨量线索工具。

可测的三个内容方向：

• “手表记录了昨晚，今天的三餐怎么安排”：展示建议依据与局限。
• “买了蛋白粉，怎么判断自己是否真用得上”：用标签和食物选择讲清适用场景。
• “一周之后，AI记住了你哪些习惯”：用合成或经授权资料演示服务的连续性。

这些是选题草案，发布时需按食品类别、广告属性和实际标签审核。食品与保健食品的疾病、夸大表述有明确边界；不通过科普外观绕过商品宣传要求。广告法 · 抖音治理公告。

广告归因只接收必要的普通转化事件。睡眠、心率、病史、健康标签不回传广告像素或达人。医疗健康信息需要特定目的、必要性和相应单独同意；Apple对健康数据用于广告营销有额外限制，用户点同意也不能自动放开这些用途。个人信息保护法 · Apple健康应用规则。

10. 商业模式与指标

建议先测试三个可以单独理解和定价的购买对象：基础记录体验、按周期的AI与专业服务、用户自选营养品；设备另购或兼容自带。硬件补贴与赠品成本要在首次订单里计清，不能用尚未观察的多年续购摊平亏损。

初期不冻结售价。橘袋历史750元客单和海外会员价格只说明有人设计过这种报价，不能用来证明我们的愿付价。价格下限由商品、物流、售后、模型、数据接口、营养师与获客成本共同决定。

90天用户净贡献 = 服务净实收 + 商品净实收 + 设备净实收 − 货品成本 − 履约/退款 − 渠道费 − AI/接口成本 − 专业服务 − 客服 − 归属获客成本。 收入统一不含税且扣退款，成本避免重复计入；这不是扣完全部总部研发费用后的公司净利润。

建议核心产品指标：每周获得有依据的建议、完成至少一项行动并留下反馈的用户数。 它衡量服务价值，不把购买或服用补剂作为完成条件。购买率、设备接入率、续费和利润另列。

市场规模当前不报数字：可获得用户先按实际投放预算/CAC、专业服务产能和设备/履约产能取最小值。详细口径、缺失成本与验证责任见研究工作簿。

11. 现有项目能复用什么

已经有可接续的个人运动营养模式研究、产品总纲和原型恢复入口。已有睡眠入口、吃动记录、周期解读、专业PC与小程序的设计资产。

恢复材料同时明确：多品牌自动到数主要是合成演示；真实接口和专业服务产能尚未闭合。照片记录任务的实施恢复记录也提示，现有识别结果与份量实测不能混用；开始开发前需再次核对最新代码与任务状态。

因此建议复用现有个人服务底座，新增消费者独立注册/授权、一个真实设备通路、目标驱动日常建议、审核后的商品选择、订阅与售后。消费者账号与机构员工账号的归属、查看权限应单独设计。

过去的SKU准入缺口仍是首版商品准备入口。旧规则中按指标匹配、随机选择或不足补普适商品的做法不能直接移植；允许最终商品推荐为零。

12. 最小产品与概念Use Case

建议小程序先做六个工作页：我的目标与授权、今日安排、饮食/活动记录、设备数据中心、周复盘、商品与服务。专业后台复用已有方向，承接规则、SKU、待复核与客服。

下表是调研阶段的Use Case地图，状态为Draft，不是已经开发好的功能。设备准入、具体SKU、专业规则、身份边界和服务责任仍待确认；没有新建云效工单或修改业务系统。

共同数据对象：Consent、Profile、DeviceEvent、MealRecord、ActionPlan、ActionFeedback、ReviewedSKU、Order、ServiceEntitlement、Review。后续API/数据库名称须从真实系统确认，此处只是概念契约。

性能与安全的开发准备要求：锁定峰值用户量、同步窗口、模型响应与超时预算，覆盖低网/排队/限流；所有健康接口服务端鉴权、最小权限和必要日志脱敏。具体容量及p95门槛当前待POC，不把此文档当通过性能测试的证明。完整PRD、可点击新增页面和真实测试留到产品范围确定后的实施阶段。

13. 怎么验证这三样东西确实有必要

先完成一款设备的7天同步验证、3–5个候选原装SKU审核、一次完整的“记录—建议—行动—反馈”演示，再进入约20–30名自愿用户的4周探索。规模和时长是建议，不是临床效果试验。

首轮先收集基线，再提供服务；按渠道、设备和目标分组保留全部退出者。28天只能观察早期使用，D30要等待其统计窗口结束，复购则等真实消耗与补货周期；90天净贡献需继续观察至90天。

• 服务是否有用：建议第4周至少60%的原始入组者每周完成3次核心行动，作为待冻结的内部探索门槛。
• 设备是否有增量：采用同背景随机或交叉启用设备建议的探索，观察操作负担、行动率和续用；20–30人不足以承诺统计显著，更不是疗效样本量。
• 商品是否被合理需要：保留不买商品、使用其他品牌的用户；专业审核决定适用，不能随机分配不适用商品来做营销实验。
• 是否真的愿意付钱：让用户面对明确价格选择服务续费、商品补货或暂停，记录拒绝原因，不只问“你愿意吗”。
• 是否赚钱：把内容、广告、达人、设备补贴、营养师和客服工时全部纳入；净贡献为负或资料不完整时不扩量。

若穿戴没有提升使用与体验，就保留可选接入；若服务被使用但营养品不被需要，就单独验证服务收费；若只有促销销量而没有持续使用，应回到商品生意评估，不能宣称数据服务模式跑通。

14. 本轮判断与待补材料

值得进入小规模验证。首发产品应让用户每天更容易完成吃动安排，营养品和设备承担清楚的辅助价值。 康比特可能有商品与专业服务基础，但目前没有数据证明这个新组合的留存、接口可用性和利润。

下一阶段最值钱的输入是：一个拟合作穿戴型号与合法SDK/云接口范围、3–5个当前SKU的完整标签与成本、一位专业规则负责人及服务工时、首批用户的具体训练任务。橘袋的小程序当前流程可以补充实测，但不应等所有竞品都研究完才验证自己的第一条链路。

本报告事实来源、读取失败与范围、竞品表、设备表、购买旅程、经济模型及验证清单在研究工作簿中。官网没有公开或未实测的功能一律保留未知，没有将竞品销售预测、品牌效果百分比或本地原型当作已验证经营结果。