产品设计

Querri:把反复问的数据问题,变成可核对的业务口径

Querri 是面向运营和分析团队的 AI 数据分析工具。它能整理文件与连接的数据,把常用计算保存成可复用的表,帮助团队用同一套定义回答业务问题。

先给出你的方案与理由,再展开思路,检查是否遗漏了重要的取舍与验证。这些问题没有唯一答案。

01
产品思考中阶

先确认销售额的定义

你负责一家小店的销售看板。运营把“销售额”理解为全部已付款订单,财务则希望扣掉已经退款的金额。今天有三笔订单:A 已付款 100 元,B 已付款 60 元且已退 20 元,C 待付款 80 元。

请设计一个保存“销售额”规则前的确认流程。规则是决定哪些记录和金额参与计算的说明,不是给某个数字起名字。

  1. 用这三笔订单说明两种口径会得到什么结果,并给它们起不易混淆的名字。
  2. 设计需要业务负责人回答的问题、确认页面的信息,以及以后改口径时怎样提醒使用者。
  3. 交付一页流程草图和一次小测试计划:让不参与设计的人按页面解释结果,记录哪些回答表明规则仍然含糊。
查看思路
  1. 先分别计算:已付款金额是 160 元,扣除已退款金额后的结果是 140 元,待付款 80 元不参与两者。两种口径可以同时合理,关键是名字、时间范围和退款处理不能省略。

  2. 把“选择口径”和“批准共享”分开。确认页可呈现定义、三笔样本的计入/排除理由、受影响的看板及负责人。讨论退款发生在下一月时应归入哪个月,这可能迫使你进一步明确规则。

  3. 测试时请参与者判断“本月付款、下月退款”的例子,再解释旧看板是否会变化。能复述标签却不能预测例子,说明说明文字仍不够。比较强制审批与低风险个人试用的成本;这是待验证设计建议,不是 Querri 已有审批功能的描述。