产品的解构和重构（当我们在重构产品，有什么难点？）

如果你刚好是产品经理，并且在一家公司呆的越来越久，你一定会经历一次产品的重构

关注我的朋友应该知道，2022年这一年，我们因为前期遗留的问题和技术坑，花了接近半年时间去重构我们的PMTalk产品经理社区。

这次重构的范围包含了移动端、和PC端，我作为产品经理，分享下我们在重构中的难点。

我今天来聊聊，我们在PMTalk重构过程中的难点

1.什么时候选择重构

重构不是推倒重来

当我们打算重构的时，一定要提前知道重构期间会有几个月时间是没有办法做新需求的，所以重构的时间周期一定要选择在产品的业务稳定的阶段，也就是有标准的业务流程、用户固定使用的功能模块、以及正常的增长曲线。

否则，你的重构就不是重构，而是推倒重来，不停的从0到1无限循环。

这一点是很多产品团队都容易做错，以为产品处于稳定期，实际上产品并没有出现有效的商业模式闭环，在重构时候又换了方向，就一直处于探索期，这是我们曾经PMTalk血泪历史。

2.重构不是做新功能

前面提到重构意味着几个月不开发新的功能，实际上对于业务来说是灾难性的，因为你迭代停止了，但是业务却不断在增长，增长的用户要想增加留存率，就必须要新的功能和玩法推出。

而此时你的竞争对手可能已经优化推出了更多的有趣好玩功能去满足用户。

所以我们在重构期间，不少产品经理也会夹杂着新功能。导致重构时间大大延长，我建议方法是在早期广告系统、用户管理、内容管理、安全审核等，这些应该提前搭建，这样至少可以保证重构过程中，老系统可以开展运营活动，避免重构期间没有活动玩法。

3.重构提升用户体验就是速度

很多团队重构的目的是为了提升用户体验，但如果说最简单提升用户体验的方式就是提高系统响应速度、页面加载速度、点击反馈、图片加载速度，达到用户所见即所得，用户通过点击、滑动等操作，能够迅速访问到目标内容。

比如页面加载时间不超过2S，文章内容加载超过2S的给予过渡动画。速度是体验的最简单提升方法，我们不需要花时间思考太多。

4.提前梳理产品框架和基础功能

重构最难的点就定位产品框架，和找到基础功能。

这里推荐一个有效办法去梳理产品框架，就是通过用户体验地图方法来做核心场景的功能梳理，比如我们做K歌APP，那么核心就是K歌信息流、K歌房、K歌直播间加上账户体系个人中心就是基础功能。

这一点和MVP产品设计思路很像，就是我们要保证产品可行、可用、以及可验证，不需要花哨的玩法，保证用户可以找歌K、找人唱。

所以重构前，产品经理一定要花时间去梳理抽象的树状结构。在重构一个产品之前首先确定底层功能，也就是抽象出类。

这里最好理解的就是开放平台类型产品，比如我们可以在别人的开放平台里会看到非常多的能力服务提供，如下是喜马拉雅的开放平台提供了音频、AI等包含H5页面的SDK。

好的开放平台就是站在面向对象的思想上的产物，你需要什么能力就接入什么。比较好的归类，将产品的能力归为一个对象，这个对象提供了基础服务，你可以再此基础扩展。

产品设计上还是要看用户使用场景，比如我们做PMTalk产品经理社区，用户在社区的内容消费最基础的就是文字和图片，基础的就是内容生产、内容审核、以及内容消费（阅读)，所以提供最小能力就是要有编辑器、个人中心、写问题、写文章和消息通知。

5.重构技术评估，产品经理要主动参与

有时候产品的重构完全是底层技术框架重构，没有新功能增加、甚至UI页面都是一样的，所以许多产品经理对重构的技术方案不重视，导致重构上线后限制了未来功能迭代，所以我建议产品经理要多参与技术重构，比如曾经我们重构小程序，就是因为未来希望在抖音、支付宝等平台上线小程序。

所以技术同学重构的方案会选择可以同时支持多端的重构方案。还有就是考虑到门户社区SEO的服务，我们采用了服务端渲染技术架构让搜索引擎可以找到社区。

如果没有增加搜索引擎的搜索结果需求、小程序跨平台的需求，那么很可能选用的技术方案就在未来仍然面临限制。

6.重构项目的时间管理

重构期间，很多团队会插入新的需求，因为业务在变化，所以对于项目管理就显得非常重要了，比如我们这次重构从PHP到JAVA的后台重构，就插入了项目进度，所以项目管理里采取了日会、周会、月会来做任务跟进。

项目进度管理可以是重构里面最难得，几乎我加入的团队重构都会延期，主要是因为时间太长了，导致业务需求越塞越多。

转载请注明来自专注SEO技术,教程,推广 - 8848SEO，本文标题：《产品的解构和重构（当我们在重构产品，有什么难点？）》

标签：产品经理