WORK

我做过的一些真实问题

这里比简历多一点,但不啰嗦。按公司分成三个章节,每个章节里展开我真正做过的多个项目;主项目重点讲清楚,其他项目快速扫读。

01 / ANT GROUP

支付宝 · AI Product

这段实习我主要在回答三个问题:怎么让账单智能体持续变好、怎么找到真正有用户价值的智能化方向,以及怎么把重复工作沉淀成可复用的数据与 AI 工作方式。

AI 产品工程师 2026.05 — NOW
PROJECT 01 · BILL AGENT GOVERNANCE

账单智能体质量治理:专项迭代 × 评测体系

问题线上问题能被发现,但缺少从“发现 → 定位 → 修复 → 验证”的稳定闭环;同时原有评测分数难解释用户真实体验。
怎么做从线上真实 Query / Badcase 出发,聚类时间、商户、退款/扣款、多轮等专项并推动 PE / 工程修复;同时把评测重构为 Benchmark / Regression / 专项 + 结果 / 链路评测,并接入 GT 智能生产与校准,支持自动回归与准出。
思考评测不是上线前的一次验收,而应该成为产品迭代基础设施:既解释“用户为什么觉得不好”,也告诉团队“下一步具体改哪里”。
01发现问题真实 Query · 点赞点踩 · 显性/隐性 Badcase
02定位 & 专项归因聚类 · 时间 · 商户 · 退款/扣款 · 多轮
03定义质量Benchmark · Regression · 专项 · 结果 + 链路
04验证修复GT 智能生产与校准 · 自动回归 · 准出
-5.8pp点踩占比
20.37% → 25.38%二次追问率
7.5s → 2.2s端到端响应
02
USER VALUE / RESEARCH

真实账单 Demo × 用户价值探索

不是先假设“AI 应该做什么”,而是基于真实账单设计可交互 Demo,通过 5 位用户深访验证哪些洞察真的新、哪些会自然带来下一步行动,并据此收敛场景优先级。

5 位深访 旅行资金规划优先 停测低价值场景
MONTHLY REVIEW ¥12,840
TRAVEL PLAN 还差 ¥3,200
旅行专用金 →
真实账单场景 Demo用户访谈产品决策
03
DATA ASSET / ATTRIBUTION

账单&记账本数据归因助手

一次漏斗分析里发现真正的问题不是 SQL 慢,而是核心数据分散、口径重复生产。重新梳理 7 个入口的数据链路,通过 ETL 统一成日明细宽表,再把日报与异动归因做成自动能力。

7 个入口统一 跨表取数 ≈1h → 自动更新
MyTab支付消息PUSH
DAILY WIDE TABLE 统一口径 · 每日更新
日报异动归因
人找数据 → 数据主动找人
04
AI NATIVE WORKFLOW

账单 AI Native 产研工作流

理解账单组需求从发现、评审、研发到测试发布的承接方式,把重复协同节点沉淀进 AI Workflow,目标是把原本 42 天、5 次会议的固定节拍压缩到 1–3 天、1 次 Check。

42 天 → 目标 1–3 天 5 次会议 → 1 次 Check
BEFORE
需求评审研发测试发布
42 DAYS · 5 MEETINGS
↓ AI WORKFLOW
AFTER / TARGET
AI Workflow 1 Check
1–3 DAYS
02 / ALIBABA TAOTIAN

淘天 · AI Productization

围绕秒杀商品经营,我主要做了两件同样重要的事:一是通过 AI 品规把商品标准化到“款 / 赛道”级;二是升级价格能力,让秒杀能够稳定找到可信的同款比价依据。

AI 产品经理 2025.12 — 2026.05
PROJECT 01 · PRODUCT STANDARDIZATION

AI 商品品规标准化

问题原始商品标题、图片和属性缺失且口径不一,运营难以进一步做精细化商品判断。
怎么做以运动鞋为例,从原始商品信息出发,通过 AI 品规标准化补齐品类、品牌、性别、场景、材质等关键属性,再沉淀成结构化商品资产。
思考标准化不是终点;只有当这些结构化资产能继续进入运营、价格和内容决策,AI 能力才真正产生业务价值。
FROM MESSY PRODUCT INFO → STANDARDIZATION → ASSET → CLUSTER / TRACK → RECALL
Same-product RecognitionTrack ClusteringRecall Logic
原始商品信息
BEFORE
【夏季新款】361 透气运动鞋
品牌:361°
系列:缺失
轻便跑步男鞋 / 网面缓震
品牌:缺失
系列:飞燃
现状 看起来是两款商品 因为标题乱、品牌 / 系列缺失,系统难以识别是同款。
AI 品规标准化
STANDARDIZATION
same product
2 → 1
品牌:361°
系列:飞燃
统一品牌与系列口径,识别为同一款商品。
结构化商品资产
STRUCTURED ASSET
PRODUCT ASSET ID · 10023456
品牌 361°
系列 飞燃
1 款商品资产 先沉淀成统一资产,后续才能被赛道系统消费。
聚类 → 赛道
CLUSTER / TRACK
跑鞋 休闲鞋 运动鞋赛道 训练鞋
同款聚类完成后 同一系列商品被聚成一簇,再挂入对应运动鞋赛道。
361° · 飞燃 运动鞋赛道
赛道召回逻辑
RECALL
赛道内商品召回
运动鞋赛道 召回同款 / 同系列 / 相似商品
支持后续场景
价格比价 / 定价 / 价格策略
内容卖点提炼 / 素材生成 / 运营表达
运营赛道经营 / 货盘组织 / 精细化分发
25% → 88%品规召回率
48% → 92%关键属性可用率
77% → 95%赛道聚合率
PROJECT 02 · PRICE CAPABILITY

秒杀价格能力全面升级

问题 秒杀新制要打造“最便宜的民生产品”,价格是核心竞争力;但现有价格覆盖率仅 78%,同时同款识别的覆盖与准确性不足,难以支撑团中巡检等核心场景。
怎么做 从 To B 的「淘内相似 pair」和 To C 的「拍立淘」两条链路切入,搭建多源同款识别 + AI Judge 体系;通过图文融合、多模态校准和二次判断,同时提升识别准确性与覆盖性。
思考 目标不是再做一个“比价工具”,而是把不同来源的候选商品统一进一套可评测、可校准的同款识别能力,让价格能力成为秒杀可以复用的基础设施。
扩充货盘 7.16w 节省 15 人日 / 日 Skill 复用至团中巡检 / AI 品规
TO B + TO C → MULTIMODAL CALIBRATION → AI JUDGE → PRICE COVERAGE
Same-product Recognition Multimodal AI Judge
TO B 淘内相似 pair

淘内候选 pair 精度更高,重点解决“是不是同款”的准确判断。

候选 pair Qwen-VL Embedding 二次图像判断
87% → 98% 相似商品匹配准确率
TO C 拍立淘

召回范围更广,但噪音也更高,需要动态 Judge 做多模态校准。

拍立淘召回 LLM 文本判别 多模态兜底
54% → 90% 同款识别准确率
AI JUDGE 同款?
文本 图像 置信度

多源候选统一进入 Judge,在覆盖率和准确率之间做动态平衡。

PRICE COVERAGE 78% → 95% 秒杀价格覆盖率
78%
95%
BUSINESS IMPACT
+7.16w扩充货盘
15 人日 / 日节省人工成本
Skill复用至团中巡检 / AI 品规
78% → 95%价格覆盖率
87% → 98%淘内相似 pair 准确率
54% → 90%拍立淘准确率
03 / ERICSSON

Ericsson · AI Engineering

这段经历更偏工程:从多源数据与 ETL,到前后端开发、AI 能力接入与部署,我完整做过一套从数据层到产品层的端到端系统;另外也做了 AI News 和 AI 海报生产。

AI Developer 2025.07 — 2025.12
PROJECT 01 · SUPPLY CHAIN DECISION

AI Supply Chain Decision System

问题 业务急需可视化,但数据来自不同系统与本地文件,依赖人工更新;字段口径不统一,也难以继续支持动态供需判断。
怎么做 用 SQL 梳理并聚合 9 张核心表,重建 ETL 与指标口径,形成统一供应链主题数据层;再用 Vue 3 + TypeScript、ASP.NET Core 8 完成前后端开发,接入 What-if Simulation + GPT-4o,并部署到 Azure App Service。
思考 我想做的不只是“一个更好看的 Dashboard”,而是一套自动更新、可维护、从数据到 AI 决策完整闭环的工程化产品。
HANA / MySQL / SQL Server Azure Logic Apps SQL / Data Modeling Vue 3 + TypeScript ASP.NET Core 8 GPT-4o Azure Deploy
HETEROGENEOUS DATA → UNIFIED TABLE → FULL-STACK SIMULATION → AI / CLOUD
Logic AppsSQL / ETLFull-stackAzure
01 / DATA INTEGRATION

不同平台上的 9 张核心表,先统一进来

SAP HANA Stock / Supply
DB MySQL Demand / Orders
DB SQL Server GPP / Commitment
FILES Excel / SAP Local / Manual
AZURE Logic Apps Schedule · Mapping · Sync
字段映射 主键对齐 清洗转换 自动同步
02 / UNIFIED DATA

一张集成表,承接统一分析口径

INTEGRATED SUPPLY TABLE auto refresh
ProductNbr Month Stock Demand GPP Commitment Gap
Analysis Layer GPP Gap Commitment Gap Cumulative Logic
03 / FULL-STACK PRODUCT

从数据表到可交互的 What-if 网站

FRONTEND Vue 3 TypeScript Chart.js
BACKEND ASP.NET Core 8 C# / API EF Core
SCENARIO INPUT Demand +20%
Original vs. Recalibrated Gap
04 / AI + CLOUD

AI 决策辅助,并真正部署上线

GPT-4o Decision Insight 库存缺口 交付风险 供需建议
DEPLOYMENT Azure App Service Enterprise Web App
10 min → <1 min单产品分析耗时
-60%信息获取成本
02
AI NEWS / KNOWLEDGE

AI News

针对团队 AI 转型中“外部行业信息分散 + 内部企业信息难检索”的问题,把公开 AI News 和公司内部知识一起接入,做资讯聚合、分类检索、趋势分析与可追溯问答。

新闻库 + 企业知识库 双索引检索 50–80 篇 / 日
TODAY MODELS PRODUCT RESEARCH
AI News Brief

聚合 · 筛选 · 摘要 · 快速阅读

Model / Product Update
Research Highlight
Industry Signal
03
AIGC / VISUAL STORYTELLING

AI 视觉生产 × Green Dashboard

为 Warehouse 的可持续发展看板补足“视觉表达”:用 AIGC 生成园区 / 建筑视觉与动态视频,转换为 GIF 嵌入 Power BI;同时把 CO₂ 数据映射成动态树木状态,让抽象 ESG 指标可以被一眼感知。

AI Video → GIF CO₂ → Dynamic Image DAX + Base64
INPUT ESG Data
CO₂WasteElectricityPackaging
AIGC ASSET
AI VideoGIF
+
DATA-DRIVEN
CO₂ Level → Tree State DAX + Base64
FINAL Green Intelligent Park Dashboard
Digital Enhanced Green Intelligent Park Dashboard preview