产品首页后台管理和客户端推荐算法，避免重蹈覆辙

两年前我刚进一家新公司做产品实习，恰逢疫情推迟了我放假后回办公室的时间。

由于疫情影响，我已经在家远程办公一段时间了。 远程办公的好处是工作时间增加了，交通时间减少了，但效率实际上并没有提高多少。

在此期间，我主要负责产品首页的后端模块设计、内容配置以及旧后端的优化。 由于一些主客观因素，这次工作做得并不好。

虽然这次做得不好，但从这个项目中我学到了很多东西，提高了自己的产品方法论和意识，对首页后台管理和客户端推荐算法的使用有了更深入的了解。

为了提高认识，避免重蹈覆辙，复习工作必不可少。

这次回顾，我怀着正视问题、正视自己的心态，谈谈这项工作的不足、困难和收获。

概要如下：

项目背景 目标-行动-结果 重点难点分析 个人收获与总结 下一步做什么 1、项目背景APP结构重大调整。 库和发现页面在改善产品体验方面发挥着不同的作用。 将之前的手动配置内容调整为算法推荐和规则匹配，为后续的用户转化打下良好的基础。将旧的后端功能重新定位，统一为一个后端 2. 目标-行动-结果 1. 目标

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

2. 行动分解 3. 结果

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

我想回顾一下我在这个过程中犯下的一些低级错误，比如需求稿不够清晰、后续功能不够及时、决策不够果断等。

该版本已基本实现了预期的功能设计，并计划在第二阶段实施一些小的优化。 第二阶段将重点关注改善用户体验和转化。

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

该项目有一个用于推荐算法和规则的模块。 我之前从未接触过算法和规则定义的功能设计，这对我来说是一个盲点。 为了更好地理解这方面的客户端设计和后端设计，我阅读了很多相关文章并与团队讨论，然后我开始走上正轨。

那么这里我们也讲一下推荐和规则模块。

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

那么推荐后端应该是什么样的呢？

一般推荐模块后端会包含以上功能：

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

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

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

2. 与旧版本的兼容性问题

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

1）如何避免新设计的字段对旧版本某些功能的影响？

新设计的领域需要通过两端的技术来把关，有没有影响需要讨论解决方案，避免影响新旧版本。

2）删除的字段（无用字段）是否毫无用处？

这个问题的解决方法和上面一样。 可以删除无用（冗余）字段，但仍需要在每一端进行检查。

3）如何导入新增字段的数据？

这里一般有两种方法，技术导入和手工导入。 如果新领域与旧背景中的领域相对应，则可以直接导入技术。 否则，只能安排人工导入数据。 这将成为一项纯手工工作，需要提前估算时间，以免影响启动时间。

4）旧版本和新版本如何同时并行运行？

当旧版本和新版本完全是两个App时，一般需要并行运行一段时间。 一段时间后，可以通过弹窗提示老用户进行更新或其他交互操作。 90%的老用户更新后，一般来说就无法再操作旧版本了。

4. 个人收获与总结 1. 编写交互文档，把开发和测试当成用户

这个项目比较复杂。 负责客户端首页的配置、内容管理和最底层的图书上传。 因此，后端菜单层次和页面相对较多，每个页面都需要有清晰的功能和逻辑编写。

另外，我还负责旧后端的迁移以及迁移到新后端后优化一些小功能。 但由于旧后端已经存在很长时间了，很多开发者对于某些功能的具体逻辑还不是很熟悉，所以这方面也需要强调。 这不仅仅是1:1的搬迁。 了解原有的功能逻辑后，设计符合新的后端交互操作。

交互文档是否写得清晰、能否被开发者理解，会影响后续开发的进度和功能实现的程度。 总结一下我这次写交互文档后的一些经验：，

2. 功能设计——确保流程清晰，自己走一遍整个流程

关于功能设计，我这次主要负责后端设计。 它与常见的客户端设计有很大不同。 在我看来，主要区别是：

客户将非常重视用户体验、交互和视觉效果。

比如，我之前在一本随机书上看到了一个很好的观点。 抖音的短视频是单栏，快手是双栏，抖音的单栏是为了消磨时间，给用户一种沉浸感，引导他们继续观看算法推荐的下一个视频。 快手双良的目标是让用户主动选择视频，从而挖掘更多流量，挖掘用户真正的兴趣。

两种不同的交互设计会给用户带来不同的容错率，也会影响产品的开发。 交互设计和用户体验对于客户来说非常重要。 不是提供视频供用户观看、解决问题，而是让用户觉得你的视频好看，下次会来平台继续观看。

说完了后端产品和客户端产品的区别，我们来说说这次后端功能设计的一些总结思路：

1）后台具体到各个小功能，主要是增、删、查、修改。 我们需要非常熟悉常见的增删改查交互逻辑。 下面总结了一些常见的功能操作：

2）后端功能设计一定要以解决业务问题为中心，而不是想着画好看的原型。 如果解决方案无法实现，那么无论原型有多漂亮，也是没有用的。

3）功能设计要注意流程是否清晰，耦合功能是否少，逻辑是否自洽。 问问自己这个功能是否真正解决了需求，是否有更好的解决方案。

4）是否有异常情况？ 需要注意异常情况，否则会出现bug。

5）如果有新字段，提前考虑如何为这些新字段配置数据，需要多少天，以及如何安排新数据的导入。 这些都需要提前想到，否则会影响正式版的上线时间。

6）功能设计时，如果前期进行需求访谈，必须客观看待访谈得出的结论。 有些要求不是强制性的。 认清需求的性质，综合分析，决定是否需要满足。

7）功能设计完成后，交给开发之前，必须自己走一遍整个流程。 把自己想象成一个用户，从头到尾运行一下，看看是否发现任何问题。

3.项目跟进-快速决策问题5.下一步做什么

这次我身处一个非常强大的团队，身边都是优秀的人，这让我见识到了一个优秀的产品经理应该是什么样子。

优秀的产品经理通常会花更多的时间来定义问题而不是解决问题。 定义问题非常关键。 我们需要追根溯源，看透问题的本质。 这通常需要更长的时间。 如何解决问题主要涉及理清问题逻辑和画出好的原型，需要的时间和精力相对较少。

接下来，在完成交互原型和功能设计的基础上，我们将继续强化自身的综合分析能力、技术实现思维和需求挖掘能力。

提高这些能力主要有两个步骤，工作项目+产品拆解。

工作项目：

我平时在讨论需求和功能设计的时候思考的比较多，思考本质，思考上层，思考重点，思考不同的事情。 这四种思维模式是从王时木的《产品幕后》一书中学到的。 在工作中利用具体的项目来锻炼你的实践能力和逻辑能力。

产品拆解：

TAG标签：微信小程序单选框