消费者身份标签逻辑优化评审
会议时间：2026-05-20
一、多角色共存逻辑确认
针对"一个手机号对应多个角色（如内部人员、经销商、导购）"的合理性，经与产品经理（吴南林、余建新）确认，业务上确实存在一人多职的实际情况，决定保留多角色拼接展示的逻辑。
二、数据治理策略
虽然存在数据质量问题（如一人多角色），但决定不进行前置数据清洗，而是通过展示真实数据反向推动业务侧进行数据治理。若业务侧后续完成治理，系统将按优先级（内部人员优先）取数。
三、历史数据处理原则
明确历史数据不进行清洗，仅针对新数据执行多角色拼接逻辑，以保持历史数据的原貌。
技术评审-MAC-B端出货明细表日常开单/自主签收补数据
晓娜、建新： 已完成针对【B端出货明细表日常开单/自主签收补数据】的技术评审，现将评审结论、风险判断及后续执行安排同步如下，便于各方对齐认知并落实执行。
项目名称：营销活动中心 评审时间：2026/05/12 10:30 - 11:30 参与评审人：宋洋、粱健、吕杰、韩冬冬、贾继伟、王建朝、秦丽娜、孙传熙、朱学通、余建新、张喜、邱毅
评审结果：通过。
核心讨论：
- 回补内容共识：由于出货表手机号为密文，签收表为明文，SQL脚本无法直接修复手机号字段；同时签收表无经纬度信息，无法回补至出货信息。
- 全量回补范围确认：经产品经理确认并共识，决定对2026年1月1日至今的数据进行全量回补，涉及日常开单约 224万条，自主签收约 375万条。
- SQL执行可行性评估：数据清洗脚本分为2个SQL，分别对自助签收、日常开单两类数据进行清洗。学通已确认方案在StarRocks可行。
- 执行要求：先在PET环境进行验证，通过后再在生产实施变更。
方案地址： https://yldc.coding.yili.com/p/sip-mac/wiki/31997
技术评审-MAC-消费者中奖明细表用户身份标签逻辑调整
晓娜、建新： 已完成针对【消费者中奖明细表用户身份标签逻辑调整】的技术评审，现将评审结论、风险判断及后续执行安排同步如下，便于各方对齐认知并落实执行。
项目名称：营销活动中心 评审时间：2026/05/20 11:00 - 11:30 参与评审人：陈德智、张喜、贾继伟、粱健、王建朝、吕杰、吴南林、宋洋、余建新、潘玉平
评审结果：通过。建议在开发阶段重点关注查询性能优化，并在测试阶段加强对特殊身份组合场景的验证。
具体如下：
- 方案目标明确：该方案解决了消费者身份识别的准确性与优先级问题。通过明确的身份分级（内部人员 > 经销商人员 > 店员）以及针对“有效”与“失效”状态的不同查询策略，能够有效提高报表数据的准确性和可读性，减少因标签逻辑混乱导致的分析误差。
- 身份权重分级： 建立了“内部人员 > 经销商人员 > 店员”的优先级逻辑，这符合营销活动中心对用户合规性管理的常见需求，确保了用户身份能被优先识别并标记。