真实操作案例数据分析与处理

电商运营数据看板:Tokeny 实操案例

整理三天的店铺流量与成交数据,用加权口径计算整体转化率和客单价,生成 HTML 运营看板与汇总 Excel。

作者:Tokeny 团队 · Windows · Tokeny 1.7.8 · gpt-6-sol

准备这次任务的输入

在 Tokeny 中新建工作空间,将下载的样例解压到工作空间,选择支持工具调用的模型。本例使用合成演示数据或文中列出的公开资料。

  • store.csv
下载输入样例

把任务交给 Tokeny

整理三天的店铺流量与成交数据,用加权口径计算整体转化率和客单价,生成 HTML 运营看板与汇总 Excel。

交付文件:store.html、store.xlsx。
验收要点:
- 访客合计 3000、订单 154、销售额 31440
- 整体转化率 5.1333%,不能直接平均各日比例
这是使用合成演示输入或指定公开资料的真实操作案例。请先读取工作空间输入,再实际生成文件并自检。所有写入、脚本与临时服务限于当前工作空间;临时服务只监听 127.0.0.1,执行后关闭;不触达外部收件人、不发布、不付款、不更改系统设置,不调用子智能体。需要公开资料时可读取给定 URL。只启用完成任务必需的工具。另写 report.md(中文)和 report.en.md(英文),每份 400–800 字,包含输入、处理步骤、真实结果、检查方式和局限;失败或未验证部分如实记录,不能宣称成功。最终回复用中文列出产物、关键结果与待核实项。
复核后追加的任务(1 次)
复核发现 store.html 在 390px 手机视口存在横向溢出:逐日明细六列表格撑出了页面。请只修复响应式布局,使表格可以在独立容器内横向滚动,页面本身不能横向溢出。请用真实浏览器在 390px 和 1440px 检查 document.documentElement.scrollWidth <= innerWidth,保留原始数据与正确的指标,更新 report.md/report.en.md 记录本次修复与实际检查结果。

本次使用独立演示工作空间。复现时,请根据自己的文件与权限设置检查操作,确认后继续。

实际执行过程

任务从 Tokeny 输入框提交,由在线模型读取资料并调用工具实际执行。本例核对本地演示任务与实际生成的文件,结果和检查方法见下文。

Tokeny 1.7.8 中「电商运营数据看板」的真实执行会话与生成文件。点击可查看原图。
Tokeny 1.7.8 中「电商运营数据看板」的真实执行会话与生成文件。点击可查看原图。
本次生成文件的实际预览;内容来自可下载的产物。
本次生成文件的实际预览;内容来自可下载的产物。

产物、结果与复核

输入

本次使用工作空间中的 store.csv 作为唯一输入。文件包含三天合成演示数据,字段为日期、访客数、订单数和销售额:2026-10-01 为 1000 名访客、50 单、10000 元;2026-10-02 为 800 名访客、32 单、7040 元;2026-10-03 为 1200 名访客、72 单、14400 元。输入共三条有效记录,未使用外部公开资料,也未补充其他业务字段。

处理步骤

先按日期读取 CSV,并将访客数、订单数、销售额转换为数值。随后分别对三天数据求和,再基于总量计算整体指标,而不是直接平均各日比例。整体转化率定义为订单合计除以访客合计;整体客单价定义为销售额合计除以订单合计。同时计算每日转化率和每日客单价,供对比但不用于替代整体口径。结果写入 store.xlsx,包括原始数据、汇总、逐日指标和说明四个工作表;另生成 store.html 作为浏览器看板。

真实结果

访客合计为 3,000,订单合计为 154,销售额合计为 ¥31,440。整体转化率为 154 ÷ 3000 = 5.1333%,即 5.1333%(按四位小数百分比显示)。整体客单价为 ¥31,440 ÷ 154 = ¥204.16。HTML 看板展示核心 KPI、逐日明细、趋势条形图、计算公式和数据限制;Excel 保留公式并写入可核对的结果缓存。

检查方式

已使用独立 Python 计算复核 CSV 的三条记录,并检查合计是否等于访客 3000、订单 154、销售额 31440。进一步检查了加权转化率的分子分母、客单价的分子分母,以及 HTML 中的核心数字;同时用标准库解压检查 XLSX 包,确认包含四个工作表 XML、公式节点和关键结果缓存。由于当前环境没有启动浏览器服务,未进行真实浏览器截图或交互验收;HTML 为静态文件,可直接打开查看。

局限

数据是合成演示输入,不代表真实店铺经营结果。当前口径未处理退款、取消、重复访客、跨日归因、渠道分层、商品结构、税费、优惠、成本和异常订单,因此不能据此判断利润或投放效率。Excel 公式的计算结果在生成时已按 Python 结果写入缓存,但若在不支持公式计算的阅读器中打开,仍应以汇总值和说明中的数值为准。

本次响应式修复

复核发现 390px 视口下逐日明细六列表格会撑宽页面。本次仅调整 HTML 响应式布局:在表格外增加独立的 .table-scroll 容器,设置 overflow-x: auto,并保留表格的可读最小宽度;未改动原始数据、汇总数字、计算公式或其他业务展示内容。

修复后实测

使用真实 Edge 浏览器访问本地 127.0.0.1 页面,分别设置视口宽度 390px 和 1440px,并读取 document.documentElement.scrollWidth 与 innerWidth。390px 结果为 scrollWidth=390、innerWidth=390;1440px 结果为 scrollWidth=1440、innerWidth=1440,两者均满足 scrollWidth <= innerWidth。390px 下表格容器内部滚动宽度为 720px,说明横向滚动被限制在独立容器内。两种视口均确认访客 3000、订单 154、销售额 31440、整体转化率 5.1333% 和客单价 ¥204.16 均存在。临时服务已关闭。

下载产物,自己核对

压缩包保存本次执行生成的文件。替换成自己的资料后,可以按下面的检查点验收。

  • 访客合计 3000、订单 154、销售额 31440
  • 整体转化率 5.1333%,不能直接平均各日比例
store.html · 7 KBstore.xlsx · 9 KBreport.md · 3 KBreport.en.md · 4 KB
下载本次实际产物

继续探索同类场景