← 返回作品列表

微信小程序 / 个人饮食周期

好久没吃

记下每种食物距上次吃过了多少天,给不同的味道设一个自己的周期;记录攒久了,随时能查。

独立完成:需求定义、调研、UX/UI,借助 AI 开发工具实现并上线

好久没吃

问题背景

“好久没吃”是一种周期判断,却很难立刻说清多久没吃、现在值不值得吃

有些味道适合一周吃一次,也有人每天都想喝一杯。用户想到“今天吃点好久没吃的吧”时,需要同时回忆吃过什么、距上次多久,以及现在是否到了再次选择的时间。

所以不做更长的推荐列表,而是给每个人一张自己的饮食周期表,记录长期攒下来,随时能查。

89.47%

经常或偶尔不知道吃什么

71.93%

认为选择太多会增加决策难度

92.98%

会周期性想起某种食物或饮料

38.60%

想起后会较快再次行动

数据来自 57 人形成性问卷,用于发现问题和决定 MVP 方向,不代表市场规模或长期留存。

体验场景

一份咖喱饭的“多久吃一次”是怎么来的

一次记录提供日期,用户再为这份味道设定参考周期。下一次打开小程序时,系统把实际间隔与个人周期放在一起,帮助判断今天是否值得再吃。

01

01 · 想吃旧味道

用户今天想吃点好久没吃的,但一时想不起哪个最合适。

02

02 · 查看间隔

列表先显示每种食物距上次食用了多少天。

03

03 · 对照周期

咖喱饭已经超过用户自己设定的一周参考周期。

04

04 · 做出选择

用户决定今天再吃,并保留最终决定权。

05

05 · 更新记录

吃完后用少量信息记录这一次,日期自动更新。

06

06 · 形成节奏

记得多了,就有了自己的饮食周期。

界面设计

让天数、周期和再次记录一眼可见

界面围绕三个判断组织:多久没吃、个人通常多久想吃一次、这次是否要重新记录。其他信息不抢占主流程。

好久没吃小程序首页真实界面

UI 01

先看到哪些味道已经接近个人周期

首页把距上次食用天数与个人参考周期放在一起,帮助用户从自己的记录中缩小候选。

为什么这样做:系统提供时间参考,不替用户决定今天必须吃什么。

好久没吃小程序记录页真实界面

UI 02

吃过之后,用最少信息更新这一次

记录按钮固定在中间;名称和日期优先,照片、地点和感受都能跳过,记起来不费事。

为什么这样做:颜色层级和主动作要一眼看见,减少第一次记录的犹豫。

好久没吃小程序回忆页真实界面

UI 03

周期表让不同食物拥有不同节奏

日期、次数、距上次天数与参考周期共同呈现;咖啡可以每天,某家餐厅可以每周,不使用统一规则。

为什么这样做:用户看到的是自己的生活规律,而不是平台规定的提醒周期。

Design decisions

调研影响了三个关键设计判断

01

以天数为基础

每记一次,先更新距上次吃过的天数。

驱动力:减少回忆成本

02

周期由用户设定

每种食物可以设置不同参考周期,并可随使用调整。

驱动力:尊重个人差异

03

参考而非到期命令

展示多久没吃和周期状态,由用户决定再吃、忽略或调整。

驱动力:保留自主判断

Behavior loop

一次记录怎样帮到下一次

产品不要求连续打卡。每次吃过之后更新日期,周期表才会逐渐接近用户真实的生活节奏;长期积累的记录也能随时查找,回答“上次是什么时候吃的”。

01

记录

保存食物与日期

02

计算

显示距上次食用天数

03

设定

给出个人参考周期

04

判断

决定现在是否再吃

05

更新

吃过后刷新日期

06

积累

逐渐形成个人周期

当前结果

57 人概念调研后,完成真实可用并上线的微信小程序

当前版本已经覆盖食物记录、距上次天数、个人周期设置、周期查看与再次记录的主要流程。

01

核心流程

食物记录、日期更新、周期设置、周期列表与再次记录。

02

个人节奏

不同食物分别设置参考周期,并保留修改与忽略的权利。

03

真实实现

借助 AI 开发工具完成微信小程序,实现可实际操作的主要流程。

接下来要看什么

  • → 用 5–8 人任务测试验证首次记录、查找旧味道与处理再会卡片是否无需解释。
  • → 计划进行 7 天使用观察,查看首条记录完成率、回访与再次品尝行为。

“好久没吃”不替用户决定吃什么。它把多久没吃和个人周期摆在一起,让用户更容易判断今天是否值得再吃。

查看其他作品