2026-05-19 工作日志
项目进度同步会
本次会议同步了各项目进展，重点讨论了前端性能、数据一致性、健康度监控等问题，并明确了后续的优化方案与时间节点。
小结
1. 前端性能与体验优化
- 定位性能问题：经排查，iOS设备上应用启动时的定位慢问题，主要由iOS操作系统和硬件交互引起，与高德地图无关。已通过增加缓存机制优化，后续将按计划推进。
- 前端探针支持：原厂反馈，目前的探针暂不支持uni-app框架。后续将组织原厂产研团队进行需求对齐，推动适配。
2. 数据一致性与质量
- 主数据与智慧门店数据比对：已完成70%问题的解决方案，剩余20%问题预计在5月29-30日完成方案设计与确认，届时将启动开发。
- 数据差异排查：
- TTS与ERP数据差异：因调账和手工签收问题导致的数据差异，将在周四的跨部门共识会上讨论解决方案。
- 中台签收量不一致：已定位到是印刷功能群一次发版的逻辑调整导致，将在周三前完成数据处理、逻辑修复和清洗。
- 订单差异明细表问题：该问题可能无法得到有效解决，将考虑上报至更高管理层跟进。
3. 健康度监控
- 问题解决情况：较昨日减少了四项问题。仍有12项问题需进一步分析或下线规则。
- 营销活动中心：已梳理出32项健康度规则，其中12项已完成标记，剩余19项将根据业务规则逐步梳理并登记。
4. 其他项目进展
- 接口梳理：预计5月底完成所有对外接口的梳理，本周将针对Top20接口输出一版结论。
- 存储与备份问题：已分析出存储和容灾方面存在报错，正在进一步分析根因。
待办
1. 前端性能与体验优化
- 补充前端探针对uni-app框架的支持方案。@张建利
- 补充前端探针对uni-app框架的支持方案，并与原厂团队对齐。@张建利
2. 数据一致性与质量
- 补充小智端存量数据问题的解决方案排期。@王琪
- 与云商侧对齐"营销助手"嵌入页面的调整排期，确保尽快上线。@余建新 @刘晓娜
- 统计并评估"消费者抽奖后又出货"导致的数据问题，明确后续处理策略。@刘晓娜
- 明确"订单差异明细表"问题的修复计划。@余建新
- 评估并修复"中奖明细表"因历史数据缺失导致的问题。@余建新
3. 健康度监控
- 梳理并登记营销活动中心剩余的19项健康度规则。@孙东栋
4. 存储与备份问题
- 协调资源，尽快分析并给出存储和容灾问题的根因结论。@蔡文博 @志磊
5. 项目排期与问题跟进
- 补充"消费者抽奖后又出货"问题的排期。@刘晓娜
- 明确"订单差异明细表"问题的修复计划。@余建新
- 在周五的单周会上，汇报TTS与ERP数据差异问题的进展。@陈祺
智慧门店各端接口必填字段校验逻辑评审
本次会议主要评审了智慧门店各端接口的必填字段校验逻辑，明确了不同场景下的测试策略和用例。
小结
1. 接口必填字段校验逻辑
- 本次改动涉及多个接口，要求"扫码经销商名称"、"扫码门店"、"扫码人姓名"等字段为必传。
- 校验逻辑为：后端接口收到空值时，应返回相应错误提示，前端页面需进行相应提示，而非简单的接口报错。
2. 不同端的实现差异
- 智慧门店与小智端：在"扫码签收"、"扫码查证"等场景下，由于前端流程不同，不传递"扫码经销商名称"字段。
- 营销助手端：作为B端小程序，所有相关接口均需传递"扫码经销商名称"字段，且后端会进行反查并展示。
3. 测试策略与用例完善
- 必填字段验证：需通过端到端测试验证前端的必填校验逻辑；若无法实现，则通过接口层面验证参数是否为必填。
- 数据展示验证：对于"扫码经销商名称"等字段，需验证后端直接使用前端传递的值进行展示，而非反查数据库。
- "其他位置"盘点：当选择"其他位置"时，该字段不作为必填项进行校验。
4. 待确认事项
- 巡查管家：需确认该应用是否涉及本次改动的接口及字段必填逻辑。
待办
1. 测试用例完善
- 吕杰需根据会议结论，更新并完善所有相关接口的测试用例，明确区分不同端的逻辑和验证方法。
2. 巡查管家范围确认
- 何兆文需与梁燕确认，明确"巡查管家"应用是否涉及本次接口的必填字段改动。
3. 前后端协同测试
- 吕杰与何兆文需配合进行端到端测试，确保当"扫码经销商名称"为空时，前端能正确提示"经销商不能为空"，并引导用户重试。
4. 各端测试用例同步
- 吕杰需通知各前端（小智、智慧门店、营销助手）同步更新各自的单元测试用例，确保覆盖本次评审的所有改动。
AI训练营 — 饮食分析记录智能体分享
本次会议由徐新元分享了AI训练营项目"饮食分析记录智能体"的设计思路、技术架构及效果展示。
小结
1. AI饮食分析记录智能体功能与设计
- 核心功能：用户上传一张图片，AI智能体可识别并分析其中食物的营养成分，生成结构化的营养报告，并支持下载保存。
- 输出内容：包括食物清单、每种食物的名称、克数、热量及宏量营养素（蛋白质、碳水化合物、脂肪），并附带不确定性说明、估算依据、误差范围及过敏源提示。
- 分析逻辑：系统能判断图片中的对象是否为实物食物，若非食物或图片模糊、遮挡，则会进行相应说明并建议重新上传。
2. 技术架构与实现
- 前后端：前端采用原生HTML和JS编写，后端使用Python进行开发。
- 部署方案：初期使用Streamlit框架，后因生产环境多节点部署时存在状态同步问题，改为无状态的纯HTML代码以实现更好的水平扩展。
- 部署环境：项目部署在腾讯云，采用容器化方式进行管理。
3. Prompt工程与防幻觉策略
- 结构化输出：为确保AI能按程序可解析的格式返回，设计了包含可读性标识、固定中文标题等约束的提示词（Prompt），并要求AI主动说明不确定性。
- 防幻觉：在提示词中增加了视觉约束，要求模型在确定食物名称前，必须先列出具体的视觉依据，防止模型凭空猜测。
4. 效果展示
- 正常流程：展示了对炸薯条、热狗等食物的分析过程，系统能准确识别并提供详细的营养成分、总热量及饮食建议。
- 异常处理：展示了当上传非食物（如老鼠）图片时，系统能正确识别并给出相应说明。
产品体验优化与技术讨论会
本次会议围绕产品体验优化、技术优化和数据治理三大议题展开，旨在统一团队思维，构建以用户为核心的体验提升框架，并同步了各端的优化进展与问题。
小结
1. 产品体验优化与统一思维
- 会议的核心议题是产品体验优化，但会议主持人提出，所有工作都应以"用户体验"为最高维度，而非并列的"产品"、"技术"、"数据"问题。
- 会议主持人强调，需建立统一的用户思维框架，将所有问题归结为产品设计、数据质量、技术实现三个层面，以便于问题定位和解决。
- 讨论了当前各端（如营销活动中心、SFA、智慧门店、小智）的产品走查方法论，主要分为问题驱动和PRD还原两种模式，并探讨了如何将用户视角贯穿始终，以更好地理解用户核心任务和动线。
2. 性能优化专项进展
- SFA：因使用特殊开发框架，前端无法接入APM，将通过日志和神策埋点进行性能监控和分析。
- 智慧门店：已完成APM全链路监控。首页因访问量最大，是当前体验不佳的重点页面；在线客服功能因上游能力下线而不可用，需寻找替代方案。
- 小智：整体核心接口响应良好，但部分AI风控、盘点上传等功能因调用AI服务而存在性能瓶颈，需进行优化。
- 通用问题：针对"转圈圈"等加载缓慢问题，进行了多维度分析，包括动态加载优化、核心接口性能提升、接入神策埋点以获取更精确的用户侧数据，并已制定分阶段解决方案。
3. 数据治理
- 会议提及数据治理是用户体验的一部分，需关注数据质量、准确性等问题。TTS团队正在优化数据处理流程，以提升指标准确性。
待办
1. 构建统一的用户体验框架
- 项目负责人需会后梳理并绘制以用户为核心、贯穿各端的产品体验优化框架，用于内部对齐和向管理层汇报。
2. 性能优化方案落地
- SFA需在6月11日上线优化方案，解决部分页面加载时的"转圈圈"问题。
- 活动中心需在本周内完成接口性能盘点的初步结论，并与技术团队对齐优化排期。
- SFA需在6月底前测试新版APM探针的适配方案。
3. 准备下次会议汇报
- 项目负责人团队需在本周内准备好29号会议的汇报材料，确保内容结构清晰、逻辑统一。