结果,也要记住。
01 / 记忆
向下探索,亲手操作。
01它回答:94%。
管理层会议上,智能体给出了上个月的按期交付率。留下的记录,只有问题和答案。
依据这个答案做了什么决定,后来结果如何,无处可查。
02一件事,五份记录。
问题、答案采用的口径、答案、据此做出的决定,以及后来的结果。把散落的记录,归回同一件事。
- R-01 · 问题“上个月的按期交付率是多少?”
- R-02 · 口径按工厂承诺交期统计
- R-03 · 答案94%
- R-04 · 决定接下一笔交期紧迫的大额订单
- R-05 · 结果部分订单未能在客户要求交期内交付
03按事情的来龙去脉,连起记录。
从问题到口径、答案、决定,再到结果。多数系统缺的是决定与结果之间的连线,也没有让结果回到问题的路。
- L-01 · 问题 → 口径R-01 · “上个月的按期交付率是多少?”
- L-02 · 口径 → 答案R-02 · 按工厂承诺交期统计
- L-03 · 答案 → 决定R-03 · 94%
- L-04 · 决定 → 结果R-04 · 接下一笔交期紧迫的大额订单通常缺失的一环
04后来,怎么样了?
打开这笔订单的结果,把它接回最初的问题。
R-05 · 结果
部分订单未能在客户要求交期内交付
客户问的是能否赶上要求交期,答案却按工厂承诺交期统计。
按客户要求交期计算,上个月的按期交付率是 79%。
修正(销售负责人):这个问题,按客户要求交期回答。
结果回到了问题,循环闭合。
结果回得来, 下一次才会更好。
设计原则
只保存问题和答案,系统不会因此变好。把行动、决定、结果和修正放进同一份记录,从一开始就设计好让结果返回的路径。
这是一个虚构的简化示例,只包含一个问题和一个决定。实际工作中,结果往往很久才回来,记录也可能在途中断掉。
