我一年的嵌入式产品开发工作3
所在版块:创业求职 发贴时间:2005-05-29 02:55  评分:

用户信息
复制本帖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的身份了。不过当然,有点管理性质也是不错地。。现在想想,那个时期真的是很充实,很开心。
.
欢迎来到华新中文网,踊跃发帖是支持我们的最好方法!

 相关帖子 我要回复↙ ↗回到正文
我一年的嵌入式产品开发工作1 RMA   (1942 bytes , 2243reads )
嵌入式产品开发==Rapid Product Development? 学长,我今年可能也读这个 mean   (397 bytes , 515reads )
RPD... RMA   (353 bytes , 436reads )
我的猜测,嵌入式产品开发=Embedded Systems eternal_flame   (30 bytes , 344reads )
我一年的嵌入式产品开发工作2 RMA   (5109 bytes , 1148reads )
我一年的嵌入式产品开发工作3 RMA   (4926 bytes , 906reads )
我一年的嵌入式产品开发工作4(完) RMA   (4225 bytes , 947reads )
我得赞一下!很实际! banban   (0 bytes , 220reads )
谢谢分享,请问楼主关于嵌入式系统硕士课程 1984   (74 bytes , 556reads )
回答: 是NUS的课程 RMA   (221 bytes , 508reads )
thanks for the information 1984   (121 bytes , 456reads )
感谢分享:) Qingger   (475 bytes , 454reads )
谢谢回复 RMA   (1434 bytes , 392reads )
我比较熟悉enterprise level的,但不管是企业级的,还是嵌入式系统,有一点确实是趋势 Qingger   (1023 bytes , 406reads )
使劲顶一下~~~~~ felix   (0 bytes , 243reads )
使劲顶!真是个好Senior!祝你以后一切顺利! MrDJay   (0 bytes , 253reads )
挺有意思。看来做product与做solution的流程还是很不一样的。 Qingger   (0 bytes , 290reads )
很精彩的分享,对电脑/电子工程的朋友应该很有帮助。 大象   (0 bytes , 266reads )
继续! 小蹦   (1 bytes , 250reads )
精彩的分享 felix   (134 bytes , 450reads )