笔者以自己负责的产品首页的后台模块设计、内容配置和老后台的优化等工作为例，复盘分享了工作内容中的不足、难点和收获。希望这部分心得能对同样做后台的产品同学有所启发。

年前刚入职新公司做产品实习，恰好碰上疫情延迟了节后回园区的办公时间。

由于疫情的影响，前段时间一直在家远程办公。远程办公的好处就是工作时间增多了，减少了路上交通的时间，但效率其实并没有提升多少。

这段时间，我主要负责产品首页的后台模块设计、内容配置和老后台的优化。由于一些客观和主观因素的影响，这次工作并没有做的很好。

虽然这次工作自己做的不够好，但有从这个项目中学到了很多，在产品方法论和认知上有了提高，对于首页后台管理和客户端推荐算法的运用也有了更深的理解。

为了提升认知，避免重蹈覆辙，复盘工作是必不可少的。

这次复盘我将抱着直面问题、直面自己来谈谈这次工作的不足、难点和收获。

大纲如下：

项目背景

目标-行动-结果

重难点分析

个人收获与总结

接下来怎么做

一、项目背景

APP架构大调整，图书馆和发现页起不同作用

提升产品体验，将以前的人工配置内容调整为算法推荐和规则匹配，为后续的用户转化奠定好基础。

搬迁老后台功能，统一在一个后台

二、目标-行动-结果 1. 目标

完成图书馆首页后台模块配置、内容管理设计和老后台功能优化。

2. 行动拆解

了解老后台逻辑

获取老后台图书馆的待优化需求

了解并弄清楚需求文档设计规则（不同团队不同要求）

探讨新首页需求和功能设计

最底层功能设计-单本书上传交互设计

根据新首页需求，构思并设计后台配置模块

熟悉算法、规则的原理

内容管理模块设计

功能设计-评审-修改-跟进开发

跟进开发-积极沟通-跟进需求修改

跟进测试-上线前期准备

上线后持续观察、分析数据

3. 结果

新版本不出意外将于明天上线，上线时间比预期推迟了一些。不得不说需求的变更和改动对上线时间产生了影响。

我要复盘下自己在这个过程中犯下的一些较低级的错误，比如需求稿不够清楚，跟进功能不够及时、决策不够果断等。

这次版本大体上实现了想要的功能设计，还有一些小优化打算留在二期来实现。二期将会把重点放在提升用户体验和转化。

三、项目重难点分析 1. 规则和算法模块

这次项目有推荐算法和规则的模块，之前没有接触过算法和规则定义的功能设计，这对于我来说是盲点。为了更加了解这块的客户端设计和后台设计，专门看了许多相关文章和跟团队进行讨论，才开始步入正轨。

所以在这里也聊聊推荐和规则模块。

推荐和规则是两个不同的概念，推荐是依靠数据和算法模型，主要是根据用户行为来推荐内容，人工无法干预；规则是依靠规则定义，给出一定的范围，通过规则来展示内容。

那么推荐后台应该是怎样的？

一般的推荐模块后台会包括上面的几个功能：

1）客户端效果设置指的是通过模块配置来让推荐模块出现在客户端展位中，主要是编辑模块的属性，比如权重、状态等。客户端的UI效果也非常重要，这个要根据内容和场景来决定UI效果图，这一块交给我们专业的UI设计师就好啦。

2）算法管理里有客户端结果预览和算法策略调整，有些还有A/B算法测试。

客户端结果预览指的是在后台可以看到客户端线上的推荐效果，一般可以支持查询用户的推荐结果，以此简单来判断下这个算法策略准不准

算法策略调整：对于推荐模块，可以进行算法指标调整，调整指标来应对不同的推荐目标和推荐准确性

3）数据分析一般包括模块关键指标数据图和性能方面

模块关键指标数据图：不同业务有不同的关键指标，我们一般来说比较看重北极星指标，指的是最重要的一个指标。通过这个指标数据来判断该推荐模块是否有效，是否实现了团队想要的东西。比如会员续费率、日活、GMV等。

性能方面：一般指的是模块的更新时间频率、更新时间段、响应时间，这个会涉及到开发费用，需要跟技术详细讨论。

2. 老版本兼容问题

这次的优化包括迁移老后台，将老后台的功能放在新后台，其中还要对一些功能进行优化，同时为了满足新版本客户端的需求，后台有些字段也要重新设计。这里会出现几个问题：

1）怎么避免新设计的字段对老版本某些功能的影响？

新设计的字段需要让技术进行各个端的排查，有影响的需要讨论解决方案，避免对老版本或者新版本造成影响。

2）去掉的字段（无用字段）是否对各个端都无用？

这个问题解决方案同上，无用（冗余）字段可以去掉，但还是要各个端排查

3）新增字段的数据怎么导入？