临时取数、看板调整、日常核对与周期报表
91 / 95已完成 / 参与需求记录
入职 6 个月 · 2026.03 — 2026.09
试用期期末 Review
把业务问题讲清楚，把数据工作做扎实
业务交付 · 数据建设 · AI 与自动化实践
MY CHEN · 销售管理部 · 数据分析师
2026 年 9 月
PART 1 · 工作与项目
工作全景
围绕需求交付、数据基础和 AI 能力，梳理三个工作领域。
已有两张同步宽表，新分层方案待落地
80%发票建模阶段进度
同步宽表已建分层方案已设计落地验证待完成
自动化任务与自然语言取数：成果与后续建设
356已固化查询模板
需求统计按导出记录及本人确认的状态更新；91 / 95 包含业务需求与组内事项，完成率 95.8%。
PART 1 · 数据支持
数据支持 · 需求交付概览
承接业务取数与看板需求，配合日常核对和管理报表，持续推进交付。
95参与需求记录内外部需求合计
91已完成业务 66 条 · 组内 25 条
95.8%完成率91/95
19 / 21市场需求完成情况1 条进行中 · 1 条未开始
完成情况
| 需求范围 | 参与 | 完成 |
|---|---|---|
| 业务需求 | 68 | 66 |
| 组内事项 | 27 | 25 |
| 合计 | 95 | 91 |
参与记录包含协作事项，不等同于独立项目数。
从接单到验收
AI 销管表单→群内提醒→排期处理→验收跟进
提交时集中提供要求与附件，数据组按排期处理并更新进展，交付后提醒需求方验收。
替代私聊接单、语雀手工登记和逐个通知的方式，减少漏记与排期不及时。
重点需求与支撑工作
PART 1 · 数据支持 · 01
市场需求支持
21 条需求 · 已完成 19 条
围绕市场部门的取数、看板调整和口径核对提供支持，线索漏斗是其中的重点案例。
项目目标
市场部门需要补字段、调整归属、排查数据异常，也需要观察线索和展会的转化效果。这部分工作按具体需求逐项交付，重点是把所需数据和统计口径讲清楚、交付到位。
建设内容
按需求补充数据与看板，核对关联和归属口径；对线索转化需求梳理去重、跟进阶段与成交关系。
看板开发与优化
12 条，完成 10 条；覆盖字段补充、数据范围、展会与转化视图。
取数与业务支持
4 条，全部完成；包括账号激活取数、联系小记与电销客户分派字段。
排查及口径调整
5 条，全部完成；包括异常解释、客户编号与业绩归属口径。
改进前
线索和用户分在两个来源，数据关联与统计口径需要逐项确认。
改进后
将线索与用户双来源数据结合，在线索漏斗看板中沉淀经过确认、可复用的去重、阶段和成交口径。
PART 1 · 数据支持 · 02
需求排期表建设
已投入使用 · 持续维护
让需求有入口、交付有进度、结果有记录。
项目目标
过去通过私聊接收需求，再手工记到语雀，信息散在聊天中，容易漏记或排期不及时。希望把需求说明、要求和附件在提交时收齐，让数据组及时接单，并把处理和验收串起来。
建设内容
通过“AI 销管”提供表单入口，配合群内提醒、需求排期与验收提醒，形成从提交到交付的完整流程。
表单收集
需求方通过“AI 销管”填写要求，并直接附上相关附件。
提醒与排期
数据组内部群收到提醒，按排期处理并跟踪进展。
交付与验收
完成后提醒需求方验收，保留完整的需求记录。
改进前
私聊接单后手工记到语雀，完成后再私聊告知；信息分散，存在漏记和排期不及时。
改进后
“AI 销管”表单集中收集要求与附件，群内提醒接单，按排期处理并提醒需求方验收。
PART 1 · 数据支持 · 03
组织架构自动同步维护
每日核对确保数据无误
维护“年度业绩冲刺”看板的人员与权限基础，减少繁琐的人工核对。
项目目标
这张组织架构表管理着“年度业绩冲刺”重要看板 sheet 的人员和权限。漏人、团队归属或 TL／BP 对应错误，都会影响看板数据与权限配置，因此既要及时更新，也要能核对更新是否准确。
建设内容
接入人员、TL 与 BP 来源，检测 BP 变更并写入数仓，按团队关联和特殊规则加工，再每日同步并校验。
沉淀核对规则
检查缺失人员、团队归属及 TL／BP 对应关系。
搭建每日同步
整合人员和 BP 来源，经数仓加工后同步表格。
加入校验与报告
每次同步附带校验，专门 Skill 支持核对和查看报告。
改进前
每月中旬、月末各人工核对一次；每次 2 小时以上，逐项查缺失人员、团队及 TL／BP。
改进后
测试表每天自动同步并校验；需要时调用核对 Skill 查看报告，人工重点关注异常。
PART 1 · 数据支持 · 04
月度业务过程管理
主流程稳定使用 · 明细与例外人工补充
把每月的取数、填表与核对串起来，让管理指标按统一规则产出。
项目目标
每月要从多个看板取出小记、商机、销售计划和里程碑数据，再更新管理报表。反复筛选、填表和核对容易耗费精力，团队或考核范围变化时还要额外调整，因此需要把固定步骤变成稳定流程。
建设内容
梳理月报步骤与口径，串联取数、按团队填表、公式重算和结果核对，将例外规则交由人工说明。
准备与取数
确定月份和团队范围，从对应看板取数。
更新报表
匹配团队填写原始数据，保留并重算既有公式。
核对与修正
检查结果，按人工说明处理组织及考核例外。
改进前
每月人工取数、填表和核对，遇到团队或考核变化还需额外调整。
改进后
主流程稳定运行；我补充明细、检查异常，并向 AI 说明临时规则，整体压力明显减轻。
PART 1 · 数仓建模 · 05
发票领域数仓建模
已有两张同步宽表 · 新方案待落地
完成进度 80%
区分已经完成的同步宽表、已形成的建模方案，以及尚待执行的落地工作。
项目目标
发票数据分在 QBP 和 OA 等链路里，原有取数存在直接读源表、不同层职责不清的问题。已有同步宽表解决了部分需要，下一步希望把开票、收票的规则整理成规范模型，后续需求可以直接复用。
建设内容
先完成两张同步宽表，再借助新开放的 ODPS 查询能力检查源表和旧逻辑，结合 AI 设计分层改造方案。
已完成 · 同步基础
QBP 开票与 OA 合同开票两张 DWD 宽表已建，用于同步。
已规划 · 新模型
规划 DIM 1 张、DWD 8 张、DWS 3 张，另有 ADS 应用表 1 张。
待完成 · 落地验收
推进完整建表、加工运行、新旧结果核对及下游切换。
改进前
已有两张同步宽表，但发票领域的整体分层与复用规则仍需完善。
改进后 · 方案阶段
已形成更完整的分层方案与代码；新方案尚未落地，预期维护收益待实际验证。
PART 1 · AI 建设 · 06
自动化任务体系
多个任务运行中 · 分类处理异常
把重复事项整理成可定时执行、可检查、可反馈的工作流程。
建设目标
名单更新、数据检查和周期提醒需要反复执行，靠人记着做容易占用精力。希望新任务可以按一套方法搭建，到时间自己运行，结果能反馈，遇到异常也有明确处理路径。
建设内容
先搭建并调整一个实际任务，再把调度、检查、异常处理和通知步骤整理为 Skill，用同一方法扩展其他任务。
验证首个任务
明确输入、执行时间和结果，跑通后持续调整。
提炼通用方法
固化环境检查、执行入口、异常分流与通知。
复制到新场景
应用到 BP 变更、组织同步、小记核对和提醒。
当前亮点
独立持续运行：无需保持 Agent 软件开启或会话窗口，不设 7 天运行期限；电脑开机联网后即可按计划自动运行。
异常分析与报告：检测到异常时自动唤醒 Agent，分析原因并产出包含解决方案的报告。
PART 1 · AI 建设 · 07
销管知识库与自然语言取数
356 个模板已固化 · 查询受权限约束
把看板里的取数逻辑保存下来，让常见取数可以用自然语言发起。
建设目标
BP 取数通常要先找到 QuickBI 看板，再筛选、导出；AI 不知道对应口径，也难以直接帮忙。这个项目把看板背后的取数逻辑整理下来，让同事用一句话发起常见查询，同时沿用已有业务口径。
建设内容
整理门户与看板 SQL，保存为可传入筛选条件的模板，再接入只读查询和自然语言调用。
整理看板口径
定位门户和后端 SQL，记录字段及筛选方式。
封装查询模板
把月份、团队等条件参数化，并检查访问权限。
接入自然语言
AI 匹配模板执行查询，随看板变化更新逻辑。
后续建设
简化更新维护：为门户看板变化后的 Skill 更新寻找更便利的方案，降低同步维护成本。
拓展领域与业务逻辑：持续沉淀各领域业务逻辑，将数据获取与业务规则结合，更准确地辅助实际业务工作。
PART 2 · 成长与反思
自我问题分析
01
AI 提效未充分转化为交付成果
工作中较依赖 AI 改进实现方式，但并行推进和反复调整较多，项目收口不足，效率优势还没有充分体现为可见、可验收的产出。
举例：发票领域建模项目。4 月开始接触，当月完成两张 DWD 初版；此后未再继续跟进，近 9 月重启优化，尚未落地。呈现出的观感是一直在跟进，却始终没有落地结果。
改进方向
把项目落地与交付闭环放在首位
明确阶段成果和完成标准，及时收口；以稳定可用、令人满意的交付检验 AI 带来的效率提升。
02
首次交付与预期对齐不足
对交付形式和质量标准的事前确认不够，容易出现做了工作、首次结果却仍需调整的情况。采用不同实现方法时，更需要用完整的成果证明效果。
改进方向
先对齐预期，再以成果建立信任
提前确认成果形式、使用方式和验收标准；首次交付前充分自检，用可直接使用、可验证的结果减少返工。
03
核心任务与细节的优先级失衡
推进过程中容易关注暂时不影响结果的细节，分散了对核心任务的投入。应先把自己负责的事情做好，再安排进一步优化。
改进方向
先完成核心交付，再优化非关键细节
优先保证正确性、完整性和可用性；不影响核心交付的细节列入后续优化，避免反复打磨延迟完成。
PART 2 · 成长与反思
成长与能力沉淀
从完成具体需求，逐步走向业务判断、流程复用与协作支持。
熟悉业务，完成交付
在取数、看板和月度管理工作中，逐步熟悉销售管理的业务对象、数据来源和交付要求。
需求排期 · 市场需求支持 · 月度管理报表
理解口径，形成判断
开始关注数据代表什么、关联是否重复、统计范围是否一致，并把业务规则整理到模型与核对流程中。
线索去重 · 人员核对 · 发票建模方案
沉淀方法，支持复用
把重复步骤、规则和检查方式整理成模板、Skill 与任务链，让一次实践能够支持后续工作。
销管知识库 · 自动化搭建 · 月报 Skill
个人沉淀
已整理 25 个技能包，覆盖取数、月报、核对与自动化，包含业务沉淀和外部引入工具。
协作实践
向组内分享监控脚本生成能力，向部门 BP 分享自动化搭建 Skill 与销管知识库；实际使用反馈仍需跟踪。
PART 3 · 下一步计划
近期重点规划
发票领域方案落地
完成建表与加工运行，检查业务逻辑和新旧结果，推进组内同步。
交付标准：模型可运行、差异可解释、文档可交接。组织架构切换正式目标
沿用现有同步链路，更换正式 sheet 目标并核对下游引用。
交付标准：正式表结果正确，变更与异常可追踪。继续稳定月报产出
保持主流程运行，补充明细和异常核对经验，处理团队与考核例外。
交付标准：汇总与明细可解释，例外规则有记录。提高自我要求，重视成果交付
提前对齐交付标准，优先完成核心任务；首次交付前充分自检，以高质量成果和事项闭环衡量工作。
交付标准：成果可用、质量达标、事项闭环。感谢各位的支持与协作
感谢观看
MY CHEN · 销售管理部 · 数据分析师