OURO · AI 生活方式 / Life App
概念词 · 每日饭卡(Quest 不是 Log)

MealQuest
把今天怎么吃,
压成一张能完成的卡

别人帮你算账,MealQuest 把今天怎么吃压成一张能完成的饭卡。

从记一笔饭账,到完成今天这一张饭卡——把饮食管理从审计变成闯关。每日饭卡 + 餐级轻打卡 + 不焦虑趋势复盘,瞄准被记账类 App 劝退的轻量用户。

待上架 / 上架资料准备中 软著 · ICP 已备案 资金 · 招商中
Today's Quest · 5/26 概念图 · 非真实截图

今日饭卡

完成它,就过了今天这一关——无热量数字,无超标红字。

午餐藜麦鸡胸沙拉
晚餐三文鱼烤时蔬
完成今日饭卡
🃏 3/5 关本周进度
Market · 展望

成熟赛道,被劝退的大多数,仍是空位

记账逻辑劝退的轻量用户,是更大的一群人——MealQuest 切的就是这块空位。

维度
数据 / 判断
依据
赛道成熟度
饮食管理是已被验证的成熟生活方式赛道,头部产品稳定存在
MyFitnessPal / 薄荷健康 / Noom 长期占据头部(竞品全景)
切入空位
「记账逻辑」劝退的轻量用户,是更大的一群人
装过记账类 App、三天弃用的人群普遍存在(人群画像)
风向窗口
从「单向数据记录」转向「不焦虑、可持续的行为闭环」
Life Apps 风向:突破打卡疲劳、长效行为改变仍稀缺
场景缺口
外食 / 通勤场景在记账类产品里近乎失效
外卖、便利店难精确录入克重,体验断裂(场景痛点)
定位边界
明确落在「生活方式辅助工具」,不踩医疗 / 诊断
复盘不打分、不出现超标红字,保持健康边界
Product · 产品展示

引导第一句,到看得见的关卡轨迹

一张卡完成今天,一条线沉淀坚持——产品形态已定,资料收口中。

引导页 · 一句话开始一段饮食计划
可公开状态待确认
Onboarding

用一句话,开始一段计划

没有身体档案、没有记账学习——从自然语言意图直接起步。

日历旅程 · 5 天关卡轨迹
可公开状态待确认
Calendar Journey

复盘看趋势,不看打分

已完成 / 缺失 / 可修复,连成一条可回看的路线,不做惩罚式打分。

真机界面,对外统一以 MealQuest 呈现;上架前最终视觉以正式版本为准,故标「可公开状态待确认」。

AI Lifestyle / Four Core Modules

别人帮你算账,它帮你完成今天这一张饭卡

把复杂饮食计划压成今天能完成的一张卡 —— 餐级打卡,不焦虑反馈。

01 / Quest Card

每日饭卡 —— 把今天怎么吃,收成一张能完成的卡

复杂计划压成一个明确轻任务,完成即正反馈,用完成感而非数字驱动。

界面意图 · 单张今日 Quest 卡,无热量数字、无超标红字
02 / Meal Check

餐级打卡 —— 外食也能一键转任务

早餐 / 外食 / 轻食 / 忙碌日标签化轻输入,不强求克重,记账失效的场景在这里成立。

界面意图 · 四枚场景标签 + 一键勾选打卡,弱化输入框
03 / Soft Hint

AI 轻建议 —— 给下一餐,不给罪恶感

基于当天选择,推更容易执行的下一餐,全程无「超标」「警告」「红字」。

界面意图 · 一条轻提示气泡贴在饭卡下方,语气温和非评判
04 / Journey

日历旅程 —— 复盘看趋势,不看打分

饮食选择沉淀成一条可回看的路线,只呈现选择趋势,不做惩罚式打分。

界面意图 · 日历态时间线,节点=每日饭卡完成态

饭卡,而不是饭账 —— 用户从向系统交账的审计员,变成每天领一张可完成卡的闯关者

心理负担向下释放,这是它与所有热量记账类产品的根本分叉,也是订阅留存的商业内核。

Concept Visual · 概念界面

核心机制的两张概念图

AI 饭卡生成 + 关卡进度轨迹——从真卖点提炼的界面意图,非真实截图。

概念图 · 非真实截图
AI MEAL PLAN
一句话,生成一日饭卡
自然语言意图 → 结构化餐次与营养拆解
想要 5 天高蛋白轻断食,午晚为主,预算友好、好准备。
意图解析饭卡
午餐 藜麦鸡胸沙拉橄榄油 · 牛油果 · 番茄 520 kcal
晚餐 三文鱼烤时蔬深海鱼 Omega-3 · 西兰花 610 kcal
38%
Protein
32%
Fat
30%
Carb
概念图 · 非真实截图
STREAK QUEST
把坚持,拆成可通关的每日关卡
每天一关,缺失可修复,进度看得见
Day 15/26已完成
Day 25/27可修复
Day 35/28已修复
Day 45/29待完成
Day 55/30未解锁
2
已获得
1
可修复
3/5
进度
Path · 实施计划

先把资料收口,再验证关键词,最后让订阅承接习惯

产品形态与核心机制已定,每一步都在既有产品上收口——先可信,再展开。

1

资料收口应用描述、截图、隐私文案、健康边界文案定稿

上架资料准备中
验证点
四类资料齐备、表达统一
为何可信
饭卡 + 餐级打卡 + AI 轻建议 + 日历旅程机制已定,资料是在既有产品上收口
2

健康边界复核复核饮食建议表达,守「生活方式辅助」边界

上架资料准备中
验证点
无医疗 / 诊断承诺、表达合规
为何可信
概念层本身不出现「超标 / 警告 / 红字」,边界与产品设计天然一致,复核成本可控
3

ASO 测试围绕 Meal、Quest、轻饮食方向做关键词与标题测试

规划中
验证点
关键词候选集与标题副标题排序
为何可信
切入差异线清晰(轻量 / 不焦虑 / 餐级),关键词方向有明确卖点支撑
4

App Store 提交完成提交流程,进入审核

待上架
验证点
通过审核、可上架
为何可信
前三步把合规、资料、定位风险前置消化,提交是收尾动作
Resource & Model · 资源换产出

用四类轻投入,换上架周期与上架后自然获客

左:投入 → 产出对照;右:以上架验证为起点的订阅 + 主题包模型。

Resource · 投入 → 产出

资源换产出

每行「投入 — 产出」咬合,资金口径=招商中。

上架辅导 缩短上架周期 · 描述、截图、隐私文案、提交流程支持,把「准备中」推到「可提交」
健康边界复核 合规与用户信任 · 专业视角复核饮食建议表达,保住「生活方式辅助」边界
内容编辑 订阅内容质感 · 把任务卡、主题包、短内容打磨成可读版本,支撑订阅增值
ASO 支持 上架后自然获客 · 关键词、标题、副标题、素材排序优化
资金 / 资源 招商中
Model · 展望

盈利模型

以上架验证为起点的订阅 + 主题包,用持续内容承接习惯。定价区间待上架后验证。

订阅
核心

每日 Quest 体验 + 进阶轻计划模板,月度 / 年度订阅,定价区间待上架后验证。

用「持续发一张卡」承接习惯 · 对应饭卡而非饭账
饮食主题包
增值

早餐 / 外食 / 轻食 / 忙碌日任务卡内容包,作订阅权益或单项解锁。

不同生活方式按需解锁 · 承接轻量、个性化卖点
ASO / 关键词验证
获客

围绕 Meal、Quest、轻饮食做上架后关键词测试,反哺获客。

用差异化卖点直接转成获客关键词

成本结构(展望):工作室级 OPC 模式,研发 / 设计 / 内容由主理人主导;AI 轻建议依托大模型 API 按量计费,边际成本可控。

产品状态
待上架 /
上架资料准备中
软著
ICP 已备案
资金
招商中
主体
工作室级
素材来源
对外统一
MealQuest
招商中 · AI 生活方式线

把今天怎么吃,变成一张能完成的卡

MealQuest 已是定型产品,正处上架资料准备阶段。寻求上架辅导、健康边界复核、内容编辑与 ASO 支持的资源对接。

OURO · 衔尾 · 软著 ICP 已备案 · 资金招商中