一文详解：产品经理如何承接“重构/改版”需求？

需求池建立后开始做筛选工作，第一步先筛出来接受的需求，有些不合理的需求直接pass。在接受的需求池中，标注好每一条的优先级，以及解决方案，按照优先级制定重构版本需求范围和重构后迭代版本的迭代规划，而解决方案则落实到需求文档中。

下图为一个较大重构项目的原始需求池，未经筛选和标注优先级，小圆圈内的数字代表需求条数。

（某重构项目搜集的需求池）

6. 重构目标

重构目标不是将产品做出来，而是数据层面达到怎样的水平。重构目标需要具体可量化，而不是模糊的“提升用户体验”。

【反面示例】

改版目标：通过改版内容详情页，提升用户体验，给用户更好的阅读体验。

目标解读：首先不够具体，“提升用户体验”范围太大，其次没有量化，“更好的阅读体验”如何用数据衡量？

【正面示例】

改版目标：通过改版内容详情页，在详情页访问UV波动不超过5%的前提下，将PV/UV提升10%

目标解读：明确了改版后重点看的数据指标PV/UV，反应单个用户对于内容的沉浸程度。有约束条件：新版总体UV相较老版波动不超过5%。因此，针对这个目标设计内容详情页，可以考虑增加详情页里面的关联内容推荐、优化互动模式和通知提醒等，以达到新版让用户更多地访问到内容详情页。

总之，在一些目标导向的公司，有一个清晰的重构目标，有利于产品的设计，也容易出成果。如果能再增加一些行业数据或者竞品数据进行对标，那么在写绩效总结的时候绝对是一大亮点。

完成了以上调研文档的六个步骤，再来看需求文档其实就已经很清晰了。按照各自业务场景和调研文档的结论进行设计，在前面调研文档很清晰的情况下，需求文档的撰写应该是相对水到渠成的事情。可以在调研文档进行的同时将已经明确的改版方案细节列在需求文档中，不断扩充和积累之后，需求文档也相对趋于完善。

唯一要注意的一点：继承性产品设计，千万不能一次性大幅改变用户的操作习惯，否则后果自负。

三、中期策略

“重构”项目产品经理的工作70%的精力在前期的梳理与定义，需求评审完成后就陆续跟进视觉稿、开发和测试，有不明确的地方相关方会再来找你确认，如果你文档够细，评审够清晰，这种不明确的询问就会相对较少。

在项目开发中，其实产品经理很多时候还会兼任项目经理的职责，一般而言总会出现一些临时需求和紧急需求需要占用开发资源，如果影响项目进展的话，这时候产品经理需要做出权衡，哪些是一定要在DDL前完成，哪些可以先灰度后再迭代加上，合理把控好整体的项目节奏。

在开发提测之后，我认为项目才开始进入到中期，中期主要讲究策略，如何让用户更自然和更乐意地接受新版的策略。

我个人总结的策略分为三部分：灰度策略、选择页策略、沟通策略。总体思路为灰度放量进到选择页，选择页筛出愿意体验新版的用户，对反馈强烈的用户拉群沟通。

1. 灰度策略

灰度的目的是为了降低产品BUG风险，试验新版本和新交互的用户反馈，在数据层面上对新版功能、性能、稳定性、兼容性等指标进行评价，在灰度期间不断迭代优化新版，以达到较为完善的用户体验后全量上线。

灰度上线策略可以很简单，但是一般发布会比较复杂，产品经理可以在定义合适的灰度策略之后与开发沟通是否可行，若不可行可调整为怎样的策略。

最常见的两个灰度策略大类就是定量和定时间，定量为筛选一部分属性的用户进入新版本或者直接设置前x万的访问进到新版（注意爬虫的量），定时间则是简单粗暴地开放某个时间段访问全部进到新版。在新版的设计中需要增加“返回原版”的入口，支持用户手动回到旧版。

示例：

• 灰度策略示例：每天新增前3万用户访问到新的首页（爬虫会爬去2万，实际每天灰度1万用户），先持续7天看效果，灰度期间迭代节奏为一周一个版本，将用户集中反馈的问题迅速解决掉。
• 灰度实现示例：后端下发cookie判断是否切换到新版本，cookie字段为A，下发cookie后重定向当前页面。前端确保新版和老版的JS和CSS路径没有问题。运维通过cookie进行新老版本机器切换，如果cookie有A字段，且A字段为1时（1代表新版，0代表旧版），转发到新版的服务上。

2. 选择页策略

多数用户相对比较排斥改版/重构，会影响他们本身的使用习惯。选择页策略则是在灰度策略之后，给命中灰度策略的用户展示中间页，在中间页给用户说明改版的原因和改版功能点，让用户自主选择体验新版还是回到原版。

（虎扑M站在进行灰度时的中间页）

3. 沟通策略

沟通是产品经理的强项技能之一，不仅对内对接开发设计测试等，对外对接用户也应该展现很强的沟通能力。

重构/改版一定会遇到用户侧的阻力，改版不当很可能用户就再也不见了。灰度上线后一定要做好用户反馈搜集，可以考虑在新版悬浮一个新版反馈的入口。灰度期间就是不断迭代的过程，将用户反馈的点列表记录，制定解决方案，排定优先级。

重构/改版后有人喷是好事儿，说明还有用户在用，对产品还有期待。真正可怕的是改版后用户一声不吭地直接走了。对于愿意反馈的用户可以考虑联系用户，拉群沟通，没有什么问题是沟通无法解决的，只要把用户真心放在第一位，尊重用户的反馈，改版阻力会大大减少。甚至可以考虑对一些忠实用户做认证标签，比如”热心XX“，这对于忠实用户是一个非常有效的激励。

四、后期跟进

中期灰度发布，逐步迭代完善后趋近于最终的产品形态，接着就可以全量替换上线了。其实到这里产品经理针对这个项目的核心工作基本上已经结束了，但是好产品永远是打磨出来的。

（编辑：晋中站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!