产品开发的方法论1 --- 项目篇

以下是2019-2021年期间，在yczn任研发经理期间遇过的一些坑，以及一些思考总结。

后续有新的体会和新的思考会更新加入。

 

背景：
公司客户主要是学校，做相关的消费机、水控、电控、门禁、闸机，以及相关的管理系统，支付系统，考勤系统等。

公司流程不完善，行业受政策影响大，市场已经被上市公司瓜分的差不多了，公司属于夹缝中求生类型 。只能做追随者，走细分市场路线，且商务关系极其重要。

 

 

零、方案评估

0.方案评估方法论

传统的考虑点：范围、进度、成本

实际还需考虑：供货渠道、市场情况、结构外观设计、方案难易程度、领导喜好、其他相关人员的意见和影响

如果作为追随者，开发新产品，尽可能买多看看别人怎么做的，买一两家回来对着抄。减少风险、加快进度。

1.不要闭门造车，尽量多人、多部门一起讨论决定，后面有问题责任也没那么大，同时能集思广益。

2.多留后路，为能想到的可能出现的坑留好plan B.（防范）

3.优先选择能尽快出产品的方案，其次才考虑成本和虽然更完美但更难实现的方案。第二版再做cost down和完善方案。

避免机关算尽和范围不断扩大，导致产品迟迟无法出来。

4.要付钱要其他部门配合的事情，尽量早安排。

这些事情往往会拖得比较久，没拖够一定时间根本不会动。如果早点提出，可以把这段时间抹平。

  

一、方案选型/设计

1.需求不明确，需求要尽快以文字形式确定。

2.成本不明确，要尽快拿到大致成本，选型时可以适时调整。

3.选型拖拉，以需求、成本为基础选型，尽快拿样评估。

4.选型频繁变更，初期定好，不轻易更改。不然延期会很严重。

5.供应商乱报价，切记要先谈好价格再拿样品调试

6.供应商供货不稳定、不及时，尽量找大的供应商

7.收集相关产品的优缺点，参考相关产品的优点，规避/改善相关缺点

8.模具，开模改模的时间往往很长，但在软硬件开发的过程中常常忽略模具进度

9.没fae支持的、fae水平不行的、没有人用过的模块尽量不要选。如果选了赶紧（预研）评估，及时止损或者找其他的补救方法

 

二、硬件/磨具设计/打样生产

1.模具修改周期长，要注意其进度

2.硬件设计前要结合结构、软件等部门，充分沟通，明确需求、实现方案、主要器件选型。尽量避免

a.多次改板

b.原理图出错

c.pcb画错

d.换模块

3.板厂、贴片厂如果更换一定重新打样慎重评估

 

三、软件设计（方案评估 --> 系统设计 --> 夸职能团队评审 ---> 开发）

软件需求和流程一定要文档文档，特别是需要多部门协同开发的任务，还要画好流程图，充分沟通。

多部门配合开发的部分要尽早安排进入测试阶段。

 

四、联合开发

其他公司，其他部门，其他开发人员说没问题，千万不能信。一定尽早安排测试，用测试结果说话。

测试要以整体系统测试为准，单元测试不可信。

 

五、从老板/产品经理的角度看产品

总体着眼，长远考虑。但是倾向于听起来最好的方案。

 

六、从项目的角度看产品

更重要的是能按计划时间做出来.倾向于选择风险低的方案

 

七、从销售的角度看产品

从提成/销售业绩着眼，选择容易卖提成高的方案

 

八、从研发/工程师的角度看产品

技术角度看，局限于可实现 or 不可实现.倾向于选择容易实现的方案。

 

九、研发流程中容易遗漏的点：

1.原理图（别忘了模块选型和供应情况），

2.layout，layout完成马上整理bom表给到给到采购安排购买物料，不然板子回来了物料没到。（这个坑一不小心就会踩到）

这个点的时间非常宝贵，物料要交代用顺丰邮寄。踩过优速快递的坑，同城寄了三天。

（注意:物料、钢网、电源、电池、天线（调试）等外围器件要同步到位）

 

十、元器件的供应问题

1.为了避免没有技术支持。经常换的lcd，tp，camera要研发这边找供应商。而且，能不换尽量不要换，调这些东西看着简单，但常常比意想的情况多花很多时间。

2.谈好价格再拿样调试，不然调好因价格问题，再更换很浪费时间&人力

3.供应商说没问题的东西，不要轻信，一定要看样，按流程调试、测试。蜜汁自信说没问题的往往最后都有问题。

4.尽量选用标准规格的物料。缺货的时候可以直接换厂家，而不用定制。

5.警惕供应商给的信息（器件的功能、特性、交货时间、可行性），可能不正确。前期说可行的后面却不可行。

6.项目周期长、项目多、杂、乱， 模块、器件、测试结果、需求变更等要及时以文字的形式记录，不然到后面出问题就变成无头冤案了。

 

十一、外围配件采购/定制

比如喇叭，风扇，散热片，硅胶片，转接板，座子，外接键盘之类的.每个都要找供应商，要定好规格去找供应商定制，

 

十二、时间管理（时间一去不复返）

1.看起来简单，做起来难。项目要产品化总比预想的多很多的问题。即使从技术端看来连tp，lcd都不用调的简单方案，也会出现多其他的问题

比如客制化问题、比如系统问题，比如方案本身的bug，比如环境问题，比如硬件的电源、用料、模块、layout、打板、生产、贴片出来的问题

2.要注意各部分的协调。特别要开模、要定制的部分。要注意各项工作的时间周期。

3.被各种放鸽子，

被招聘的人员发鸽子，录取确定后，到入职时间了，人却没来。

模块厂放鸽子，月初做好，结果过了好几个月了还没好。

供应商放鸽子，说有货的，结果没货。针对各种随市场变动比较大的模块，特别是LCD，要做好研发好了之后厂家没有货的准备。

软硬件上设计时要尽可能考虑兼容的问题。如果接口特殊的，尽量不要采用。避免没货的时候，找不到替代品，要改硬件设计。

4.开发得差不多，尽快安排小批量生产，用生产出来的产品模仿实际使用场景做系统测试、压力测试。<==研发和测试流程不完整

往往开发没问题，实际使用的时候会暴露一堆问题。

 

十三、项目相关方管理

1.成员离职，及时关注项目成员的状态，做出一定的预判和安排

2.成员放鸽子，对身兼多职的项目成员要做好支持不到位的预判，并做相应的安排，比如预留多一些开发时间，安排其他的成员顶替，总体调整项目优先级

3.成员犯错，及时指导，调用其他资源补救

4.供应商消极对待，前期给供应商的饼，画得大一些，提高其积极性。如果进入开发阶段还是消极对待，能换就换，能忽悠住就先忽悠住。

5.各个部门推诿扯皮无法合作（有老板、上级、PM的话跟他们一起讨论决定）

硬件&软件

硬件&结构

应用&驱动

方案商&模块厂

面对老油条

6.面对老油条或者关系户

 

十四、项目管理采坑记录：

1.因需求不明确，

2.为省成本，买模块、开模、蹑手蹑脚。造成更大的成本开支。

3.模块调好了再跟供应商谈价格就不好谈了。

4.在最后关头赶出的任务却被搁置在下游流程；

5.新产品开发项目可能与其他业务单元在优先级上存在竞争关系；

6.任务的优先级不断变化，导致资源配置随之变化；

7.缺乏完善的辅助支持，如材料、供应商、工程支持；

 

十五、关于数量

1.比如样机数量，模块数量尽量预充足，以免因小成本的样机导致开发、测试受阻。

 

十六、意外情况

0.供应商无货、物料涨价

1.人员离职

2.公司倒闭，合作公司倒闭，在职公司倒闭。

3.不可控的环境事件，比如瘟疫和自然灾害，经济危机，政策影响.

 

十七、争取资源

1.人力资源，比如开发人员

2.费用，比如开发费用，在成本允许的情况下，用风险更低的方案

3.时间，争取更灵活，更合理充足的时间

4.为不确定性争取弹性，跟上层/客户/相关方打预防针，为一些可能出现的问题做心理建设

5.最大可能争取资源把项目了结

拖久了在别人看来，搞了N久都没搞出来，显得能力不行。

事情多，挂在头上，久不久来一下，很费神，尽早了结可以丢到一边去，专注于当下的项目。

 

十八、甩锅

1.上下层相互甩锅

理想情况：沟通很重要，摒弃主观细节，提升维度，从产品、需求、资源、时间、开发阶段等项目总体最优角度出发，客观沟通。

非常情况：找出证据，有理有据地说明这不是底层/上层的问题。这应该底层/上层来解决。联合其他人、其他部门、客户、供应商等可以利用的一切力量一起向对方施压。

凡争论态度要温和，证据要有力，逻辑要清晰。要绵里藏针，要尽量避免交恶。

 

2.软硬件相互甩锅

同上.

3.研发与销售相互甩锅

销售卖不好，怪研发没把产品/方案做好。

大多数情况是研发被销售摁在地板上摩擦。

其实研发立足点可以是：如果有完美的产品，就不要销售了。

客户是上帝，但也要考虑成本、收益等实际情况，而不总是无条件满足其期望。

产品的小瑕疵可以让销售想办法自圆其说，去说服客户接受。技术问题，销售一般不懂。如果研发随便说个技术理由，搪塞过去销售也没办法。

又或者，针对某个销售，于他有利他的项目就不管三七二十一一直往后排，要评估的话也以技术无法实现，难以实现，成本过高，时间过长为辞，不给通过或者拖延。

所以，共赢的方法，还是立足整体，立足公司，从大局考虑，心态平和地客观沟通。

 

4.方案商供应商相互甩锅

5.甩锅太极

6.生产和研发相互甩锅.

 

十九、项目跟进方法

0.要控制需求、控制变更，也要要控制流程

1.不频繁发布版本，所有的版本做好备份、和修改记录做到可回溯

2.除了监控进度，还要管理质量

3.适当授权，给与指导

4.......

 

二十、拖字诀

1.棘手不知道要怎么处理/无法处理的事情，先回复“先想想”

2.不想做，不想得罪人的事，走一步看一步，想一步，回复“先做完xxx再看、再安排”

3.上级压下来的不合理需求/安排，先回复“先想想、先xxx”，先不拒绝，后面再找找其他回旋余地。

 

二十一、关于成本

1.对于选用的模块，先谈好价钱再拿样品

避免调试好了，价格下不来。

 

二十二、项目被催时的应对

1.归因于不可抗力因素---最佳

2.归因于公司外的第三方

3.归因于公司的其他部门

4.归因于其他项目占用资源

5.归因于自身

 

二十三、催项目进度方法：

0.最重要的是要定好计划

1.把握好节奏

2.无招胜有招，寓催于不催之中

3.要借力打力，四两拨千斤，顺势而催

 

二十四、避免公司流程/惯例/资源等带来的负面影响

1.避免，因公司考虑的角度不同，导致资源分配不均衡，影响正常的研发（软件-硬件-结构-平面），测试，试产，生产流程。

比如研发得差不多之后，有单才生产，没有充分测试。

2.避免，因没有及时拨款，影响开模，试产，关键模块或服务采购。

3.避免，公司人员不足，需要其他部门配合的工作迟迟得不到响应，从而影响项目进展。

 

要及时发现，评估风险，积极跟进，主动争取资源推进项目进展。

 

二十五、临门一脚之生产大坑 <== 流程不完善把关不够严谨

1.打板、贴片问题

打样和生产的板厂、贴片厂一定要用同一家，如果换了厂家，一定要重新打样确定！

生产一旦出问题，那就是浪费时间浪费金钱，还有无穷无尽的加班。

2.物料、模块不一致问题

研发的物料跟生产的物料不是同一批导致差异。

采购错误导致，导致不一致。

尽早小批量试产，试产可以把生产、物料、模具、软件、硬件等全面验证一遍，然后冻结设计。

 

 

 

***其实可以用IPD、ACP思想进行改善2022.05.06