日志记录了代码执行过程，可以根据目的分为系统日志和操作日志。本文作者介绍了工作日志，分析了5个阶段设计用户工作日志的方法，我们一起看一下。

1，什么是日志

日志记录了代码执行过程。根据目的，可以分为系统日志和操作日志。

1)系统日志

记录有关系统硬件、软件和系统问题的信息，并监控系统中发生的事件。开发人员可以借此确定错误的原因，或在受到攻击时找到攻击者留下的痕迹。系统日志包括系统日志、应用程序日志和安全日志。系统日志主要为开发人员解决问题提供依据，因此可读性不是很高。

2)操作日志

记录系统中所有用户的操作过程和操作结果，如登录记录、记录修改等。活动日志主要是为用户服务的，有助于查看记录活动记录，因此对可读性要求很高。

2，什么是操作日志

特别是记录“谁在什么时候、什么地方、做了什么、发生了什么变化”，因此整个操作日志必须包含以下信息：

用户(操作员和帐户):执行任务的时间：执行任务的时间(业务菜单):用户管理、订单管理等任务对象：问题、试卷任务类型：要执行的任务(例如

“任务”页：记录执行任务时调用的界面，如/crowd/system/user/list，如果出现异常，技术人员可以快速找到问题。登录IP:用户执行的操作记录(例如125.71.135.54四川)Chrome101、Windows7、PC业务相关字段：为满足业务需求而记录的字段(见下图)扩展1:以上

扩展2:如果多个项目需要记录用户的工作，则无需为每个项目开发单独的工作日志功能。相反，必须设计用户活动日志的公共组件(在本文档中，只能为单个项目设计用户活动日志，而组件设计超出了本文档的范围)。但是，在设计组件时，必须清除每个项目的用户活动日志

步骤3至5设计用户操作日志

1. 梳理操作列表

梳理的任务列表列出了用户列出的任务中要记录在用户活动日志中的任务。具体方法是根据功能列表，根据业务需求过滤要记录的功能。

如上图所示，左边是产品的功能列表，经过产品经理的调研和分析，认为本项目的用户操作日志中不需要记录查看及查询操作，并且也不需要记录公告管理中的所有操作，因此制作了右边的操作列表。

2. 梳理记录字段

在本步骤中需要产品经理明确针对每个操作要记录的字段有哪些。至少应包括用户、操作时间、操作位置、操作对象和操作类型，再根据业务的需要增加变动值、IP地址、设备信息、操作页面等其他字段。

3. 填充具体规则

搭建好操作列表和记录字段的框架后，接下来就是往里面填充具体的规则了，即如何将操作日志以通俗易懂的方式展现出来。

如上图所示：添加、删除、停用等操作由于只涉及一个对象的一个状态，所以处理起来比较简单，如[2022-10-10 19:10:26][小王1816121315]在[学院管理]中[添加]了[学院一(002)]；

批量操作可以被看成是多次对单个对象进行操作，也只涉及一个状态，如[2022-10-10 19:10:26][小王1816121315]在[学院管理]中[添加]了[学院一(002)、学院二(003)、学院三(004)]；

最复杂的是对编辑操作的处理，因为涉及到两个状态，即编辑前和编辑后，下文会以“编辑”操作为例介绍如何记录两个状态的操作内容。

注：需要根据业务需求决定日志记录的颗粒度，可只记录到操作类型，也可记录到每次操作的详细内容。

1）有限值

针对有限内容（如下拉框、多选框、复选框等）可直接记录前后变化，如题目难度：将[难度一]修改为[难度二]。

2）短文本

由于文本内容较短，也可以直接记录编辑前和编辑后的内容，如学院名称：将[学院一]修改为[学院二]。

3）长文本

由于文字较多，若像短文本那样将全部内容都展示出来，则不利于用户看出变化。这时就可先按“行”梳理长文本内容，编辑后只给用户展示出变动行的内容，如下图所示，可以很清晰地看出用户删除了第285-294行，新增了289-298行。

4）图片和音视频

图片和音视频是以地址的形式存储的，因此也应该以地址的形式进行记录，如附件：将[]修改为[]。

5）复杂内容

编辑一个阅读理解题目，可以同时包含有限值、短文本、长文本、图片和音视频，并且选项和子题的个数也不可控，如果按上述方案对每种数据分开记录，会十分繁琐，也不利于用户阅读。因此对于复杂内容，需要整体保存，并支持查看编辑前和编辑后的记录（类似于历史版本）。

4. 补充其他附属功能

除上述的主要规则外，关于用户操作日志还可根据需要设计其他附属功能，包括：

1）查询筛选

为了便于用户查找，应针对操作字段提供查询和筛选功能，如按用户信息进行模糊搜索、按操作时间段进行查询、按业务菜单和操作类型（筛选时要合并类型，如“新增学生”和“新增老师”，都属于“新增”类型）进行筛选等。

2）分页

分页展示数据，并且可以设置每页显示条数。

3）排序

按操作时间正序或倒序排列。

4）自定义显示列字段

若一次显示的字段太多，可由用户自定义选择。

5）下载

能够根据条件下载用户操作日志。

6）自动清理

用户操作日志更新频繁，长时间会积累大量数据，占据存储空间，并且操作日志具有时效性，过早的日志没有查询价值，因此可通过存储天数或存储条数的限制自动清理无用日志。

5. 完善原型和PRD

根据前面的分析结果完成产品原型和产品需求文档的设计。

至此五个步骤已全部介绍完成。

本文由 @产品乱弹 原创发布于人人都是产品经理，未经作者许可，禁止转载

题图来自 unsplash，基于 CC0 协议

该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。