本文主要是介绍产品开发需要领先于市场需求,也就是预研,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
自己在产品这块思路一直是比较狭隘的,对前沿技术信息不够敏感,对概念不够清晰。
今天上午谈到所负责的Switch产品送检一事,突然想到,产品EVT阶段已完成一半,但自己从未认真有效的进行过复盘。为什么局面会如此被动?
在谈这个问题前,我必须完全撇开时间安排与工作安排问题,因为这对产品分析或整体复盘毫无意义。
2016年中当了Switch产品经理,我一直处于一个朦胧的状态,确实我不属于那种资质很高的选手,慢热都算不上,但也不至于厚积薄发这个词都配不上。BOSS从我最开始当上产品经理那天,就一直在喊low cost switch调研、开发,受限于自己的能力,思路完全没打开,缩手缩脚,不敢行动也没有采取行动。
当在2016年底2017年初听到New standard of switch风声,自己居然庆幸一开始没做是对的,不然工作全白费不说还浪费财力物力。现在看真是荒谬至极!如果2016年底就着手调研方案架构,确定主芯片,确定产品系统软件,不仅仅为后来的New方案打下坚实的基础,还可以为后来的元器件选型、研发工程师的系统开发节省大量宝贵的时间。
华为进军局用交换机领域时,1992年开始开发JK1000局用交换机, 1993年初开发完成并获得邮电部入网证书。但这时国外巨头拉动国内电信大跃进采用数字程控交换机,华为开发出的模拟空分交换机JK1000只艰难地卖了200多台,这对投入几乎全部资金的华为无疑是一个打击。2016年我做交换机时是不是面临类似的情形呢?如果做了会怎样?会比现在的情境要好吗?是的,会。第二段已经解答了这个问题。华为后来的改善措施是"专门组织优秀的研发骨干成立相应部门,时刻追踪最新的技术发展做产品规划,并有过之而不及地采取了类似于国外公司的策略进行'拉动式'市场推广:宣传3G产品是为了卖GSM,宣传5G产品是为了卖3G。"
当然个人暂时不需要达到这么这么高的技术层次,但是模式是要遵循的,没有先于他人的预研与付出,如何在需求来临时更快更好的做出产品,先与他人投入市场?
原文写于2018年中,更改部分敏感信息后发布于2019年中。
这篇关于产品开发需要领先于市场需求,也就是预研的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!