在产品迭代中，个性化需求常常既是机会，也是陷阱。它可能源自高价值客户，也可能只是伪命题。本文将从识别、评估到处理策略，系统拆解产品经理面对个性化需求时的思考路径，帮助你在“满足”与“拒绝”之间找到最优解。

在产品需求中，需求种类非常多，但并不是每一个需求都值得做。

咱们说个性化需求，一般都是指相对比较小众的需求，需求量少，影响面小。

但是这种需求的价值，并不一定都小，所以个性化需求也不能完全不当回事。

不过个性化需求也是需求，处理起来其实跟平时的需求处理流程大差不差。

第一步：理解需求

不管是什么类型的需求，收到需求后的第一步都是要理解需求。

搞清楚需求为什么会有、背景是什么、要解决什么问题；

为什么一定要提出需求来解决这个问题，有没有什么其它的方法，或者是现在这个问题已有的解决方法是什么；

层层深挖才能了解到需求的本质。

第二步：过滤需求

搞清楚需求之后，还要再进一步过滤需求，这一步就是通过多个维度来判断：

需求要不要做、什么时候做、做到什么程度。

首先来看判断的维度，不同的公司、场景都不太一样，但是比较常见的主要有这么几种：

1.需求受众和影响面。

个性化需求本身已经是根据这两个维度判断得出的结论了，但是未来会怎么发展，受众和影响面有没有可能变大，也要仔细考虑一下。

如果有显而易见的增长趋势，或者调研发现本身就是个共性的需求，就得提前安排来做。

2.需求的价值

有的个性化需求虽然小众，但是价值很高，甚至不做不行。

比如不做某个需求就可能面临合规风险，或者有客户专门付费定制需求。

这种个性化需求不仅要做，还得高优来做。

3.需求真伪

用户提出来的好多需求，有很多其实都是伪需求。

要么技术实现不了，要么只是用户按自己想法给出来的解决方案，要么就是几乎没价值的需求，或者是做不做完全没什么区别的需求。

这类需求可以先暂时放入需求池中，暂时不做考虑。

整体上通过各方面考量之后，基本能确定需求要不要做、什么时候做、怎么做这三大问题了。

第三步：需求实现

需求过滤之后，就要考虑需求怎么实现和满足了。

对于个性化需求，一般可以采用配置化的设计，不影响产品主要功能和流程。

比如有用户要求在表单中加一个字段，但这并不是核心字段，就可以把字段放到自定义配置中，用户需要的话勾选配置上就行。

对于用户的个性化需求，也要做好用户预期管理，比如用产品边界、定位，技术实现难度等原因来控制用户需求，避免需求无限延伸。