关于操作记录的思考，我总结了这些

鲸鱼 2023-07-31 18:06:54

操作记录：在系统中，将用户操作前后系统数据发生变化的行为，以及某些重要或敏感信息的浏览行为进行记录。在面向不同的用户群体时，比如：面向管理员和面向用户，操作记录的信息内容会不同，在本文中，以面向管理员的操作记录为主进行探讨。

面向管理员的操作记录：需要记录操作者的名字以及操作时间与操作对象和操作事件，知道这个是“谁”操作的，以及用户的操作，新增、编辑、删除的行为记录，如有重要信息，则信息的查看记录也应进行记录。

每个操作记录的信息都可以归入以下三个类别（系统功能相关的操作成功的信息、错误信息、操作失败信息）错误信息：表示一些重大的错误，失败的进程，系统故障等，比如 504 报错、500 报错

操作成功信息：除查询以外的，可以使系统数据操作前后发生变化的行为信息，以及重要信息的浏览记录

操作失败信息：使用系统功能操作过程中，未成功的信息

目的：快速定位问题，及时解决。

在操作系统的时候，只知道当下我们眼前的这个问题解决了，然而我们并不知道这个操作背后的会不会有其他的潜在问题。

对系统而言，每个模块及功能都不是独立存在的，操作的变化会引起一系列相关业务/数据发生相应的变化。针对 A 的操作，可能会影响 B，但是需要结合其他的条件，才会出现情况的发生。

因此，对于间接发生的问题而言，事故发生的时候，时间往往是滞后的。这个时候通过操作记录查找引起这个事故的源头问题，进而设计解决方案从根本上进行解决。

例如：在某 B端系统中，由于某管理员在品类管理中，将某品类 A 进行设置为禁用，那么业务员在填写单据时，就无法再选择品类 A 进行关联了。在权限分配时，发现 A 品类无法进行选择，分配给某用户。在操作记录中，经过查看，发现这个品类已经被禁用了，所以权限分配的时候也

没有办法选择到。

一、如何设计操作记录？

从以下 2 个方面进行思考：

1. 什么样的行为可以触发操作记录？2. 操作记录主要记录什么？

1. 什么样的行为可以触发操作记录？

在系统中，根据用户使用产品的行为来设置触发操作记录的条件。在 B 端产品中，用户对系统中的数据进行添加、编辑、删除这些行为时，需要进行操作记录。新增带来的问题，即用户在新增数据过程中因为疏于检查、思考不严谨造成的业务数据与实际情况不符的问题。

记录数据的新增的目的是，当系统出现问题时，可通过查看该数据是在什么时间新增的，在操作记录中快速定位问题，另一方面也是对用户行为的监督，减少问题的发生。

例如：采购业务员在系统录入采购数据时，预算金额 30000000 元，录成了 300000 元，疏于检查就提交了采购单据，在后续执行过程中发现财务部门的资金没有到位。通过创单日期，在操作记录的查找到对应单据的创建者，询问当时的具体情况。

后续解决方案：

1.用户在填写单据后，点击提交后，提示用户认真检查；

2.预算金额中用户填写的数字增加分位符：300,000,000 元；

3.预算金额中允许中文填写：3 千万元

记录数据编辑的目的是，数据添加后，单据的相关人员在后续的执行与操作过程中会对该数据进行编辑，使数据在时间的推移过程中不断的发生变化，当现存数据与实际业务存在偏差时，需要查看该数据什么时间被谁修改，找到对应的操作人员，询问修改的原因及当时的场景，对业务进行处理。

记录数据删除的目的是，当有重要的数据被人为误操作删除时，通过操作记录可以快速查找删除的单据进行恢复。

系统中问题的产生来源于系统数据的变动，即用户的操作；没有操作行为时，系统本身是不会产生问题的，故需要将引发系统数据变化的操作行为作为触发条件并进行记录。

用户的操作“新增、编辑、删除”与操作结果“添加一条新的数据、数据编辑前后的值不一样、删除一条数据”这些行为是符合条件的，并且是具体的，可控的。对系统而言，判断条件是明确的。用户在对系统中的数据进行添加、编辑、删除这些行为时，需要对用户操作行为进行记录。

2. 操作记录主要记录什么？

对于不同的产品而言，产品的操作记录记录的内容是不一样的。但总结起来为：谁在什么时间做了什么事情。大致可以分为 3 个内容：操作时间、操作对象、操作事件。

记录用户操作行为的时间、事件、以及操作对象。便于追溯用户的行为记录，遇到问题，可以快速通过操作者、时间、事件进行定位、以及追溯问题产生的背景，查明原因。

操作时间：记录用户操作行为的发生时间，即系统中数据发生变化的时间。能够帮助用户在出现问题时根据操作时间，缩小查找范围，快速定位。

操作对象：记录“谁”在系统上进行了操作，即引起系统数据发生变化的操作者。能够在出现问题时，快速找到数据的操作者，进一步了解数据的具体信息。

操作事件：记录用户做了什么操作，包括具体的操作动作（新增、编辑、删除等）以及被操作对象（某条单据中具体更改的某些字段或者操作）。查看引起问题具体的字段或者数值，对问题进行深究。

举个例子

在充电桩业务后台管理中，对用户操作前后系统数据发生变化的行为进行记录。如：在 2020 年 11 月 9 日的上午 10 点，小董在费率管理中修改充电费率。

当住户在锦绣花园小区的充电桩充电时，发现原本 5 元可以充满，现在需要支付 7 元才能给电动自行车充满电，通过用户意见反馈，反馈了这一问题。管理员通过用户反馈判断可能与小区充电桩设置的充电费率有关，通过问题发生的时间，以及用户所在的小区，在操作记录快速找到了关于该小区费率相关的操作记录。与案发时间最近的一次修改记录中，通过查看详情中费率值的修改：由“每小时 0.5 元”修改为“每小时 0.7 元”确定了问题的产生原因。进而，向该问题的操作者小董，了解修改费率的原因，是该区域的代理商重新与小区物业签订了费率。