Work for YILI

Appearance

2026-07-16 工作日志 ​

多OU、SFA、数据一致性等项目进展同步会 ​

会议同步了多OU、SFA、数据一致性等项目的进展，讨论了APM性能、崩溃问题及需求变更，并明确了后续的待办事项。

小结 ​

  1. 多OU项目

    • 历史数据清洗规则已与业务方核对，待最终结论。
    • 前端无需停服，但在此期间将无法进行出货或签收操作。

  2. APM性能与崩溃问题

    • APM 数据显示，文件上传至 COS 环节耗时较长，P50 已达 1.7 秒，需进一步优化。
    • 针对定向崩溃测试包的优化已初步见效，暂无新崩溃报告，后续将观察效果。

  3. 数据一致性与核心问题

    • 智慧门店与主数据：推送数据时偶现接口超时或错误，导致数据差异，正在排查。
    • SFA 销售五段：因数据源切换及依赖下游系统改造，原定处理计划被推迟，将暂缓处理。
    • 健康度告警：已梳理并优化了部分告警规则，仍有部分需关注历史数据处理。

  4. 需求与发布计划

    • 消费者中奖明细活动：因测试环境切换问题，原定发布计划推迟至下周。
    • 导购与店主一键签收：计划于 7 月 22 日上线，但因涉及营销活动中心拆分，具体上线时间待定。
    • 流向查证签收距离限制：经讨论，该功能将不设独立的距离限制，沿用盘点业务的既有逻辑。

待办 ​

  1. 多OU项目

    • 余建新需与业务方确认历史数据的具体处理方案。
    • 余建新需确认停服时间是否会影响历史数据处理，并同步给相关人员。

  2. APM性能与数据分析

    • 李宝仟、吴菊需根据 APM 数据分析报告，共同研究并制定性能优化方案。
    • 吴菊、李宝仟需关注并跟进数据分析结果。

  3. 数据一致性问题

    • 邢健、任铭需排查智慧门店向主数据推送数据失败的原因。
    • 任铭需主动与主数据团队沟通，获取其接口推送结果的监控预警。

  4. SFA销售五段数据源切换

    • 李赵丹需制定主数据切换至 SFA 系统的详细实施计划，并明确后续排期。

  5. 需求与发布跟进

    • 余建新需更新“消费者中奖明细活动”的发布计划，明确延迟后的具体上线时间。
    • 陈思、孙东栋需更新项目管理平台中所有需求的进度状态。
    • 任铭需补充“导购与店主一键签收”功能的 UI 图至 PRD，并组织签字确认。
    • 李宝仟、吴菊需与业务方最终确认“流向查证”签收功能是否需要独立的距离限制。

  6. 压测与测试

    • 宋洋需将混合压测结果延期两天后再提供。

门店签收积分激励活动方案评审 ​

本次会议主要围绕门店签收积分激励活动展开，讨论了其业务流程、技术方案，并明确了积分商城的改造方向。

小结 ​

  1. 门店签收积分激励活动方案

    • 业务流程：通过营销活动中心配置活动，门店签收可获积分激励；积分可用于兑换货补券、产品券等；退货等逆向场景会相应扣减积分。
    • 技术方案：
      • 营销活动中心：扩展签收类型组件库，增加“订单列表签收”；增加“签收日期范围”组件；活动创建时支持 TPM 编码复用并增加排他性校验；活动菜单需调整，增加“积分活动”二级菜单。
      • 前端交互：智慧门店首页 Banner 将增加活动宣传入口，点击后展示活动列表及详情页。

  2. 积分商城方案

    • 功能拓展：新增“产品券”和“货补券”两种兑换品类型。
    • 过期积分预警：引入可配置的过期积分预警机制，支持按天/月设置预警天数，并通过接口通知智慧门店进行多渠道（如站内信、短信）推送。

待办 ​

  1. 方案文档优化

    • 吴南林需将“门店自主打开小程序签收”修改为“通过订单列表签收”。
    • 吴南林需将“签收时间范围”组件名称修改为“签收日期范围”。
    • 吴南林需明确 TPM 编码校验接口的具体逻辑。
    • 吴南林需补充并完善活动列表页和详情页的交互原型图。
    • 吴南林需修正活动详情页的页面描述，将其从“抽奖”改为“签收激励”。

  2. 积分过期预警方案确认

    • 陈昊、陈德智需评估并确认采用“积分商城配置预警 → 智慧门店执行推送”的方案可行性。

技术转型项目启动会 ​

本次会议为技术转型项目启动会，介绍了 AI 原生研发、智能体建设、存量系统改造等六大专项，并明确了各专项的目标、路径与团队分工。

小结 ​

  1. 项目背景与目标

    • 本次启动会旨在加速公司技术团队的 AI 转型，目标是到年底让每位技术成员都具备 AI 编程和智能体开发能力。
    • 转型方向主要包括：技术服务智能化、技术管理智能化、全员 AI 原生、生态共建以及 AI 安全。

  2. 各专项介绍

    • 专项一：构建 AI Native 交付能力
      • 目标是建立一套 AI 工程化体系，实现从需求到测试的全流程 AI 化，最终实现"一人驱动，全链路交付"的模式。
      • 计划分四个阶段推进，预计在 10 月份建成体系。
    • 专项二：开发生产及业务智能体
      • 目标是交付 18 个生产级业务智能体，核心指标包括调用成功率 95%、关键业务效率提升 40% 以上。
      • 计划覆盖生产设备、人力、行政等多个业务领域，并沉淀一套可复制的智能体建设 SOP。
    • 专项三：存量系统智能化升级
      • 目标是通过对存量系统进行 MCP 改造和 Skill 封装，将其能力开放给 AI，打破信息孤岛。
      • 计划在 10 月前完成 3 个系统的改造，并力争提前完成 7 个系统的改造。
    • 专项四：技术管理智能化
      • 目标是构建 AI 原生的研发管理体系，覆盖需求、开发、测试、运维等全链路。
      • 计划在 10 月底前完成十余个智能体的建设，目标整体提效 30%，覆盖人员超 30 人。
    • 专项五：AI 安全
      • 目标是将安全融入 AI 原生体系，包括构建渗透测试 Agent、AI 安全防护围栏和部署在可信网络空间。
      • 预期成效为安全测试效能提升 60%，漏洞处置率达到 90%，可信网络空间入侵率低于 0.001%。
    • 专项六：全员 AI 原生转型
      • 计划分三梯队推进：AI 技术团队（尖刀连）、数科全员（主力军）、外部供应商（军团）。
      • 通过培训、实战和赋能，最终实现全员 AI 原生能力。
    • 专项七：建设 AI Coding 生态
      • 目标是推广 AI 编程工具，使其成为常态化的生产力工具。
      • 计划分四个阶段推进：工具选型、采买部署、试点应用和全面推广。

  3. 项目管理机制

    • 采用"精细化管理，轻形式"的方式进行。
    • 设立三个核心会议：各项目组自行组织的周会、由项目负责人组织的双周会、每月 15 号前的月会。
    • 各专项需在计划表中同步进展、风险和后续计划，无需额外提交周报或月报。

待办 ​

  1. 项目成员上线情况反馈

    • 各项目经理需在会后反馈其项目中未上线成员的原因。