🍜 知味 · AI食养智能体

不是为了"有AI"而做AI，是为了解决三个真实存在的痛点——①食客不知道点什么（30+道菜，老人孩子孕妇痛风各有禁忌，服务员只能推荐招牌鱼头）；②12年公益做了但没人知道（全网只有几条老新闻，大众点评几乎没数据）；③会员体系空白，复购全凭"觉得好吃再来"。这三个痛点，靠传统方法都解决不了或成本太高，AI恰好能以极低的边际成本解决。

• 痛点一：点餐选择困难 —— 30+道菜，老人孩子孕妇痛风各有禁忌，服务员只能推荐招牌菜，个性化推荐为零
• 痛点二：公益资产沉睡 —— 12年请环卫工吃饭、资助困难学生、疫情供餐48天，全网只有几条老新闻
• 痛点三：会员体系空白 —— 复购全凭"觉得好吃再来"，没有数据、没有标签、没有精准触达
• 核心判断：这三个痛点，靠传统方法解决不了或成本太高，AI恰好能以极低的边际成本解决

不承诺"精准医疗级推荐"，只做"饮食建议级提示"。推荐的逻辑是"帮你排除明显不合适的，在剩下的里面挑好吃的"——底线思维。痛风患者别点高嘌呤的，胃病患者别点太辣太油的，孕妇别点活血的——先把雷区排了，再在安全区里推荐招牌菜。

• 定位降级：不承诺"精准医疗级推荐"，只做"饮食建议级提示"
• 底线思维：先排除明显不合适的（禁忌拦截），再在安全区里推荐好吃的
• 8维度标注：每道菜标注热量/辣度/嘌呤/钠含量/中医食性/适配体质/烹饪方式/过敏原
• 共识优先：只取医学界共识最大的部分，有争议的宁可不推荐也不乱推荐

把入口做到最轻，把价值做到最实。3秒快速标签制——不用注册、不用填资料、不用测体质，直接点"我是老人""我在减脂""我有痛风""我带孩子"，一秒出结果。扫了马上有用，有用就会用。

• 3秒快速入口：不用注册、不用填资料、不用测体质，直接选标签一秒出结果
• 80/20原则：80%的人用快速入口就够了，20%讲究的人可以做完整测评
• 禁忌拦截的感知价值更高："这道菜你别点"比"这道菜适合你"更容易让用户觉得有用
• 套餐搭配是惊喜点：2人健康餐、4人家庭餐，一键点齐，解决选择困难症

食养管家的定位不是"监督你吃饭"，而是"时令的问候者"。不日推，不打扰，默认只有节气变更时才推送一条——"小暑到了，最近湘菜吃多了容易上火，推荐试试冬瓜干贝汤"。结尾带一句"下次来老乡村可以点"，软植入，不硬推。

• 定位重构：从"监督你吃饭"变成"时令的问候者"，角色完全不同
• 触达频率：24节气 + 12个月 = 每年36次，平均每周不到1次
• 月度报告：月底发"本月消费+体质标签+下月建议"，附专属优惠券，有用+有实惠
• 边界感：知道什么时候不该出现，比知道什么时候该出现更重要

裂变有四种，不是所有裂变都low。我们选的是"公益传播"作为主裂变引擎——把12年请环卫工吃饭的故事放进智能体，用户可以参与"一元公益"（点餐加1元，老乡村配比1元），获得"暖心食客"徽章。这不是套路，是品牌温度的自然延伸。

• 主裂变引擎：公益传播 —— 温度最高、调性最搭、用户分享时没有心理负担
• 辅助工具：分享得券 + 拼餐裂变，作为补充增长手段
• 基础留存：会员积分 —— 打底的留存体系，不是增长引擎
• 一元公益设计：不是让用户捐钱，是"和老乡村一起做公益"，共同参与感更强

技术服务合同+数据控制权模式。智能体本体免费帮老板搭（用他自己的扣子账户，个人进阶版99元/月就行），核心菜品知识库和体质推荐规则库由我们维护更新，签月度技术服务合同——数据更新+功能迭代+技术响应。

• 智能体本体免费搭：用老板自己的扣子账户，个人进阶版99元/月，门槛极低
• 核心资产是数据：菜品知识库和体质规则库由我们维护，按月收技术服务费
• 服务内容：数据更新 + 功能迭代 + 技术响应，老板付的是"服务费"不是"软件费"
• 数据控制权在我们手里：客户粘性强，不是一锤子买卖

核心能力是可迁移的，但具体数据需要本地化。可迁移的：体质规则库（9种体质+8种基础病的饮食原则是通用的）、推荐引擎框架、裂变机制、会员体系、运营后台。需要本地化的：菜品知识库（每道菜的8维度数据需要逐店录入校准）、品牌故事库（每家店的创始人故事、公益故事不一样）、口味偏好（莆田人能吃辣，广东人可能不行）。

• 可迁移的核心能力：体质规则库、推荐引擎框架、裂变机制、会员体系、运营后台
• 需要本地化的：菜品知识库、品牌故事库、口味偏好
• 复制路径：湘菜 → 川菜 → 火锅 → 粤菜 → 江浙菜 → 快餐 → 烘焙 → 咖啡
• 菜品知识库是最大壁垒：不是技术难，是功夫深，慢壁垒但建起来就很难被超越