一个意外的发现
Lyker 1.0 上线后，我花了不少时间在小红书和抖音上观察用户行为。
有个现象很有意思：用户拍下食材后，第一反应不是”这能做什么菜”，而是”发个朋友圈/抖音”。拍照记录这件事，已经被短视频平台完美满足了。
这让我重新思考：Lyker 的价值到底是什么？
如果只是拍照识别，用户为什么不直接用抖音？我们的差异化在哪里？
答案逐渐清晰：拍照只是起点，用户真正需要的是从”今天吃什么”到”吃得健康”的完整体验。
于是，1.2.0 的方向确定了——从工具走向管理。
三个关键决策
决策一：把拍照入口”钉”在底部
1.0 的拍照入口藏在首页右上角，很多用户反馈找不到。
我研究了抖音、Instagram 的设计后，决定把拍照按钮固定在 Tab 栏中央。这个位置是用户的”肌肉记忆”区——打开 App，手指自然落在中间。
改完之后，拍照启动率提升了 40%。
有时候，产品改进不需要新功能，只需要让用户更容易找到已有的功能。
决策二：开火盲盒——解决”选择困难症”
“今天吃什么”是人类终极问题之一。
我观察到一个有趣的心理现象：用户面对 100 道菜谱时，反而不知道选什么。但如果你只给他 3 个选项，决策速度会快很多。
开火盲盒的设计灵感来自这里。AI 不是随机推荐，而是结合你的偏好、地域、甚至当前食材，精选 3 道菜。每天一次，像抽卡一样，给生活一点惊喜。
决策三：日历——从”吃什么”到”吃了什么”
这是 1.2.0 最重要的功能，也是 Lyker 走向健康管理的关键一步。
之前用户拍完照、做完菜，记录就结束了。但健康管理需要的是时间维度的数据——这周吃了几次外卖？上个月蔬菜摄入够不够？
日历功能让每一次拍照都变成可追溯的数据点。配合 AI 周报，用户可以看到自己的饮食趋势，发现问题，做出调整。
一些技术细节
如果你对实现细节感兴趣，这里分享几个点：
识图提速：之前的识别流程是分步的（拍照→上传→识别→返回结果），用户等待时间较长。1.2.0 重构了 Prompt，将分步处理压缩为一步，同时图片在设备端异步压缩后再发送。整体耗时显著下降。
隐私优先：用户数据在设备端脱敏后才处理，不会上传云端。这是底线，不是卖点。
游客模式：新用户无需注册即可体验核心功能。这降低了试用门槛，但我们也设计了单向同步机制——登录后数据会自动合并，不会丢失。
没做好的地方
诚实地说，1.2.0 也有遗憾：
- 日历功能还比较基础：目前只支持周维度的查看，月度趋势、年度报告都还没有
- Android 版本延期：原本计划同步上线，但因为一些技术原因推迟了
- 社区功能缺失：我们设计了 UGC 框架，但还没来得及上线用户分享功能
这些都会在接下来的版本中补齐。
下一步
1.2.0 是 Lyker 从”食谱工具”走向”健康管理”的起点。
接下来我们会：
- 深化日历功能，引入多周期的 AI 饮食分析
- 探索端侧模型，让识别更快更准
- 构建用户社区，让食谱可以被分享和互动
如果你对健康管理、AI 食谱、或者独立开发感兴趣，欢迎下载体验，也欢迎在评论区交流。
下载体验
iOS：App Store
