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


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


推荐阅读