当我们重建产品时，有哪些困难？
如果你恰好是一个产品经理，在一家公司呆的时间越来越长，你肯定会经历一次商品的重构。
关注我的朋友应该知道，2022年，我们花了将近半年的时间重建我们的PMTalk产品经理社区，因为前期遗留的问题和技术坑。
本次重建的范围包括手机端、PC端，作为产品经理，我将分享我们在重建中的困难。
在PMTalk重构过程中，我们今天来谈谈难点。
何时选择重构重构？
重构并非推倒重来
当我们准备重建的时候，一定要提前知道重建期会有几个月的时间，所以重建期一定要选择在产品业务稳定的阶段，也就是有标准的业务流程，有客户固定使用的功能模块，有正常的增长曲线。
不然，你的重构就不是重构，而是推倒重新开始，从0到1不断循环。
这是很多产品团队容易犯的错误。他们认为商品处于稳定期。事实上，商品没有有效的商业模式闭环。当它们重建时，它们改变了方向，并且一直处于探索期。这是我们PMTalk血泪的历史。
重构不是做新功能。
如前所述，重构意味着新功能几个月没有开发出来。其实对于业务来说是灾难性的，因为你已经停止了迭代，但是业务在不断增长。如果增长用户想增加留存率，他们必须推出新的功能和游戏。
而且在这个时候，你的竞争者也许已经推出了更多有趣的功能来满足用户。
因此，在重建过程中，许多产品经理也会掺杂新的功能。重建时间大大延长。我的建议方法是提前建立广告系统、用户管理、内容管理、安全审核等。，这样至少可以保证老系统在重建过程中可以开展运营活动，防止重建过程中没有活动玩法。
重构提升用户体验就是速率。
很多团队重构的目的都是为了提升用户体验，但是提升用户体验最简单的方法就是提高系统响应速度、页面加载速度、点击反馈、图片加载速度，从而达到客户的眼见为实，客户可以通过点击、滚动等操作快速访问目标内容。
比如页面加载时间不超过2S，文章内容加载超过2S的过渡动画。速度是提高感觉最简单的方法，所以我们不需要花太多时间思考。
提前整理产品框架和基本功能
对产品框架进行重构，找出基本功能。
在这里，我们推荐一种有效的方法来整理产品框架，即通过用户体验地图的方法来整理核心场景的功能。就像我们做k歌APP一样，核心是k歌信息流、k歌房、k歌直播间和账号系统的基本功能。
这和MVP产品的设计思路很像，就是要保证产品可行、可用、可验证，不需要花哨的玩法，保证用户能找到K歌。、找人唱。
因此，在重建之前，产品经理必须花时间整理抽象的树形结构。在重建产品之前，首先要确定底层功能，即抽象出类。
这里最好的理解就是开放式平台产品，就像我们可以在别人的开放式平台上看到相当多的能力服务提供一样，喜马拉雅的开放式平台提供包括H5界面在内的音频、AI等SDK。
一个好的开放平台是面向对象的思想产物，你可以访问任何你需要的能力。更好的分类，把产品的能力归类为对象，这个对象提供基本的服务，你可以在这个基础上扩展。
产品设计还是要看用户的使用场景。就像我们做PMTalk产品经理社区一样，文字和图片是社区内容消费最基本的方式，内容制作、内容审核、内容消费(阅读)是基本的。因此，提供最小的能力是拥有编辑器、用户中心、写问题、写文章和消息通知。
产品经理应积极参与技术评估的重构。
有时候商品的重构完全是底层的技术框架重构，没有新的功能增加，甚至UI页面都是一样的。所以很多产品经理不重视重构的技术方案，导致重构推出后功能迭代受到限制。因此，我建议产品经理应该参与更多的技术重构。比如我们之所以重构小程序，是因为希望以后在Tiktok、支付宝等平台上推出小程序。
因此，技术专业学生的重建方案将选择能够同时支持多端重建方案的方案。此外，考虑到门户社区SEO的服务，我们采用了服务器渲染技术结构，让搜索引擎找到社区。
若不增加搜索引擎的搜索结果需求，小程序跨平台需求，则未来很有可能选择的技术方案仍将受到限制。
6.重建项目的时间管理
在重建过程中，许多团队会插入新的需求。由于业务在变化，项目管理非常重要。就像我们从PHP到JAVA的后台重建一样，项目进度被插入其中，所以项目管理采取了每日会议、每周会议和每月会议的任务跟进。
项目进度管理可以是重建中最难得的。几乎我加入团队重建的时候都会推迟。根本原因是时间太长，项目需求越来越多。
上述就是我的分享。
本文来自微信微信官方账号 “Kevin改变世界的点点滴滴”（ID：Kevingbsjddd），作者：Kevin改变了世界的点滴，36氪被授权发布。
本文仅代表作者观点，版权归原创者所有，如需转载请在文中注明来源及作者名字。
免责声明：本文系转载编辑文章，仅作分享之用。如分享内容、图片侵犯到您的版权或非授权发布，请及时与我们联系进行审核处理或删除，您可以发送材料至邮箱：service@tojoy.com