商智引擎

先看清问题，再决定下一步。

企业 AI 项目项目经历

产品规划 · 迭代路径设计高涵

以下界面来自前端演示，图中数值用于说明界面，不作为实际业务成效。查看前端演示 ↗

先解决每天反复发生的工作

用户每天会花大量时间反复查看商品数据，再从中寻找需要关注的机会和异常。产品先从这段已经存在的工作切入，把经营概况和商品变化放到同一条查看路径里。

首期没有一次性复制常见Agent的全部功能，自动化上下架也没有纳入第一步。先帮助用户看清数据、定位问题，再判断哪些操作值得继续自动化，是这项实践中的主要产品取舍。

全局数据能说明经营情况发生了变化，下一步还需要知道变化来自哪些商品。运营看板把增长和下滑分别列出，同时保留支付金额、订单数、变化率和上一周期的参照。

这让查看路径从“今天整体怎么样”继续走向“哪些商品值得看一眼”。增长列表用于发现可能的机会，下滑列表用于定位需要排查的对象；变化本身不直接等于爆品或异常原因。

销售结果有变化时，只看一个转化率还不够。点击率与成交率四象限把两个环节放到一起：用户是否愿意点进来，以及点进来之后是否成交。

图中的位置和右侧商品明细相互对应，帮助区分高点击低成交、低点击高成交等情况，给后续排查一个起点。象限用于组织观察，不能代替对具体商品和业务情况的判断，也不直接给出因果结论。

运营和财务关心的是同一门生意的不同侧面。财务看板按时间、平台和店铺组织数据，让GMV、平台费用和管理费用能够在同一范围下查看。

月度视图同时呈现趋势和费用构成，便于继续追问变化发生在哪里。这张现有界面展示的是GMV与费用拆解，不能把GMV直接当作实际收入或利润。

看板负责把需要关注的信息放到面前，后续还需要结合材料理解变化。现有日报复核示例把提问、日报文件、分析解释和报告侧栏放在同一处，呈现从查看数据到继续分析的交互。

报告保留关键指标与后续复核建议，使用者可以对照原始材料继续判断。这里展示已有前端示例会话，不将示例解释当成已经验证的归因结果。

有了看板和分析结果，还需要知道数据任务进行到了哪里。数据中心把任务来源、归属人员、审核人、执行结果、日报状态与日志入口放在同一份记录里。

任务是否完成和日报是否发布是两个不同状态。把它们分开呈现，能让失败处理、人工复核和正式发布各有入口，而不是只展示一份生成结果。

继续了解其他实践