用户口味偏好与健康数据采集体系
版本信息
- 版本号: v2.1
- 状态:
- 最后更新: 2026-01-02
- 变更摘要: 明确链路边界，移除红黑榜（属菜品治理链路），聚焦用户画像采集
文档目标：建立一套闭环机制，通过产品流程与运营活动，让用户自愿、真实地提供个人口味与健康数据。 核心逻辑：数据不是填出来的，是“换”回来的。用实惠换ID，用特权换偏好，用健康换隐私。
1. 核心策略模块 (Strategy Modules)
1.1 渐进式采集 (Progressive Profiling)
不要让用户一次填完。根据用户生命周期分阶段获取：
- 注册期：获取
User ID (手机号)。 - 首单/激活期：获取
基础口味 (辣度/忌口)。 - 活跃期 (第3-5单)：获取
进阶偏好 (主食偏好/菜系)。 - 忠诚期：获取
隐私健康 (身高/体重/健身目标)。
1.2 利益置换机制 (Value Exchange)
- 价格歧视：非注册用户收“游客价”(高)，注册用户享“员工价”(低)。
- 权益解锁：优惠券/权益的核销，必须以“完善信息”为前置条件。
- 掌控权交易：填写偏好 = 获得下周菜单投票权 / 优先备货权。
2. 场景化采集方案 (Touchpoints)
2.1 注册与首购 (Onboarding)
- 触点：扫码点餐小程序/H5。
- 动作：一键授权手机号。
- 交付物：User ID + 基础风控ID。
- 激励：
- 新人3天9折卡（只发卡，不立即要求填表）。
- 首单赠送实物（如0糖酸奶）——需现场注册核销。
2.2 满意度闭环 (Satisfaction Loop) - v2.0 新增
- 触点：支付凭证页 / 餐后1小时企业微信推送。
- 动作：极简评价三部曲。
- 评分：好评(👍) / 一般(😐) / 差评(👎)。
- 归因：若差评，必填一项（咸了/凉了/没熟/贵了）。
- 许愿：“明天想吃什么？”（单行文本框）。
- 激励：提交即送下次“满10减1”券。
- 逻辑：
差评直接触发“店长关注”，好评计入“红榜”。
2.3 支付前/中 (Transaction)
- 触点：餐车收银台展示牌。
- 动作：展示双价格（员工价 vs 游客价）。
- 逻辑：现场引导“注册会员立减3元”。
2.4 储值与忠诚度 (Loyalty)
- 触点：会员充值页。
- 动作：充值满赠。
- 风控：本金可退，赠金不可退。退款需扣除已享优惠。
3. 健康数据采集专区 (Health Data)
针对高净值/健身人群
- 入口：小程序“卡路里账单” / “健康挑战赛”。
- 机制：
- 只有完善了
身高/体重/健身目标的用户，才能看到每顿饭的热量分析。 - 对赌激励：连续3天热量摄入达标，奖励“低卡套餐券”或积分。
- 只有完善了
4. 报表与指标体系 (Metrics)
(对应老板问题2)
4.1 画像完善度定义
- 基础完善：手机号 + 忌口/过敏源 (100%覆盖)。
- 有效完善：拥有至少3个“验证有效”的标签（如：填了爱吃辣，且实际购买了辣菜）。
4.2 用户满意度评价闭环
链路说明：本节关注的是"用户对菜品的主观评价数据采集"，用于形成用户个体/集体画像。菜品本身的合格/优秀/淘汰管理属于"菜品生命周期治理"链路，详见《业务核心架构》红绿灯机制。
- 评价数据流向：用户评价 → 用户画像标签 → 口味偏好模型 → 菜单个性化推荐。
- 集体画像应用：汇总园区/企业用户的口味分布，输出"辣度偏好/荤素偏好/菜系偏好"等群体标签，指导站点级菜单配置。
4.3 数据采集监控
- 注册转化率：扫码 -> 授权手机号的比例。
- 标签填写率：领取优惠券 -> 填写标签的转化比例。
- 标签置信度：用户标签与实际购买行为的匹配度。
5. 迭代日志 (Change Log)
- 2026-01-02 v2.1：明确链路边界，移除红黑榜（属菜品生命周期治理链路），聚焦用户画像采集核心职责。
- 2025-12-13 v2.0：对齐 MVP 计划，新增满意度评价三部曲。
- 2025-12-13 v1.0：文档初始化。确立"3天9折卡+分步解锁"为Q1核心打法。