
UI 01
先看到哪些味道已经接近个人周期
首页把距上次食用天数与个人参考周期放在一起,帮助用户从自己的记录中缩小候选。
为什么这样做:系统提供时间参考,不替用户决定今天必须吃什么。
微信小程序 / 个人饮食周期
记下每种食物距上次吃过了多少天,给不同的味道设一个自己的周期;记录攒久了,随时能查。
独立完成:需求定义、调研、UX/UI,借助 AI 开发工具实现并上线



问题背景
有些味道适合一周吃一次,也有人每天都想喝一杯。用户想到“今天吃点好久没吃的吧”时,需要同时回忆吃过什么、距上次多久,以及现在是否到了再次选择的时间。
所以不做更长的推荐列表,而是给每个人一张自己的饮食周期表,记录长期攒下来,随时能查。
89.47%
经常或偶尔不知道吃什么
71.93%
认为选择太多会增加决策难度
92.98%
会周期性想起某种食物或饮料
38.60%
想起后会较快再次行动
数据来自 57 人形成性问卷,用于发现问题和决定 MVP 方向,不代表市场规模或长期留存。
体验场景
一次记录提供日期,用户再为这份味道设定参考周期。下一次打开小程序时,系统把实际间隔与个人周期放在一起,帮助判断今天是否值得再吃。
01用户今天想吃点好久没吃的,但一时想不起哪个最合适。
02列表先显示每种食物距上次食用了多少天。
03咖喱饭已经超过用户自己设定的一周参考周期。
04用户决定今天再吃,并保留最终决定权。
05吃完后用少量信息记录这一次,日期自动更新。
06记得多了,就有了自己的饮食周期。
界面设计
界面围绕三个判断组织:多久没吃、个人通常多久想吃一次、这次是否要重新记录。其他信息不抢占主流程。

UI 01
首页把距上次食用天数与个人参考周期放在一起,帮助用户从自己的记录中缩小候选。
为什么这样做:系统提供时间参考,不替用户决定今天必须吃什么。

UI 02
记录按钮固定在中间;名称和日期优先,照片、地点和感受都能跳过,记起来不费事。
为什么这样做:颜色层级和主动作要一眼看见,减少第一次记录的犹豫。

UI 03
日期、次数、距上次天数与参考周期共同呈现;咖啡可以每天,某家餐厅可以每周,不使用统一规则。
为什么这样做:用户看到的是自己的生活规律,而不是平台规定的提醒周期。
Design decisions
每记一次,先更新距上次吃过的天数。
驱动力:减少回忆成本
每种食物可以设置不同参考周期,并可随使用调整。
驱动力:尊重个人差异
展示多久没吃和周期状态,由用户决定再吃、忽略或调整。
驱动力:保留自主判断
Behavior loop
产品不要求连续打卡。每次吃过之后更新日期,周期表才会逐渐接近用户真实的生活节奏;长期积累的记录也能随时查找,回答“上次是什么时候吃的”。
保存食物与日期
显示距上次食用天数
给出个人参考周期
决定现在是否再吃
吃过后刷新日期
逐渐形成个人周期
当前结果
当前版本已经覆盖食物记录、距上次天数、个人周期设置、周期查看与再次记录的主要流程。
食物记录、日期更新、周期设置、周期列表与再次记录。
不同食物分别设置参考周期,并保留修改与忽略的权利。
借助 AI 开发工具完成微信小程序,实现可实际操作的主要流程。
“好久没吃”不替用户决定吃什么。它把多久没吃和个人周期摆在一起,让用户更容易判断今天是否值得再吃。
查看其他作品