硬件开发流程及需求分析

purpose_857

项目立项之需求分析
+ w1 G+ x! o2 c& L/ ?1.需求来源
& Y1 |- e' c  y需求的来源，无非两个，一个是真正市面上来的，通过业务员找来的，另外一种是老板定的，比如做某个标准品。
' s- `! P6 ^- z业务员找来的需求，商务上需要分清楚真伪，不要抓到一个就是习惯。
4 s' V0 ]( a( U# f7 `! f老板拍脑袋定的需求，做个标准品什么的，一般都是根据老板的经验，定出来的产品。
这两个需求给要研发之后，需要认真的分析。及时的沟通，只要有不明确的地方，就一定要明确下来再动手，否则动手越早，后面被推翻的可能性就越大。
7 ~$ T, _( N, I- V* H  h研发就是慢就是快，只要没有被推翻，其实是可以符合进度的，就是总是担心不能按时完成，就匆匆忙忙的上手去做，后面一推翻重新来过，项目拖后就很明显。
需求分析的具体流程，方案，这里不展开。我会附上一个需求分析的模板，可以按照个模板的做。你可以在模板的基础上做删减。
2.需求过滤，是不是什么都做
我总认为，需求是可以谈的，不管是基于什么目的。
很多项目做下来，你会发现，花在其他功能的精力远远大于花在主要功能上的精力。
* Y/ G/ \) G3 z! k( c: ~! u. G4 i) H一般都是因为前期需求不做过滤，想到的都做进去。
或者是老板在作妖，一个问题不停的延伸，不停的突破边界。
. Y2 G1 x& P4 g) e; a" \不管什么项目，把边界确定非常重要，不可能面面俱到的。
9 b: R; F) h; `; t哪些功能要滤掉，哪些需要坚决去做？
+ L, R# r# U- P" H/ n! J+ A这里面需要很多的妥协，从老板的角度来看，当然希望什么都符合客户需要的
, X2 I" R, ]! M; b从开发的角度看，难的都想去挡一挡。
" N+ B9 P( ~' |- T* P% C难的特性，最终才会是产品的亮点，当然需要考虑是否可以行。
3.需求里面用到的关键技术
一个项目里面，哪些是难点，哪些是重点，这个一般的技术人员还是能区分的吧。
重点难点怎么解决，内部力量，外部力量，芯片力量
一般都会比较明了。如果还不明了，那就是还没讨论清楚需求。
0 d, d5 }3 `) }电力猫，关键技术就是硬件，ACDC部分。需要把信号加载到电力线上，还要防止要干扰产生。
一般来说，会做AC的都能搞定，但是搞定只是高通，要做透，需要做很多事情。
/ y! r- y0 c) `9 o% }" E- r测试设备就很关键，加载的信号有多少干扰，怎么去除，改物料还是改layout
) @( ]' q1 r; k* l1 a改了以后，有什么效果，如果没有靠谱的测试设备，肯定做不到这么精细的。
6 R" E/ D( K& Y1 l0 }& u这些设备是自有的，还是靠外部的，这些调试经验靠自己，还是有芯片原厂支持
这个在做需求的时候，就要定下来。
4.和客户/老板沟通需求
$ v& N9 q6 `- p4 f! W客户的需求，不要那么着急着去怼。
; i8 {5 s( i. v$ e从客户的角度看，他不懂技术，不知道怎么实现，不知道难易，但他知道要啥。
在理解清楚客户需求的基础上，可以适当的引导，如果把客户关键的需求否了，那产品就没有灵魂了。
做产品，讲究一点一滴的积累，不是一下子就吃成胖子的。

unfaithful2021

研发就是慢就是快，只要没有被推翻，其实是可以符合进度的，就是总是担心不能按时完成，就匆匆忙忙的上手去做，后面一推翻重新来过，项目拖后就很明显。

uinyu

看看123