LOOP

服务关系下的场景 广义的场景
专家 学员 所有注册用户 游客
膳食推荐模式* 制定、修改、浏览、发放 接受、修改 制定、修改、浏览、发放、接受 浏览*
方案制定 食物黑白名单 制定、修改、浏览、发放 接受、修改 制定、修改、浏览、发放、接受 浏览*
打卡* 制定、修改、浏览、发放 接受、修改 制定、修改、浏览、发放、接受 浏览*
膳食记录 浏览、点评、提醒 执行 浏览、执行、点评 浏览*
记录跟踪
打卡* 浏览、点评、提醒 执行 浏览、执行、点评 浏览*
身体数据变化（个人/小组） 浏览、点评、提醒 记录 浏览、记录、点评 无
数据可视 目标进度（个人/小组） 浏览、点评、提醒 浏览 浏览、点评 无
任务打卡执行率（个人/小组） 浏览、点评、提醒 浏览 浏览、点评 无
创建、管理、公告、动态互动*、IM 创建、管理、公告、动态互动*、IM
小组互动 动态互动*、IM（微信群内） 无
（微信群内）、提醒 （微信群内）
社群活动
小组任务打卡* 制定、修改、浏览、发放、提醒 接受、修改 制定、修改、浏览、发放、接受、修改 无
任务提醒 发放 接受 发放、接受 无
提醒 定时提醒 发放 接受 发放、接受 无
进度提醒 发放 接受 发放、接受 无
食物数据库* 查询、标签 查询、标签 查询、标签 查询、浏览*
其它
运动数据库* 查询、标签 查询、标签 查询、标签 查询、浏览*

* 描述 场景 备注
需要输入基本体征数据完成注册才可以 完成基本体征数据的输入并完整注册流
注册 进入APP时。
登陆 程后才是注册用户。
对于游客来说，只能在非记录/互动的
浏览 普遍。 普遍。 活动下发生浏览，进一步的行为需要注
册。
膳食推荐的计算依据可修改、当有服务
通过已开发的算法技术计算出的食谱，
出现在任务打卡当中 关系存在时，学员的修改行为需要得到
根据现阶段体征数据和目标计算出对营
膳食推荐模式 ·默认为三日膳食规划； 专家的认可。膳食推荐对食物数据库的
养素的含量以及服务营养科学的膳食结
·每日食物推荐（来自三日规划）。 调用根据喜好和行为数据库而优化对食
构及食物搭配。
物的选择。

在创建上高度灵活化、高自由度的打
出现在首页，小组任务打卡在最上方，
卡，MVP中着重膳食推荐模式，未来可
任务打卡 其它任务打卡在”提醒“下方出现（暂 在形式上参考FEEL。
以包含一些小工具（如心率、GPS
定）。
等）。

可以理解为一个可以互动的消息，比如
当你是学员身份，你的教练发现你的进
度缓慢，并锁定与某项任务的执行效率
相关，他可以将该任务的提醒通过IM发
出现在首页，可作为插件插入到IM当
提醒 首页、IM 送给你，并出现在首页的提醒区域中，
中。
相应的在任务打卡种出现红点标记，而
你也可以直接点击查看细节或执行，完
成后标记消失并显示已完成，相应的，
教练也得到已完成的IM反馈。

是制定方案时需要调动的数据库，在搜 制定任务打卡（如膳食推荐模式）、食 目前只有USDA的最新版食物数据库，国

食物数据库 &
索栏的查询范围之内，同时也是记录任 物（或运动）热量/蛋白质/膳食纤维 内的中文版数据库需要获取（抓取其它
运动数据库
务执行时的查询对象。 PK、综合打分等。 平台/APP？）。
小组内打卡项目中的具体方案可以根据
仅限小组成员的任务打卡，对于有服务 不同组员情况有所变化，如：小组1中
某教练/营养师的学员班中的全员任务
小组任务打卡 关系的用户来说，小组就是班级，小组 有组员A和组员B，小组任务打卡中有
打卡
任务就是课程内容。 “膳食任务”，A和B的“膳食任务”中
出现的食物可以不同。

待定
1.服务方和学员要与其它服务方和学员互相能够看到
2. 决定先开发app化的服务号