【产品经理】需求“简简单单”，后台开发为什么要做好几天？产品经理

文章图片

文章图片

文章图片

文章图片

文章图片

当产品经理和后台开发提需求时，本以为小迭代、小需求简简单单，但在后台开发眼中却有些麻烦。那么在需求实现的角度上，是什么原因导致的呢？我们又该如何从后台开发的视角去理解需求的实现过程呢？
在产品同质化严重的当下，竞争的主战场早已从产品价值转移到了开发效率与运营策略。
运营策略经过几番摸爬滚打总能找到节奏，但开发效率却是很难在短时间内提升。因为作为一个产品经理，你不仅需要了解技术，用开发小哥能听明白的话语描述需求，更重要的是让技术团队与你一条心一起走。
所以一个略懂技术的产品经理会非常占优势。无数个夜晚，你会不会在月光前发愿，要是技术小哥每次对我说这句话就好了：这个需求很清晰，我们隔天就能上线。
可残酷的现实，就像你的丈母娘一样总在啪啪打你的脸：
你认为“很简单”的小需求，开发小哥评估至少要N天才能完成；明明别人都已经实现的功能，怎么在我们这里就实现不了了？你认为只是优化的小迭代，在开发小哥这里怎么就变成了动架构了？今天丽莎阿姨就要带着你一起走进后台技术小哥的内心世界，一起去开悟之坡~
01 一个需求，后台到底在做什么？
举个例子：一个英语学习的APP ，我们希望用户发布了录音后，可以让他的粉丝也能看到他发布的录音。
在这个看似简单的需求里，后台开发会如何处理这些数据呢？
第一步，将流程里包含的信息拆解为：用户（小A、小B）、行为（录音、发布、收听）、数据（读音）第二步，维护好用户数据，确保在需要的时候可以快速地访问到。
这下你明白了吗？当你在表达一个需求的时候，其实是在描述一个现象，而后台小哥就会把这个现象结构化地拆解为：用户、行为、数据以及之间的运转逻辑。
所以在今后的需求沟通中，我们不妨也可以提前做一下这样的拆解，这样沟通效率就会大大提升了。
02 这个需求很简单，为什么要开发N天？
某一天，你跟开发小哥说：既然我们已经实现了粉丝可以听到录音，那么再增加一个粉丝可以看到视频的功能吧，这个需求应该很简单，交互逻辑之前都是一样的，是不是很快就能上线呀？
开发小哥一番评审告诉你：2天~
此时在你心里是不是觉得：不是一样的东西吗？好像半天就能搞定的事情，为啥要花两天？
那么这两天后台小哥到底在做什么呢？
在我们看来录音和视频现象都是一致的，但在后台小哥的开发中是非常不同的。前文提到，后台开发主要是处理用户行为，维护用户数据，这个不同就是在于数据上。
如果最开始开发没有考虑扩容性，那么录音数据与视频数据就是两个截然不同的接口，所以开发周期当然是一样的。