很多人第一次使用Codex时,想到的都是:
帮我写一个网页。
或者:
帮我写一段Python代码。
但真正让我觉得Codex有价值的,并不是“它会写代码”。
而是有一天,我把一个每天都需要重复操作的Excel文件交给Codex,然后告诉它:
不要只是帮我分析这一次Excel,我希望以后任何人都可以上传Excel,然后自动完成这些工作。最好做成一个网页。
最后,我得到的不是一段代码。
而是一个真正可以打开浏览器使用的:
Excel自动分析网页工具
原来:
打开Excel
↓
删除无效数据
↓
整理格式
↓
写公式
↓
做数据透视
↓
筛选数据
↓
计算销售额
↓
制作图表
↓
复制到报告
现在变成:
打开网页
↓
上传Excel
↓
点击“开始分析”
↓
自动完成
这篇文章就完整讲一下,我是怎么让Codex把一个普通Excel工作流程,变成一个网页工具的。
一、我原来的Excel工作有多麻烦?
假设公司每天都会导出一个销售订单Excel:
销售订单.xlsx
里面有几千条数据。
字段包括:
| 字段 | 内容 |
|---|---|
| 订单编号 | 每个订单唯一编号 |
| 日期 | 下单日期 |
| 商品 | 商品名称 |
| 分类 | 商品分类 |
| 地区 | 客户所在地区 |
| 数量 | 购买数量 |
| 单价 | 商品单价 |
| 销售额 | 订单销售金额 |
| 成本 | 商品成本 |
| 利润 | 销售利润 |
| 状态 | 已完成、退款、取消 |
每次拿到这个Excel以后,我需要做很多重复工作。
例如:
-
删除重复订单;
-
排除取消订单;
-
识别退款订单;
-
统一日期格式;
-
计算销售额;
-
计算利润;
-
统计商品销量;
-
统计地区销售;
-
找出销售TOP10;
-
制作趋势图;
-
最后再写一份经营总结。
如果一个月只做一次,其实还能接受。
但是如果:
每天做一次。
或者:
公司有好几个人都需要做。
问题就来了。
因为这意味着大量时间,都浪费在机械操作上。
于是我产生了一个想法:
能不能不要继续优化Excel,而是直接把Excel工作变成一个网页工具?
二、为什么我没有直接让Codex“分析Excel”?
直接让Codex分析Excel当然可以。
例如上传文件,然后说:
分析一下这个销售表。
Codex可以帮助处理。
但是这样有一个问题:
下一次又得重新做。
这属于:
Excel
↓
AI
↓
得到一次结果
我真正想要的是:
Excel
↓
固定网页工具
↓
自动分析
↓
任何人都能使用
也就是说,我不是希望Codex:
帮我完成一次工作。
而是:
帮我把这项工作做成一个工具。
这是两个完全不同的思路。
三、第一步:把Excel交给Codex
我首先建立一个项目目录:
excel-web-tool/
│
└── example/
└── 销售数据.xlsx
然后把平时真正使用的Excel样本放进去。
接下来我没有立即要求Codex写网页。
而是先输入:
请读取example目录中的销售数据.xlsx。
暂时不要开发程序。
先帮我分析这个Excel:
1. 有哪些工作表;
2. 每个工作表有多少行、多少列;
3. 每一列分别是什么含义;
4. 哪些字段是日期;
5. 哪些字段是金额;
6. 哪些字段可能存在空值;
7. 是否存在重复订单;
8. 哪些数据需要清洗;
9. 根据这个Excel,你认为日常工作人员通常需要完成哪些统计工作。
最后输出一份需求分析。
我认为这一步特别重要。
因为做工具以前,首先应该让Codex:
理解数据。
而不是马上写代码。
四、第二步:告诉Codex,我平时到底在做什么
接下来,我把自己的人工工作流程告诉它。
例如:
我每天拿到这个Excel以后,需要完成以下工作:
1. 删除完全重复的订单;
2. 排除取消订单;
3. 单独统计退款订单;
4. 统一日期格式;
5. 重新计算销售额;
6. 重新计算利润;
7. 统计总销售额;
8. 统计总利润;
9. 统计订单数量;
10. 按商品分析;
11. 按地区分析;
12. 按月份分析;
13. 找出TOP10商品;
14. 找出亏损商品;
15. 生成销售趋势图;
16. 最后生成Excel分析结果。
请先不要开发。
把整个工作流程整理成一份产品需求。
这一步其实是在干一件非常重要的事情:
把人的工作方法,变成机器能够理解的规则。
五、第三步:让Codex设计网页工具
需求确定以后,我才开始让它做网页。
我给Codex的核心提示词类似这样:
现在请把刚才的Excel工作流程,开发成一个网页工具。
目标:
用户不需要会Python,也不需要会Excel公式。
用户只需要:
打开网页
→ 上传Excel
→ 点击开始分析
→ 查看结果
→ 下载分析结果
技术方案你根据项目需求选择,但要求:
1. 使用Python处理Excel;
2. 支持xlsx和xls;
3. 提供网页操作界面;
4. 界面使用中文;
5. 操作尽可能简单;
6. 上传后自动识别字段;
7. 不修改用户上传的原始文件;
8. 自动执行数据清洗;
9. 自动完成销售分析;
10. 自动生成图表;
11. 支持下载分析后的Excel;
12. 支持下载分析报告。
请先设计项目结构,然后开始开发。
从这里开始,Codex做的就不再是:
给我几段代码让我自己研究。
而是开始搭建一个完整项目。
六、Codex最后给我做成什么样?
最后网页大概变成:
┌──────────────────────────────┐
│ Excel销售数据分析 │
│ │
│ 上传Excel │
│ [ 选择文件 ] │
│ │
│ 已读取:5,000条订单 │
│ │
│ [ 开始分析 ] │
└──────────────────────────────┘
点击分析以后:
销售数据概览
总销售额
¥1,328,560
总订单
5,000
总利润
¥286,320
利润率
21.55%
下面继续显示:
销售趋势
│ █
│ █ █
│ █ █ █
│ █ █ █ █
└────────────────────
1月 2月 3月 4月
再往下:
商品销售TOP10
1. 商品A ¥286,500
2. 商品B ¥243,200
3. 商品C ¥180,300
...
还有:
-
月度销售趋势;
-
商品排行榜;
-
地区排行榜;
-
利润排行榜;
-
亏损商品;
-
异常订单;
-
退款统计;
-
销售占比图。
原来需要在Excel里面来回切换工作表、公式和数据透视表。
现在所有内容集中到了一个网页里。
七、网页工具最重要的功能:筛选
我后来又发现:
单纯展示统计数据还不够。
日常工作中经常需要问:
上海地区销售情况怎么样?
或者:
只看8月份。
或者:
只看某个商品。
于是继续让Codex增加筛选器:
请给分析页面增加筛选功能:
支持:
日期范围
商品
商品分类
地区
订单状态
用户修改筛选条件以后:
所有指标、排行榜和图表自动重新计算。
增加“重置筛选”按钮。
于是网页变成:
日期:
2026-01-01 ~ 2026-08-31
商品:
[ 全部 ▼ ]
地区:
[ 上海 ▼ ]
订单状态:
[ 已完成 ▼ ]
[ 查询 ] [ 重置 ]
例如选择:
上海
页面所有数据就自动变成:
上海销售数据。
再选择:
商品A
马上变成:
上海地区商品A的数据。
这时候它已经明显比原来的Excel更加方便了。
八、继续让Codex加入“异常检测”
然后我又加了一个功能:
自动找异常。
提示词:
增加“异常数据”模块。
自动识别:
1. 销售额异常高的订单;
2. 销售额异常低的订单;
3. 利润小于0的订单;
4. 利润率异常的订单;
5. 数量异常大的订单;
6. 重复订单;
7. 缺失重要字段的订单;
8. 退款金额异常的订单。
异常订单不要自动删除。
统一展示在“异常数据”页面,
并说明异常原因。
于是以前需要人工检查的数据,现在变成:
发现23条异常数据
点击进去:
| 订单 | 异常类型 | 原因 |
|---|---|---|
| 100023 | 负利润 | 利润为-¥328 |
| 100118 | 高金额 | 销售额明显高于平均订单 |
| 100562 | 数据缺失 | 缺少商品分类 |
| 100783 | 重复 | 订单编号重复 |
工作人员只需要人工复核这些数据。
不用再看5000行。
九、再加一个我非常喜欢的功能:自动生成经营结论
以前做完数据分析以后还有一件很麻烦的事情:
写总结。
于是我继续告诉Codex:
增加“经营分析”模块。
根据当前数据自动生成:
1. 销售额变化;
2. 利润变化;
3. 表现最好的商品;
4. 表现最差的商品;
5. 表现最好的地区;
6. 值得关注的异常;
7. 最重要的经营问题;
8. 下一步建议。
不要只重复数据显示。
尽量把数据转换成经营结论。
最后网页底部直接出现:
本期经营总结
例如:
本期总销售额较上期增长12.6%,其中商品A贡献最大,占整体销售增长的31%。
华东地区销售额最高,但利润率只有16.8%,明显低于整体21.5%的平均水平,需要检查促销及成本结构。
商品C销量进入前三,但利润率持续下降,建议检查采购成本和销售价格。
这时候它已经不只是:
Excel网页化。
而开始变成:
简单的经营分析系统。
十、最后再加:一键下载报告
我最后一个需求是:
分析完以后,不想再复制粘贴。
所以让Codex增加:
增加导出功能。
支持下载:
1. 清洗后的Excel;
2. 分析结果Excel;
3. 异常订单Excel;
4. 销售分析报告;
5. 图表。
文件名自动包含当前日期。
网页底部最终变成:
下载结果
[ 下载清洗数据 ]
[ 下载销售分析 ]
[ 下载异常订单 ]
[ 下载经营报告 ]
到这里,整个工作基本形成闭环。
十一、最终项目结构
Codex最后建立的项目可能类似:
excel-web-tool/
│
├── app.py
│
├── requirements.txt
│
├── README.md
│
├── modules/
│ ├── excel_reader.py
│ ├── data_cleaner.py
│ ├── analyzer.py
│ ├── charts.py
│ └── exporter.py
│
├── pages/
│ ├── dashboard.py
│ ├── products.py
│ ├── regions.py
│ └── anomalies.py
│
├── uploads/
│
├── output/
│
└── example/
└── 销售数据.xlsx
这些文件我实际上不需要全部理解。
对于普通使用者来说,只需要知道:
上传Excel
↓
网页分析
↓
下载结果
就够了。
十二、以后换一个Excel还能不能用?
这是最重要的问题之一。
如果只是针对:
销售数据.xlsx
把字段名称全部写死,那么这个工具实际价值并不大。
所以我后来又告诉Codex:
不要让程序只能读取目前这个Excel。
请增强Excel兼容性。
要求:
自动识别常见字段名称。
例如:
销售额
销售金额
金额
订单金额
revenue
sales
都尝试识别为销售额。
如果无法识别,
不要报错退出。
在网页中让用户手动选择对应字段。
于是工具进一步变成:
系统检测到:
订单日期 → 日期
商品名称 → 商品
实付金额 → 销售额
采购成本 → 成本
是否正确?
[确认]
如果识别错误,还可以手动改。
这一步非常重要。
因为它决定这个东西究竟是:
一个只能跑一次的Demo。
还是:
真正可以长期使用的工具。
十三、整个过程我发现:最重要的并不是会不会编程
以前如果让我自己做这个系统。
我需要先学习:
Python
HTML
CSS
JavaScript
Excel处理
Pandas
数据可视化
Web框架
文件上传
文件导出
然后再开始开发。
但使用Codex以后,工作方式完全不同。
我的主要工作变成:
第一件事:解释需求
告诉Codex:
我现在每天在做什么。
第二件事:检查结果
看看:
做出来的东西是不是我真正想要的。
第三件事:不断提出修改
例如:
这里增加一个筛选。
这里换成柱状图。
退款不要算销售额。
点击商品可以查看订单。
增加Excel下载。
页面在手机上也要正常显示。
这种开发模式更像:
我负责业务,Codex负责实现。
十四、一个Prompt让Codex开始做
如果你也有类似的Excel工作,可以直接参考下面的提示词。
我要把目前的Excel人工工作流程改造成一个网页工具。
项目目标:
以后工作人员不需要使用复杂Excel公式,
只需要打开网页、上传Excel,
系统自动完成数据处理。
第一步:
请先读取项目中的Excel样本,
理解工作表、字段和数据结构。
第二步:
分析这份Excel通常需要完成哪些工作,
并给我一份需求分析。
第三步:
开发一个中文网页工具。
功能至少包括:
1. Excel文件上传;
2. 自动识别字段;
3. 数据质量检查;
4. 删除重复数据;
5. 日期格式清洗;
6. 金额格式清洗;
7. 数据统计;
8. 商品分析;
9. 地区分析;
10. 时间趋势分析;
11. TOP排行榜;
12. 异常数据检测;
13. 数据筛选;
14. 图表展示;
15. 清洗结果下载;
16. 分析结果下载;
17. 自动生成经营分析报告。
要求:
不要修改用户上传的原始文件。
所有处理后的文件单独输出。
代码模块化,
避免把所有功能写进一个文件。
网页需要简单、清晰,
让没有编程基础的普通员工也能使用。
先分析需求和设计项目结构,
然后逐步实现。
每完成一个阶段都自行测试,
发现错误主动修复。
最后提供README,
写清楚Windows环境如何安装和运行。
然后把自己的Excel样本放进项目。
Codex就可以从:
理解Excel
开始工作。
十五、还能继续把它升级成什么?
完成第一个版本以后,你很容易开始产生更多想法。
例如:
1. 加入数据库
原来:
每次上传Excel
以后可以:
所有历史数据
↓
自动进入数据库
于是可以比较:
今天 vs 昨天
本月 vs 上月
今年 vs 去年
2. 增加登录系统
不同员工使用自己的账号。
例如:
老板
→ 查看所有数据
地区负责人
→ 只看自己地区
销售人员
→ 只看自己订单
3. 自动生成日报
每天自动:
读取数据
↓
分析销售
↓
生成报告
最后输出:
今日销售日报。
4. 接入飞书或企业微信
可以进一步实现:
Excel数据
↓
自动分析
↓
发现异常
↓
发送飞书消息
例如:
今日退款率达到8.3%,比近30日均值高出4.1个百分点,请关注。
这时候它已经不再只是一个Excel工具。
而逐渐变成:
企业内部自动化系统。
十六、什么Excel工作最适合这样改造?
我认为有一个非常简单的判断方式。
如果一项工作同时满足:
重复、规则明确、输入格式相对固定、最终需要输出结果
就很适合。
例如:
销售
销售数据
→ 报表
财务
流水Excel
→ 分类统计
库存
库存Excel
→ 缺货预警
电商
订单Excel
→ 商品分析
客服
售后记录
→ 问题分类
人事
考勤Excel
→ 月度考勤报告
市场
广告数据
→ ROI分析
实际上很多公司所谓的“系统需求”,最开始都可能只是:
某个人每天重复整理一张Excel。
十七、Excel不是问题,重复工作才是问题
这次让我最大的改变,不是:
Codex可以处理Excel。
而是我开始重新看待很多日常工作。
以前看到一张Excel,我首先想到:
应该用什么公式?
现在看到一项重复工作,我会先问:
这件事为什么还需要人工重复做?
例如原来的流程:
每天
打开Excel
复制
粘贴
筛选
计算
画图
写报告
真正的问题并不是:
Excel不好用。
而是:
人一直在重复执行同一套规则。
只要规则可以说明白,就存在自动化的可能。
十八、Codex真正有价值的地方
很多人评价AI编程工具时,会问:
Codex代码写得好不好?
这个问题当然重要。
但对于普通用户,我觉得另外一个问题更加重要:
它能不能把我的工作方法变成一个真正可以运行的工具?
这就是完全不同的价值。
以前:
需求
↓
找程序员
↓
解释需求
↓
开发
↓
测试
↓
修改
现在很多小型内部工具,可以尝试:
需求
↓
告诉Codex
↓
生成项目
↓
测试
↓
继续修改
这并不意味着完全不需要程序员。
复杂系统仍然需要专业的架构、安全、权限、数据库和运维设计。
但对于很多:
Excel自动化、小型后台、数据分析、内部工具、批处理程序
Codex明显降低了把一个想法变成工具的门槛。
十九、使用时需要注意数据安全
如果Excel中包含:
-
客户姓名;
-
手机号码;
-
身份信息;
-
公司财务;
-
商业机密;
-
未公开订单;
-
内部账号;
在把数据交给任何AI或在线服务以前,都应该先确认公司的数据安全政策。
测试阶段可以优先使用:
脱敏数据
模拟数据
测试数据
例如:
把真实客户:
张三
138xxxxxxxx
改成:
客户001
TEST0001
先把程序跑通。
确定工作流程正确以后,再根据自己的数据安全要求决定真实环境如何部署。
二十、总结
这次我并没有让Codex:
帮我算一下这个Excel。
而是告诉它:
把我每天对这个Excel做的工作,做成一个网页工具。
于是整个流程从:
Excel
↓
人工整理
↓
人工计算
↓
人工做图
↓
人工总结
变成:
Excel
↓
上传网页
↓
自动清洗
↓
自动分析
↓
自动生成图表
↓
自动发现异常
↓
自动生成报告
↓
下载结果
这两种方式最大的区别不是:
节省了几个Excel公式。
而是:
把一次性的人工操作,变成了一套可以重复执行的工具。
我觉得这才是Codex最值得探索的使用方式之一。
当你下一次发现自己又在:
复制、粘贴、筛选、计算、整理、导出……
不妨不要马上问:
Excel这个公式应该怎么写?
而是换一个问题:
我能不能直接让Codex把整件事做成一个工具?
很多时候,这个问题的价值,比学会一个新的Excel公式大得多。
