项目复盘|产品落地过程中的问题

编辑导语：上个月小白刚刚完成了人生中第一个0-1中台产品的搭建，历时4个月。期间也遇到了大大小小、各种各样的问题。那现在就来分享下遇到的问题和对应的解决方案。

需求的来源与处理

作为中台产品经理，经常收到各个部门的需求，那么这些需求都要产品满足吗？满足的形式都要和他们说的一模一样吗？

答案是：都不全是。

产品是否满足用户的需求，一般出现上述问题的原因有两种：

1. 当前产品不能满足用户的使用。
2. 用户有新的想法想要落地到产品中。

对于一个B端中台产品，用户一般是公司的内部人员，一个产品多个部门使用，系统功能复杂。产生第一种情况的原因很有可能是用户不会使用系统产品的某些功能而无法达到他们的预期，而不是产品本身不能满足他们的需求。作为产品经理的我们，需要思考：是不是我们没有写好产品手册？新手引导的功能是不是还不完善？用户对系统产品的工作是不是太过复杂？

这些问题其实相对比较好解决：

• 分功能模块去绘制产品手册，在用户需要的时候添加冒泡提示或跳转到产品手册的相关内容上，帮助用户及时理解产品的功能和专有名词。
• 使用真小白的思维去思考，构建新手引导功能。B端的产品大多数是流水线呈瀑布流式操作，新手引导就是帮助用户熟悉这一流程的途径。在新手引导进行时还要注意表明一些功能入口的位置，需要告诉用户某些功能是需要展开、点击、跳转才能使用的。
• 在完善产品手册和新手引导后，我们可以对系统的功能参照用户习惯进行布局的分析，某些系统流程和功能时用户常用的，可以考虑抽象出一个完成的功能模块，或者对某些功能在直观的页面上就能操作，而无需深层次跳转。

如果确定用户提出的需求时目前系统功能无法满足的，那要解决第二个问题：当用户有新想法时，怎么落地到产品你中。在开始做这个需求之前，首先要考虑这个需求到底要不要做。作为产品我们要有辨别这些需求的能力，区分真伪需求。

伪需求：并不是真实的用户诉求，只是根据心情提出的需求，如颜色、位置等问题。还有可能这个需求本身和使用的系统定位不符合，或者这个需求系统无法实现。

真需求：用户的真实诉求，往往是用户的痛点，这些需求都是需要系统提供的，且这项提供的功能能保证用户长期的使用，而不是不确定的功能，用两天就舍弃了。

在从收集到的需求辨别真伪后，对应某一些完全不招边界的伪需求可直接摒弃，而剩下的伪需求需要产品挖掘出用户真正的需求，从而进行后续的实施流程。

提取出真需求后，做法要按照用户说的做吗？

答案也是：不全是。用户的需求往往只表示了操作系统后想要达到的效果，