2026-04-28 工作日志
看板需求澄清
会议时间：2026-04-28 10:30 ~ 12:00
发起人：李宝仟
腾讯会议：702-471-305
本次会议主要围绕销售部提出的看板需求进行澄清和评审，重点讨论了盘点、签收、到货等核心指标的统计口径、筛选逻辑及数据来源。
小结
1. 盘点看板需求
- 筛选项: 明确了管理端、经销商业务端和经销商老板端在筛选项上的差异。管理端需支持按"管理5段"展开筛选，而经销商业务端和经销商端则不设置。
- 盘点位置: 统一了盘点位置的展示逻辑，将"门店"、"仓库"、"其他位置"合并为"盘点位置"一个字段进行统计，以简化前端展示。
- 数据权限: 明确数据权限与"营销助手"保持一致，采用"去并组"逻辑。盘点数据按"扫码人"归集，而非货权归属。
2. 签收与到货看板需求
- 数据口径: 明确了"签收量"、"代签收量"、"出货量"、"到货量"等核心指标的统计口径。例如，"签收量"按门店签收，"出货量"按经销商出货，"到货量"按经销商签收。
- 时间逻辑: 明确了"N减三效期产品"的计算方式，即以当前日期为基准，向上追溯三个月内生产的产品作为分母。
- 签收率: 经讨论，签收率的计算需与到货筛选条件联动。例如，筛选特定批次的到货后，再统计该批次的出货和签收量，以确保分母的准确性。
3. 其他指标与概念
- 门店授权人数: 明确"门店授权人数"指与门店有效绑定关系的"店长"和"店员"数量。
- 消费者扫码率: 明确该指标按"货权"核算，与市场部按"位置"核算的逻辑不同，需在文档中予以说明。
待办
1. 数据源与字段确认
- 需确认"包材"字段的具体定义和数据来源。北京诺德510
- 需确认"门店签收激励"、"门店售卖激励"等字段的具体来源和计算逻辑。北京诺德510
2. 功能与逻辑实现
- 需确认"营销助手"与"营销活动中心"在权限控制上是否存在差异，确保本次看板实现逻辑的一致性。北京诺德510
- 需确认"门店授权绑定人数"字段的实现方式，确保与"智慧门店"侧的数据对齐。北京诺德510
- 需确认退货订单在"签收频次"统计中的处理逻辑（如全退订单是否计入）。北京诺德510
- 需确认"消费者扫码率"与市场部现有逻辑的差异，并在PRD中明确说明。北京诺德510
3. 交互与前端展示
- 需线下进一步讨论筛选器在移动端的交互方案，特别是针对多选下拉菜单的适配问题。北京诺德510
营销活动中心早会
会议时间：2026-04-28 09:30 ~ 10:00
发起人：马奇
腾讯会议：561-5944-2197
本次会议主要沟通了B端出口规则开发排期、卡券优化范围及SFA发版计划，并同步了多项遗留问题及数据核对事项。
小结
1. B端出口规则开发
- "距离控制"和"自主签收"功能已确认，计划节后第一周完成开发，并预留一周时间进行测试，目标赶上519版本。
2. 卡券11条优化
- 方案已整理完毕，但因集团领导指示，今年将暂停C端相关需求，项目重心转向B端。
- 本次优化仅针对线上已存在的11条问题，暂不新增场景。
3. 其他项目排期与进展
- 业务流程梳理加速方案：已完成，SSC仍在进行中。
- 线下服务下线：预计在5月18日完成。
- 产品走查问题分类：部分问题已补充时间，其余仍在评审中。
4. SFA发版计划
- APP强制更新需在5月28日完成，若完成则当天可发版。
5. 数据核对与问题修复
- 数据核对：因近期有云贵广活动到期，需提前检查消费者中奖明细表的数据完整性。
- 盘点表问题：发现会员卡盘点时，前端对"业务失效"和"财务失效"的判断逻辑存在错误，需修复。
待办
1. B端出口规则开发排期
- 马奇需在PMO系统中拉出详细的开发排期计划。
2. 卡券11条优化
- 刘晓娜需与小智、智慧门店及刘莉对齐519版本的排期计划。
3. 业务流程梳理加速方案
- 马奇需继续跟进SSC的进度。
4. SFA发版准备
- 刘晓娜需在当天确认SFA APP强制更新是否完成。
5. 数据完整性检查
- 刘晓娜需在当天联系罗斌和宝倩，检查消费者中奖明细表是否存在数据缺失。
6. 盘点表前端Bug修复
- 刘晓娜需与德智沟通，推动修复盘点表中关于"业务失效"和"财务失效"的前端判断错误问题。
7. 产品走查问题跟进
- 吴菊需在5楼与详细对齐产品走查发现的问题。
饮食分析记录智能体分享
本次会议介绍了AI健康助手智能体的设计方案，该方案旨在结合用户身体信息与饮食图片，生成一份包含营养分析与饮食建议的综合健康报告。
小结
1. 智能体设计方案
- 核心目标：结合用户的身体指标信息与饮食照片，生成一份完整的健康报告及个性化的饮食建议。
- 架构设计：采用多Agent串行与并行相结合的结构。其中，基于图片的食品识别与基于身体信息的营养学建议分析为并行任务，最终由第三个Agent整合结果。
- 设计原则：摒弃了绘画形式的产出，转而采用结构化、文本化的固定结果输出，以确保结论的可控性和专业性。
2. 技术实现与知识来源
- 工具与模型：使用豆包seed2.0pro模型进行图片中的食物识别与热量分析；通过调用API实现高代码的灵活编排。
- 知识库依赖：由于项目时间紧张，未建立专属知识库。营养学知识和计算公式直接在系统提示词（Prompt）中进行约束和定义，以保证方案的快速落地。
3. 报告内容与价值
- 个人信息分析：计算BMI、基础代谢率、每日总消耗及推荐摄入量，并根据用户目标（如减重）给出具体的营养素摄入建议。
- 今日饮食评估：基于用户上传的饮食图片，识别具体食材、估算重量与热量，并进行营养合理性评估（如热量缺口），给出今日剩余热量的补充建议。
- 长期健康建议：结合复盘后的结果，提供长期的营养结构调整、运动建议等。
扫码必填 Code Review
发起人：马奇
会议录屏：查看录屏
待办
1. 扫码必填兜底逻辑清理
- 将扫码必填去除的兜底逻辑代码罗列出Excel表格，与产品核对完后更新PRD。负责人：@梁健
2. 客诉码接口取值逻辑优化
- "客诉码接口"代码中判断取值逻辑优化，更新技术方案文档。负责人：@罗洋
3. 主数据外部人员展示问题修复
- 主数据-外部人员-导购/督导表中，一个人展示了两个经销商，需在代码中做"if判断"提取为独立类，更新技术方案文档。负责人：@韩冬冬
技术观察
- Kafka发送、消费到SR当前是单条操作，后续考虑批量操作以提升性能。
- 当前代码日志中大量调用JSON转换，需评估其对性能的影响。
报表字段标准化需求沟通
本次会议主要围绕B端出货、签收、盘点及激励等报表的字段规范进行讨论，明确了各字段的命名、逻辑及优化方向。
小结
1. 报表字段命名与规范
- 统一将"所属"相关的字段（如"出货人所属"）去掉"所属"二字，改为"出货人"、"出货人编码"等更准确的表述。
- "扫码类型"字段的枚举值需统一为"扫码方式"，并区分"扫码"、"OCR识别"、"手工录入"等不同操作。
- "盘点"相关的"创建时间"、"更新时间"字段因业务关注点在于"扫码时间"和"提交时间"，将被废弃。
2. 关键业务逻辑与字段优化
- 签收逻辑：明确了签收状态需包含"待签收"、"签收成功"、"签收失败"三种状态。
- 追溯状态：当前"追溯状态"字段命名不易理解，将优化为"串货状态"，并新增"异常原因"字段，以展示具体的规则内容，便于业务方自行排查。
- 人员信息："出货人"、"扫码人"、"签收人"等信息将统一使用"类型"和"职务"字段进行区分，以更好地与主数据对齐。
3. 数据治理与问题澄清
- 数据冗余："B端出货明细表"与"消费者中奖明细表"中均存在的"出货人"、"出货人经销商"字段将被合并，统一使用"出货人"。
- 字段废弃："合车发运"、"产品品牌"等因数据缺失或逻辑不清的字段将被废弃或隐藏。
- 数据问题：会上梳理了58项待优化问题，涉及数据、技术、产品逻辑等多个方面。
待办
1. 报表字段更新与优化
- 在所有相关报表中，将"扫码类型"字段的枚举值统一为"扫码方式"。北京诺德510
- 在"追溯状态"相关的报表中，增加"异常原因"字段，并将"规则内容"字段改为"规则编码"以便于排查。北京诺德510
- 在"扫码状态"字段旁增加注释，说明其实际含义为"扫码次数"，而非"状态"。北京诺德510
- 为所有新增或修改的字段补充"口径"注释，说明其取值逻辑。北京诺德510
2. 技术与数据确认
- 确认"扫码人"、"签收人"等人员信息的"类型"和"职务"字段的取值逻辑，并推动主数据治理。北京诺德510
- 确认"盘点"功能中PDA设备的标识及防作弊方案。北京诺德510
- 确认"提现失败原因"字段的具体含义及数据来源。北京诺德510
- 确认"码生产时间"与"产品生产日期"字段的实际用途及差异。北京诺德510
3. 文档与沟通
- 整理本次会议确认的字段变更点，形成文档并发送给辉哥及相关人员。北京诺德510
- 整理并输出一份包含所有待优化问题及其解决方案的文档。北京诺德510
产品走查需求评审会
本次会议主要讨论了卡券活动的多项功能优化，包括物码产品配置、核销范围调整、报表字段优化以及导入导出功能等。
小结
1. 物码产品配置与适用范围调整
- 活动配置的产品范围将从原有的"活动范围"调整为主数据下的"物码产品"。
- 将通过一个临时的线下产品清单表来管理物码产品，并计划后续由TTS接口提供数据源。
- 消费者侧的"面对面核销距离"字段将更名为"面对面核销距离"，并增加开关控件，开启后默认值为200米。
2. 消费者活动明细表字段优化
- 新增字段：在报表中增加"卡券适用的产品编码"、"适用产品名称"、"赠品数量"和"赠品单位"。
- 奖品金额字段：将"消费者活动奖品金额"字段的"元"单位从数值中剥离，改为在字段名称后以括号形式展示。
- 新增"红包类型"枚举：在"消费者活动奖品类型"中增加"红包匹配的红包活动"的枚举值。
3. 卡券核销范围与导入功能
- 跨经销商核销：当选择"跨不同经销商下门店核销"时，将根据当前登录人的数据权限（如全部、指定5段及下级）来动态过滤和展示可选的经销商。
- 指定门店导入：在"选择指定门店"的配置中，将增加导入功能，支持下载模板并批量导入门店。导入时将严格校验门店是否在当前配置的核销范围之内。
4. 复购券核销规则
- "复购第二项"关于"产品货权"和"门店所属经销商"需保持一致的核销规则，将暂时关闭验证。
待办
1. 物码产品配置
- 需推动TTS侧提供物码产品清单的接口，作为长期解决方案。北京诺德510
- 需将"面对面核销距离"字段的交互调整方案同步给相关人员。北京诺德510
2. 消费者活动明细表字段优化
- 需将"消费者活动奖品金额"字段的单位优化方案补充到文档中。北京诺德510
3. 复购券核销规则
- 需将"复购第二项"的核销规则开关改为同步状态，以便进行测试。北京诺德510
4. 多OU场景处理
- 需在文档中明确说明，当前版本将暂不处理多OU场景，将在后续版本中统一优化。北京诺德510
5. C端卡券业务培训
- 需在明后天向邱老师讲解整个C端卡券业务的逻辑，包括技术实现和上下游流程。北京诺德510