作者以产品主页的后台模块设计、内容配置和老后台的优化为例，分享了工作内容的不足、困难和收获。


我希望这部分经验能激励同样的背景产品学生。


几年前刚加入新公司做产品实习，正好遇到疫情，节后推迟了回园的办公时间。


由于疫情的影响，我一直在家远程工作。


远程办公的好处是工作时间增加，路上交通时间减少，但效率没有提高多少。


在此期间，我主要负责产品主页的后台模块设计、内容配置和旧背景的优化。


由于一些客观和主观因素，这项工作做得不好。


虽然这项工作做得不够好，但我从这个项目中学到了很多，提高了产品方法论和认知能力，对主页背景管理和客户推荐算法的应用有了更深入的了解。


为了提高认知能力，避免重蹈覆辙，复盘工作至关重要。


在这次复盘中，我将面对问题和自己，谈谈这项工作的不足、困难和收获。


大纲如下： 项目背景 目标-行动-结果 重难点分析 个人收获与总结 接下来该怎么办？ 一、项目背景 APP大调整结构，图书馆和发现页面起着不同的作用 改善产品体验，将以往的人工配置内容调整为算法推荐和规则匹配，为后续用户转换奠定良好的基础。


搬迁老后台功能，统一在后台 二、目标-行动-结果 1. 目标 完成图书馆主页后台模块配置、内容管理设计和老后台功能优化。


2. 行动拆解 了解老后台的逻辑 要优化老后台图书馆的需求 了解和理解需求文档设计规则（不同团队的不同要求） 探讨新主页的需求和功能设计 底层功能设计-单本上传交互设计 根据新主页的需要，构思和设计后台配置模块 熟悉算法和规则的原理 设计内容管理模块 跟进开发 跟进开发-积极沟通-跟进需求修改 跟进测试-上线前期准备 上线后继续观察和分析数据 3. 结果 新版本将于明天上线，上线时间将比预期推迟。


不得不说，需求的变化和变化影响了上线时间。


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


这个版本一般实现了所需的功能设计，有一些小的优化计划留在些小的优化。


第二阶段将重点改善用户体验和转型。


三、项目重难点分析 1. 规则和算法模块 这个项目有一个推荐算法和规则的模块，以前没有接触过算法和规则定义的功能设计，这对我来说是一个盲点。


为了更好地了解客户端设计和背景设计，我读了很多相关的文章，并与团队讨论，然后开始步入正轨。


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


推荐和规则是两个不同的概念。


推荐依赖于数据和算法模型，主要根据用户行为推荐内容，不能手动干预；规则依赖于规则的定义，给出一定的范围，并通过规则显示内容。


那么推荐后台应该是什么呢？ 一般推荐模块的背景将包括上述功能： 1)客户端效果设置是指通过模块配置在客户端展位中出现推荐模块，主要是编辑模块的属性，如权重、状态等。


UI效果也很重要，要根据内容和场景来决定UI效果图，这一块给我们专业UI设计师就好。


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


客户端结果预览是指在后台可以看到客户端在线的推荐效果，一般可以支持查询用户的推荐结果，从而简单判断算法策略是否准确 算法策略调整:对于推荐模块，可以调整算法指标，调整指标来处理不同的推荐目标和推荐准确性 3)数据分析一般包括模块关键指标数据图和性能 模块关键指标数据图：不同的业务有不同的关键指标。


一般来说，我们更关注北极星指标，指的是最重要的指标。


通过该指标数据来判断推荐模块是否有效，以及团队是否实现了他们想要的。


例如，会员更新率、日常生活、GMV等。


性能：一般指模块的更新时间频率、更新时间段、响应时间，涉及开发成本，需要与技术详细讨论。


2. 老版本兼容 优化包括迁移旧背景，将旧背景的功能放在新背景中，优化一些功能。


同时，为了满足新版本客户端的需求，背景中的一些字段也应重新设计。


这里有几个问题： 1)如何避免新设计的字段对旧版本某些功能的影响？ 新设计的字段要求技术在各个方面进行调查，有影响的需要讨论解决方案，避免影响旧版本或新版本。


2)去掉的字段(无用字段)对每个端都无用吗？ 这个问题的解决方案是一样的，可以去除无用(冗余)字段，但还是需要各端调查。


3)如何导入新字段的数据？ 这里通常有两种方法，技术导入和人工导入。


如果新字段对应于旧背景中的某个字段，则技术可以直接导入。


否则，只能安排人工导入数据。


这将成为一项纯手工工作，需要提前估计时间，而不影响在线时间。


4)如何同时运行旧版本和新版本？ 旧版和新版完全有两个App在这种情况下，一般来说，它应该并行运行一段时间。


一段时间后，老用户可以通过弹出窗口更新或其他交互操作来提示。


90%的老用户更新后，一般来说，他们不能再操作旧版本 四、个人收获与总结 1. 撰写交互文档，以开发和测试为用户 该项目相对复杂，负责客户端主页的配置、内容管理和底层图书的上传。


因此，背景菜单级别和页面相对较多，每个页面都需要清楚地写下功能和逻辑。


此外，我还负责旧背景的迁移，然后在迁移到新背景后优化一些小功能。


然而，由于旧背景时间长，许多开发人员对某些功能的具体逻辑不太熟悉，因此这一块也需要关注。


它不是1：1移动的。


在了解了原始功能逻辑后，设计符合新背景交互操作。


交互文档是否写得清楚，是否能让开发人员理解，将与后续开发的进展和功能的实现有关。


总结一些写交互文档后的经验：， 在解释功能设计时，尽量用结构化语言解释功能，减少不必要的拉小牛 更新原型时，需要说明更新时间、页面和功能。


通过不同的线框可以显示新功能 菜单需要解释是否有独立的菜单，页面入口在哪里，清晰的菜单结构非常重要 如果每个按钮都能交互(在Axure最好实现交互，方便开发和测试理解按钮和页面跳转 2. 功能设计-确保过程清晰，自己通过整个过程 至于功能设计，这次主要负责后台设计。


与普通客户端设计大不相同。


在我看来，主要区别在于: 在用户方面，后台主要用于运营和内部团队，而客户端一般用于产品用户。


从需求的角度来看，背景需求主要是提高运营效率、数据分析、客户内容管理，围绕这些进行功能优化。


客户需求主要来自用户需求、产品战略需求、业务实现需求等。


从功能设计和体验的角度来看，背景功能更注重解决问题。


面对解决业务问题，体验和设计并不那么重要。


在设计功能时，应考虑开发成本和技术实现，并结合功能和技术提供最佳解决方案。


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


例如，我以前在书中看到过很好的观点。


抖音的小视频是单列的，快手是双列的，抖音是单列的kill time，给用户一种沉浸感，引导用户继续观看下一个算法推荐的视频。


快手双列的目的是让用户主动选择视频，有更多的流量来挖掘用户的真正兴趣。


两种不同的交互设计将给用户带来不同的容错率，并影响产品的开发。


交互设计和用户体验对客户端非常重要，不是为用户提供视频来解决问题，而是让用户觉得你的视频很好，下次他们会来平台继续观看。


谈完后台产品和客户端产品的区别，再来谈谈这次对后台功能设计的总结: 1)后台针对每个小功能，主要是增删查改。


我们需要熟悉常见的增删查改交互逻辑。


以下是一些常见功能操作的总结: 例如，列表生成的状态通常是未发布/已发布/删除的。


不同的状态对应不同的操作按钮，不同的状态也会影响客户端的内容生成 图片上传、文件上传、字符输入等需要注明提示，操作将非常感谢您 根据查询习惯和类型规则，查询字段的布局排放 根据更新时间和列表排序问题ID倒序将涉及后台列表和客户端显示的排名 有些按钮需要二次确认，如发布和删除 如果可以直接选择操作，不要设计上传的操作 单选框、复选框等要考虑选项内容，是否齐全，是否易懂 如果查询页面能支持模糊搜索，最好支持模糊搜索，可以大大提高操作搜索的效率 少做多层交互布局，尽量干净简洁，牺牲UI确保组件清洁的效果 2） 背景功能设计必须急于解决业务问题，而不是想画一个好的原型，方案不能实现，无论原型有多好都没用。


3）功能设计应注意过程是否清晰，耦合功能是否少，逻辑是否恰当。


问问自己，这个功能是否真的解决了需求，是否有更好的解决方案。


4)是否有异常情况，需要注意异常情况，否则会导致Bug出现。


5)如果有新字段，考虑如何提前配置数据，需要多少天，如何安排新数据导入。


这些需要提前考虑，否则会影响正式版本的上线时间。


6)在功能设计中，如果在早期阶段进行需求访谈，请客观地看待访谈的结论。


有些需求不必这样做，看到需求的本质，综合分析来决定是否需要这样做。


7)功能设计完成后，交付给开发之前，一定要自己检查整个过程。


把自己当成用户，从头到尾跑一遍，看看会不会发现问题。


3. 项目跟进-快速决策 在与技术沟通时，首先了解对方的意思，然后判断是否需要继续优化计划 在讨论功能时，应迅速得出结论，谁负责跟进 讨论更新的需求需要同步所有人 即使在后期或测试和测试中，也会有需求和功能调整。


我们应该学会快速分析问题，给出最佳解决方案，并快速跟进变化 五、下一步该怎么办？ 这一次，在一个非常强大的团队里，有一个非常优秀的团队leader，让我看看优秀的产品经理应该是什么样子。


优秀的产品经理往往比解决问题需要更多的时间来定义问题。


定义问题至关重要。


我们需要找出问题的根源，看透问题的本质。


这通常需要更长的时间。


如何解决问题主要是澄清问题逻辑，绘制原型，花费相对较少的时间和精力。


其次，在做好交互原型和功能设计的基础上，继续加强综合分析能力、技术思维和需求挖掘能力。


工作项目主要分两步提高这些能力 产品拆解。


工作项目： 通常在需求讨论和功能设计中多思考，从王诗木的书《幕后产品》中学习，从本质、上层、重点和不同的思维。


在工作中的具体项目中锻炼你的实践能力和逻辑能力。


产品拆解： 继续每天思考和记录产品发现 继续写产品文章，思考不同的产品需求、功能和策略 继续读书，目前正在读的书有《失控》、《博弈与社会》、《穷查理宝典》、《决胜B端》；继续看推文 继续参与super黄色产品拆解组的产品讨论，接触不同观点，提高产品认知度 作者：苏Eddie，微信微信官方账号:苏Eddies 特别说明：本网站的主要目的是收集与互联网运营相关的干货知识，为运营伙伴提供便利。


本网站收集的公共内容来自互联网或用户的贡献，这并不意味着本网站同意其观点，也不对网站内容的真实性负责。


如有侵权行为，请联系网站管理员删除，。