跳至交互体验

01 / 记忆

答案留下了⁠。 结果却没回来⁠。

大多数系统只记住了问题和答案⁠。这个答案促成了什么决定,后来又怎样了⁠?把结果也记下来⁠。

亲手体验这个机制

结果,也要记住。

交互体验虚构案例
01 / 记忆

向下探索,亲手操作。

01它回答:94%。

管理层会议上,智能体给出了上个月的按期交付率。留下的记录,只有问题和答案。

依据这个答案做了什么决定,后来结果如何,无处可查。

02一件事,五份记录。

问题、答案采用的口径、答案、据此做出的决定,以及后来的结果。把散落的记录,归回同一件事。

  1. R-01 · 问题“上个月的按期交付率是多少?”
  2. R-02 · 口径按工厂承诺交期统计
  3. R-03 · 答案94%
  4. R-04 · 决定接下一笔交期紧迫的大额订单
  5. R-05 · 结果部分订单未能在客户要求交期内交付

03按事情的来龙去脉,连起记录。

从问题到口径、答案、决定,再到结果。多数系统缺的是决定与结果之间的连线,也没有让结果回到问题的路。

  • L-01 · 问题 → 口径R-01 · “上个月的按期交付率是多少?”
  • L-02 · 口径 → 答案R-02 · 按工厂承诺交期统计
  • L-03 · 答案 → 决定R-03 · 94%
  • L-04 · 决定 → 结果R-04 · 接下一笔交期紧迫的大额订单通常缺失的一环

04后来,怎么样了?

打开这笔订单的结果,把它接回最初的问题。

05记住结果,才有验证的依据。

闭合的循环成为一段记忆。下次再遇到同一个问题,就知道该用什么口径回答。这段记忆,交给下一步验证。

结果还未打开,循环还未闭合。 先打开结果

结果回得来, 下一次才会更好。

设计原则

只保存问题和答案,系统不会因此变好。把行动、决定、结果和修正放进同一份记录,从一开始就设计好让结果返回的路径。

这是一个虚构的简化示例,只包含一个问题和一个决定。实际工作中,结果往往很久才回来,记录也可能在途中断掉。