1、沟通问题,不要问开发为什么不能解决,要问开发怎么解决
2、你可以不把需求定死,你描述你要实现的大概功能和场景,让开发评估现有性能能够支持的实现方式,也许改一种实现方式就可以了,而不是按你需求那样做
3、如果没有,要么阉割需求,要么问题上升,找开发的leader要技术方案,升级服务器性能或者有更优的数据处理方式
4、没有解决不了的技术问题,只有解决问题的ROI是否>0,想一下是不是排期工时没给够
产品工作当中的一个大忌:跟着别人的思路走
记住,不管你是独立产品线的负责人还是模块的负责人 ,你都是负责人,那么既然是负责人,你就有足够的高度来看这个产品的发展轨迹。你要做到即便不能站的足够高,但是最起码给人的感觉也是你已经想到了足够高的时候应该做的事情,用发展的眼光看待产品的发展,技术需要做的调整可就太多了 。大部分,不愿意给自己增加工作。从这个角度出发,也许你会跟开发站到同一条线上。
技术的问题,技术来解决。技术人员说不行,那就让技术人员针对当前需求或者期望效果,给出一个可以实现的合理方案。然后产品人员判断方案是否可以。
技术绝对是没问题的,问题在于技术人员不想干。所以针对不想干的问题,这么软性沟通,让他乐意干。
最忌一点是,直接拍板需求或者找领导压下面。可以在不违反产品设计、理念,原则的情况下,先咨询技术人员,在干好事情的共同目标下,探讨技术实现的方案。
实在不行,不愿意干,就找技术领导,让他们提供解决方案。都不行,那就向上面反馈,呐,不是我不想干,是技术说不行,做不了,后面出事,别都说我责任。
事情结束,世界和谐
技术考虑的是技术难点及问题,产品经理不应该被技术的问题牵着走,说一下我的解决方法吧
1、告知需求这样制定的原因,及后续产品规划方向,这样做与不这样的优劣问题
2、咨询具体存在的问题,并协助一起想解决方案,让开发们感觉是一起在想方案,而不是在压迫他们
技术是为业务服务,业务推动着技术前进。
首先该需求很重要,技术上实现由困难,不做,这个理由不成立,技术说到底为产品服务,没有什么不能做的,要么是不想做,要么是怕麻烦,要么是工作量大。