演示

演示目录。这些条目是为检验格式而写的,既不是一份完整清单,也没有获得任何机构认可;其中的复核日期都是示例记录。 这里的演示指什么

FM-13 已复核 · v1.0

让助手帮你分析表格,并逐个核对数字

助手只负责提出方法和公式,数字由表格算出来,你再交叉核对合计。

最终产出

一份简短的分析,其中数字来自你表格里的公式,并附一行交叉核对和一张标注清晰的图表。

难度
入门
耗时
首次约 40 分钟
适用环境
  • 电子表格,完全支持
  • 对话助手,部分支持
  • 模型 API 与脚本,部分支持

这条技能适合你吗?

适用场景

  • 你知道要问数据什么问题,但不知道该怎么算。
  • 这些数字会出现在报告或决策里。

不适用场景

  • 数据里有不能外传的个人记录;只描述列结构即可。
  • 你需要统计推断;请找合格的分析师。

开始之前

  • 带表头行的电子表格。
  • 一个明确的问题,例如上个季度哪个区域增长最快。

步骤

检查点没过,就不要往下走。

  1. 描述,而不是粘贴

    向助手描述各列的含义、类型和行数。如果结构说不清,可以粘几行编造的示例数据。

    检查点 除非政策允许,没有共享任何真实记录。

  2. 要方法和公式

    问该怎么回答这个问题、该用哪些公式,而不是直接要答案。

    检查点 你拿到的是可以粘贴的公式,而不是只能相信的数字。

  3. 在表格里计算

    在新列或数据透视表里应用这些公式。

    检查点 答案里的每个数字都能追到某个单元格。

  4. 交叉核对

    增加一行,用第二种方式重算合计,例如各分组之和与总计对照。

    检查点 两个合计完全一致。

  5. 诚实地画图

    标注坐标轴和单位,条形图从零开始,标题直接写结论。

    检查点 同事不看你的说明也能读懂这张图。

可能出问题的地方

  • 准确性 助手报数字时可以既自信又错误。规则是:数字必须来自单元格。
  • 隐私 描述列结构通常就够了,很少需要真实数据行。

示例 演示

虚构输入,专为这条演示条目编写。它只展示结果长什么样,不是真实案例。

输入
虚构表格:列为 region(文本)、quarter(文本)、revenue(数字);共 48 行。
结果
建议方法:用数据透视表,region 为行、quarter 为列、revenue 求和;增长率用(第四季度减第三季度)除以第三季度。

修订记录

演示记录,最新的在前。
版本日期变更
v1.0首次发布。