|
|
|
|
复制本帖HTML代码
|
高亮:
今天贴
X 昨天贴
X 前天贴
X |
要做一个新产品,从哪里开始呢?刚开始feasibility study, 很有无从下手的感觉。还是老板经验丰富,很多问题到了他那里该怎么做就成了很清楚的事情。要做产品,首先当然要清楚做什么,所以第一步呢,就是先有一个大致的product concept, 然后演变为一个比较具体的product specification. 在这个过程中,客户的要求自然是最重要的指导,不过问题是很多客户对技术并不是太了解,而他们的要求也很模糊,根本就不是一个成型的specification. 比如距离上,客户也不管你可以达到多远,只要放在他的场地可以用就好。而效果呢,也是他们看起来满意就好。这种客户说起来简单,不过其实对开发者也是满头疼的。
既然客户的信息有限,就只能另寻它径了。最简单的方法就是把市场上类似的产品拿过来,研究个底朝天,列出他们详细的技术参数,功能特征,价格,乃至所用芯片方案,内存容量等等全都放到一起。然后根据客户需求,筛选出自己想要达到的功能和参数,同时对产品的价格区间有一个大致的了解。这个过程有点像market research吧,像我们这样比较小的team, 一个好处就是可以涉猎很多不同的东西。经过一番筛选,和老板一起锁定了我们想要的参数,也做出了第一版的product specification.
现在解决了做什么的问题,下面自然就是技术上怎样去实现了。以前倒是没想到,一个产品原来在没有开始开发的时候,就需要研究到这样透彻。不过其实又是很自然的事情,如果等产品正式立项,资金大把大把投进去才发现问题,损失就大得多了。这一点上,倒是和software engineering中的原则很相似。
产品设计的研究还是很有趣的。首先是选择芯片,同时也是选择芯片商提供的解决方案。一般来讲,不少芯片都可以满足技术要求,芯片本身的价格也类似,差别就在有的芯片正好提供了想要的接口,比如PCI, 有的芯片自带了DSP, 诸多因素考虑起来,选择不同的芯片对产品的成本和研发速度还是有很大的影响的。
与芯片厂商打交道,是件很需要技巧的事情。这些巨头们最看重的是volume, 几万片可能都懒得理你--其实也可以理解,毕竟他们卖的是方案,包括一整套的硬件软件,顾客customization的过程中,一定会有一大堆问题需要support的。如果让他们去support很多买几百几千片的客户,不赔钱才怪。而我们的项目还只是在可行性研究阶段,天知道将来volume会有多大,芯片商不大感冒也是自然的事情。这也是为什么向TI, Philips这样的厂商索要一些confidential的技术资料都困难。老大那边的项目也是同样的问题吧,而他的做法也是最好的榜样,那就是不停的push,email催不行就打电话. 芯片厂商再气粗,毕竟这还是买方市场,他们也不想放过一个可能做大的机会。而这种还在调研阶段的项目,谁也说不准前景如何。所以一般来讲,只要厚下脸皮,想要的东西还是拿的到的。
有一点需要解释的是,大部分芯片厂商都不会像intel那样把自己的全部specificaiton, programming guide什么的直接放在网上。可能也是出去全力支持大客户的想法吧。所以这些基本的技术资料,必须想办法从厂商那里取。差不多一个月的时间,收集了五六个解决方案,像之前筛选product specification一样做成一个很大的comparison matrix, 经过和老板的反复讨论,锁定了其中的一个方案。
其实这个过程还是颇不容易的,因为没有development的经验,感觉很多东西都心里没底。也许这个工作,让经过几个project的senior,比如老大来做更合适些吧。不过对自己来说,除了感谢,也无需太多地考虑原委吧。
一个月后,我的产品设计方面已经完成得差不多,除了芯片方案,也进一步细化了硬件设计,系统从一开始的一个个大block, 变成了几十个主要的部件。而接下来,就是在associate engineer的协助下联系vendor, 计算成本。顺便提一下,这个时候接触的vendor, 态度和上边提到的芯片商真是截然不同,几毛钱几分钱的东西,他们也是乐意跑来好几次,服务可以说是一流。看来还是做芯片牛气,怪不得现在IC design 这么热。
呵呵,讲到这里,似乎很久没有提我们做所有study的原因,也就是第二次demo的机会了。 其实客户本来是第一次demo后几个礼拜就想要第二次的,不过大公司总是有这样那样的突发事件。据说主管者都去忙一个大型ERP的implementation去了,无暇顾及这个项目,也使得我们的demo就这样被推了四个月。不过这也使得我们在study之余,对产品(只能说是prototype)作了比较大的改进,从而更有信心了。
在feasibility的最后一段时间,终于迎来了2nd demo的好消息。这个时候,老板也极力的说服我们的老总,也就是CTO来对这个项目产生兴趣。这也带给了我一个很好的锻炼机会,因为老板把向公司top management present的任务交给了我。连夜赶工好几天,解决了怎样把几十页的report用几个小时来cover的问题。Presentation还算顺利,也算成功,毕竟对内容熟悉得不行了,另外一点感想就是大学的课程也不是摆设吧,很多东西,当时觉得没什么用,等用到了才发现,课程之所以设计成现在的样子还是有道理的。
所谓成功,主要是针对个人的,自己给CTO一个很好的impression,算是一件好事。至于项目,无论公司如何感兴趣,客户不给钱也是无法开始的。不过至少,项目还有希望。
presentation几个礼拜后,第二次demo终于来临了。老天帮忙,在老板的争取下,客户竟然同意在正式的demo之前一天,先给一个trial run让我们去set up. 实际上是多给了我们一次机会。不过打击的是我和老板忙活了半天,trial run竟然是一塌糊涂,信号差得不行。唉,硬件就这点不好,很多奇奇怪怪的问题,除非你很有经验,否则真是怎么找都找不到原因。 现在还记得trial run回去的时候我们是如何沮丧。不过运气真是一件难以捉摸的东西。当第二天正式的demo来临,当客户方所有的相关主管全都来齐的时候,信号突然变得perfect, 整个demo都顺利得不行,而客户也是非常满意。
从demo回来的路上,我已经在兴奋的考虑项目开始后自己要扮演何种角色了。最好是开发吧,自己来公司半年多了,还没有写多少code, 都快忘记自己firmware engineer的身份了。不过当然,有点管理性质也是不错地。。现在想想,那个时期真的是很充实,很开心。
.
|
欢迎来到华新中文网,踊跃发帖是支持我们的最好方法! |
|
|