操作日志是一个经常被忽视，但在关键时刻不被甩锅的好功能，那操作日志该怎么设计呢？
对开发而言，执行insert、update、delete这3个操作的时候，就需要进行日志，而日志执行的先后顺序如下：
对产品经理而言，操作日志的设计不复杂，做好以下3点即可：
1、操作日志记录点，一般设置在重要功能、敏感信息和多人协作处。
2、主要考虑增、删、改、查4类最常用操作类型，有些业务场景还需考虑启用/禁用、审核/反审核、导出/打印、导入等比较常用的操作类型，其他的操作类型基本不用考虑。
3、定义显示字段，要做到尽可能细致，但重点还在记录行为上。
操作日志记录点：
一个系统，每个业务场景、菜单、功能点似乎都可以作为操作日志的记录点。但如果面面俱到的话，会占用大量的资源，所以挑重点即可。主要在以下3个地方设置记录点：
①重要功能
这要根据用户的业务场景来评估，哪些内容发生变更可能会影响他们的经营和内部管理，也可以从用户内部的绩效考核维度来考量。
比如说员工把材料价格修改错了，导致系统在和供应商结算时出错，那么材料价格修改的日志要记录下来；
像采购订单打印样式等一些不重要的基础设置修改，就不用记录，发现有问题改回来即可，不会造成损失，或者说损失很小，可以接受。
②敏感信息
敏感信息包括客户资料、供应商资料、统计报表、系统账号管理等。按理来说，员工不负责相关事务没有权限即可，但为了防止有权限的员工篡改和泄露信息，可以做个日志记录。
比如员工离职前，是否把客户资料导出了；内部的资金往来情况，是否打印下来了。这些都可能导致内部资料的流失，造成损失。而系统的记录，能方便老板追查。
③多人协作
B端用户最大的特点就是角色多，并且同一角色的员工人数多。这就导致：
1、不同角色之间可能有上下流关系，任一环节出错了都可能导致任务失败，必须监察好每个环节，比如审核和反审核。
2、同一角色的多个员工都有操作权限，操作混乱，容易引起纠纷，必须责任到人。比如一个项目有多个仓管员，谁进行了入库和出库呢？
这时候，操作日志责任到人的能力就发挥的很好了，不冤枉好人，不放过过错，也不要把锅甩给系统。
操作日志类型：
根据上面需要操作日志的地方来看，主要的日志类型和应用如下：
定义操作类型显示字段
明确了操作日志的类型后，最后一步就是确定前端页面展示的字段
我们来看个很典型的操作日志案例：
主要字段就是这几个：
对于日志内容的填写，不能过于复杂，应该将记录的重点是放在一次操作行为上，如果有问题，可以根据这次操作行为去辅助责任到人，排查问题。比如说导出了xx报表；xx字段由原内容修改为新内容等。
内容参考自：https://www.cnblogs.com/hooray/archive/2012/09/05/2672133.html和公众号：司马特小分队
侵删