互联网行业转做智能硬件时踩到的坑；归纳互联网思维和做硬件的思维的不同

笔者总结了互联网行业在转向智能硬件时踩过的陷阱；总结了互联网思维和硬件思维的区别，总结了自己的一些经验和教训，希望能给大家带来一些启发。

内容

部分背景介绍 文中术语表 总体流程描述 纵向流程 横向管理流程文档 项目里程碑总结

一、背景

在开始做硬件之前，我一直在互联网金融行业工作，做过P2P平台、现金贷产品和信贷产品。

金融业受环境和政策影响较大。从 2014 年到 2018 年，我们见证了行业由盛转衰，许多平台崩盘，许多公司倒闭。时至今日硬件开发转嵌入式开发难吗，我依然看好互联网金融行业的长远发展。希望各平台创业者保持初心硬件开发转嵌入式开发难吗，坚守普惠金融的价值观。2018年底，出于种种考虑，我成功跳出这个行业，开始考虑进入智能硬件领域。

手机也是智能硬件。移动互联网从2012年开始发展非常成熟，从技术驱动到产品驱动再到今天的运营驱动，互联网产品的创新变得异常艰难和珍贵。

而人工智能可能是下一个互联网行业乃至物联网行业的创新引擎和趋势。这一点从我从事的互联网金融行业也可以看出来。大量的金融科技公司利用AI技术推出了基于大数据的信用评级、自动审批、反欺诈模型、智能化等产品和服务。收藏。AI之于移动互联网，就像移动互联网之于PC互联网一样，本质是提高效率，吃穿住住，人际交往，爱好，工作等方面。

在我看来，人工智能包括三个方面：算力、算法和数据。因此，一个简单的想法是，利用已经成熟的机器学习算法，在一个新的算力平台上打造几个成熟的产品，积累数据，利用数据让算法发挥更大的作用。大公司有数据，可以利用算法模型在PC平台或移动平台（算力充足）上挖掘应用价值。小公司还是需要慢慢完成数据积累的过程，尤其是基于新的算力平台，比如最近出现的很多AI芯片。这些新芯片对算法有原生支持，应用并不广泛，但竞争力也比较小。

在对硬件和AI有了一些基本的了解之后，也出于对硬件的兴趣，一次偶然的机会，我和朋友一起做了一个从0到1的智能车载充电器，踏入了这个陌生的领域。下面结合工作经验简单介绍一下智能硬件产品的研发过程。

PS：所谓智能车充，是一种智能硬件（带APP），具备充电、寻车、轨迹、碰撞检测、一键sos、非法支付等车主服务。

二、文中术语解释

三、一般流程说明

由于硬件部分研发周期长、成本高，无法进行快速迭代更新，不能容忍需求的反复变化；因此，可能更适合选择传统的瀑布流程。在实际过程中，多个部分可以同时进行。

整体流程如下图所示：

以上过程只是实际产品开发过程中的一个应用案例。根据公司和产品的不同，具体流程可能不尽相同，但一般都呈现出一个阶段。

纵向（按时间特征）我将智能硬件项目流程分为8个阶段：市场阶段、立项阶段、EVT阶段、DVT阶段、PVT阶段、MP阶段、销售阶段和产品维护阶段。

如下所示：

在实际的产品开发中，会发现一些工作模块的工作穿插在整个流程的不同阶段，所以不管工作的哪个阶段，我把智能硬件项目按照角色横向分成了6个部分特点，分别是：产品项目、外观结构、嵌入式、互联网平台、工厂试产和销售。

这些部分可以同时进行，也可以依次进行，需要根据实际情况灵活调整。

如下所示：

我们先纵向介绍一下各个阶段的大致内容，然后横向描述重复的模块，希望能让整个流程更加清晰。

四、垂直进程

1. 市场阶段

硬件产品与软件产品相同。当我们对产品有一个想法或一般判断时，我们需要进行市场调查。这个阶段最重要的目标是确定产品创意是否可靠？而且市值大，值得做吗？

不同的是，制作硬件产品需要更多的人力/物力/财力资源和时间。如果产品不被市场认可，不仅会损害团队的信心，也容易错失市场机会。并且软件产品可以以极低的成本用作市场验证的 MVP。如果产品不起作用，只需半个月或更短的时间调整方向，直到成功。所以在做智能硬件的时候，更需要做市场调研。

如下所示：

比如我在智能车充产品的市场阶段：

通过行业报告了解新车年销量和汽车库存规模；通过淘宝等销售渠道统计车载充电器产品的功能、价格和销量；与车充供应链中的模具厂、电源板方案供应商、五金厂等行业的连锁供应商谈市场需求；以及不同用户（企业客户、滴滴司机、白领、老板、女性用户、卡车司机等）对产品概念（包括收费协议、位置、驾驶行为、保险、违规、SOS等）进行测试了解其使用产品功能的动机。最后，在项目立项前，通过对市场的综合分析，制作出一份市场需求文件。该文件至少应包括目标市场描述、用户特征、用户需求清单、产品价格、利润率、上下游供应商、营销策略等。和其他信息。

2. 项目审批阶段

经过市场阶段的各种调研和分析，产品理念经过多次检验，终于到了启动项目的时候了。没有什么比创造新产品更令人兴奋的了。有市场需求，接下来还需要拉团队去做吗？事实上，在项目阶段还有很多工作要做。

如下所示：

在市场阶段，我们得到的需求更多的是用户需求。我们需要将用户需求转化为产品需求。首先考虑的是转换过程中需求的可行性。

记得有个手机公司的产品经理提出了一个要求，手机主题自动适配外壳颜色，差点被程序员干掉。这可能是一个笑话，但我们在制作实际产品的过程中遇到了很多这样的问题。有些需求可能暂时无法在技术上实现，或者实现成本太高。我们需要调整产品设计方案或让用户产品妥协。

该阶段的需求分析包括嵌入式软硬件和互联网平台（App和Web后台）的需求分析，最终形成产品需求规范，并提供各种软硬件功能、性能、成本、安全性，明确外观结构等要求

在一个通用的互联网产品团队中，主要成员有产品经理、UI设计师、后端开发、IOS开发、Android开发、测试工程师、运维。发展。

产品开发过程分为五个阶段：产品规划、产品设计、技术研发、测试调整、评审和发布。

那么智能硬件呢？

除了互联网软件部分，智能硬件还涉及ID、结构、包装、硬件、软件、生产、认证和销售。所以一个完整的硬件团队需要ID设计师、结构工程师、嵌入式硬件工程师、嵌入式软件工程师、硬件测试工程师、认证工程师、质量管理、FAE工程师、采购、项目经理等。

出于成本、周期和质量的考虑，将ID、结构、模具外包给相对有实力的模具厂；嵌入式和互联网平台自行开发；成品的生产和组装由代工厂负责，并聘请一家公司进行包装。包装厂进行设计和生产；认证部分找专业检测机构。

通过综合分析，最终形成项目分析报告，包括所需资金、人员、周期、利润、营销计划和产品迭代计划等，然后组织相关人员召开立项会议正式进入研究和发展阶段。

3. EVT 阶段

EVT（Engineering Verification Test）是指工程验证。此阶段用于验证工程原型。对象很可能是一块很大的开发板或者很多开发板。关键是要有足够的时间和样本。

通常，如果是一个新平台，可能需要更多的时间和精力，会有很多问题需要解决，甚至有很多解决方案需要比较；如果对现有产品进行修改，这个阶段会简单得多。

这一阶段的重点是尽可能多地发现设计问题，以便及早修正，或验证设计可行性；同时，检查缺少的规格。一般不会开模，但会做外观设计，验证3D打印手模。DVT将是模具产品验证的开始。

EVT舞台外观结构（ID、结构、模具）、嵌入式软硬件研发、互联网软件研发同步开始，如下图所示：

必须注意的是：

A. 完成ID和结构设计后，就可以开始嵌入式硬件的布局了。在此之前，硬件部分可以做方案设计和原理图设计；

B、EVT阶段不需要浇铸模具。毕竟模具的成本很高。等待项目通过验证后再进行铸模，可以降低项目风险；

C. 嵌入式软件不完全依赖硬件，可在仿真环境下实现嵌入式应用开发；如果硬件部分完成，则需要转入硬件部分继续开发固件或调试；

D、互联网平台部分可以完全独立开发，但硬件通信部分需要在设计阶段确定数据协议，通过模拟终端实现设备端与互联网平台开发的解耦。

现阶段需要确定外观结构并打印出3D打印的结构手模，完成嵌入式软硬件的开发，互联网平台也完成了1.0版本，然后烧录程序，组装原型并对其进行测试，包括：

功能测试（如果测试失败，可能有bug）；压力测试（如果测试失败，可能有bug或者参数设计不合理）；性能测试（应提取产品性能参数供客户参考，这是您产品特性的一部分）；其他专业测试：包括工业级测试，如抗干扰测试、产品寿命测试、防潮测试、高温和低温测试（有些产品在非常高或非常低的温度下工作不正常，甚至停止工作）。测试完成后，需要将测试过程中的结果和问题记录在“原型测试报告”中。下一阶段可以参考本报告进行调整优化。

任何时候，建议尽快找一些真实用户对产品进行真实场景的测试，或许能够发现一些之前没有想到的问题，避免后续发现问题。

顺利的话，整机测试效果比较理想，在结构、硬件性能、固件功能逻辑等方面可能存在一些小问题，但方向是正确的。

项目经理可以组织大家回顾这一阶段，总结目前在外观结构、硬件PCB、BOM表、固件和互联网平台方面发现的问题，以及后续优化的建议，开始进入下一阶段。

如果不顺利，可能在结构设计上发现重大结构问题需要改变，或者硬件需要重新验证，固件和互联网平台存在较大的Bug，那么就需要再次执行EVT阶段的各种任务，直到原型通过。整机验证确认没有方向性问题和重大问题。

4. DVT 阶段

DVT（Design Verification Test）设计验证测试是硬件生产中不可缺少的测试环节，包括模具测试、电子性能、外观测试等。

在上一阶段，我们已经看到了产品的幼稚形式。在这个阶段，要不断完成各部分的研发，包括模具、嵌入式软硬件、互联网平台，验证整机功能的完整性和设计的正确性，并能做出可以去结束生产了。因为生产意味着更大的投资，这将是故障排除的最后机会，您需要多次考虑所有设计和制造问题。

在这个阶段，可以开始包装材料的设计和生产，包括外包装、内托盘和说明书。如果距离实际交货时间还很远，可以先完成设计验证，量产后再进行生产。

在这个阶段，结构模具和嵌入式软硬件会不断优化调整，可能会有反复试模或制板，直到通过整机验证达到可以进入生产过程的标准。

整机验证时，需要按照生产标准进行组装和测试，并生成综合测试报告。当然，要找到真实的用户使用产品，看看用户对产品的外观、结构、质量和功能的感受和看法。

如经测试发现产品存在问题，需在优化完成后再次整机验证，直至满足生产要求，同时输出《生产说明书》至代工厂供参考。

5. PVT 阶段

PVT（Process Verification Test）生产过程验证测试是一种硬件测试，主要验证新机型各项功能的实现情况，进行稳定性和可靠性测试。

上一阶段我们应该已经完成​​了产品的设计验证，也就是说已经完成了外观结构、嵌入式软硬件，互联网平台也完成了对应的1.0版本。这一阶段在产品生产时会严格按照标准流程进行，包括仪器、测试工具、生产工具等，都需要到位。测试得出的结论是量产的重要依据，包括工艺是否过于复杂、零件是否容易损坏、编程工具和生产测试工具是否易于使用等。Design for Manufacturering Fact 考虑。

如下所示：

理想情况下，嵌入式、结构模具和互联网平台已经在PVT阶段完成，不需要任何调整；但在小批量之前或期间也可能会发现一些小问题，如结构接头不均匀、按键手感不佳、硬件板框调整、位置调整或部分组件更换等，小批量需要重新验证直到满足量产要求。

小批量完成后，我们已经有了小批量可以量产的产品，接下来就可以进行相关的认证了。一般认证时间比较长，大概3-8周，越早越好。

PVT阶段完成后，需要对该阶段进行总结审核，确认量产所需的模具、PCB、BOM、生产作业指导书、零件签名等。

6. MP 阶段

试产后基本没有问题，工厂运行良好，可以按照生产进度进行生产。但在此过程中，仍需相关同事进行现场督导，避免出现无法有效及时解决的问题。

在这里，要对产品的加工、员工的操作规范、质量检测的规范进行有效的监督和保障。只有这样才能保证产品不会出现质量问题。

7. 销售阶段

在生产过程中，产品经理还有一个重要的工作要做，那就是与产品销售相关的工作。这部分主要包括产品销售资料的制作，如宣传文件或宣传视频。

同时，还需要培训销售同事，帮助他们了解产品在市场中的定位以及自己产品的优缺点，并教授产品的使用方法，以方便他们的推广和销售，并与营销和销售部门推广产品。

这时就需要与售后、技术支持等同事进行培训，告诉他们如何使用产品，可能出现的问题，以及如何处理，对技术支持进行维修和故障诊断培训。

销售阶段主要是跟进产品问题。当市场和销售遇到产品问题时，能及时帮助解决。也可以请FAE同事处理一些简单的产品问题，保持持续关注。

8. 产品维护阶段

产品预产售后，基本上产品已经进入稳定状态，只需要跟进生产相关问题即可。

智能硬件与传统硬件的区别在于“智能”二字。所谓智能，就是机器有一定的理解能力，知道用户想怎么用。

这与设备运行数据和环境数据的收集和分析，设计更好的算法，更新嵌入式软件部分是分不开的。因此，在产品维护阶段，需要时刻关注产品使用数据，不断优化用户体验，迭代产品，提升APP使用率。

还有一个很重要的就是对项目进行全面的回顾和总结，分析项目中的各种问题和后续的规避方案，提取研发过程中的通用模块，减少重新开发的时间，改进设计规范以减少出错的可能性，维护各个阶段的自检表，维护供应商关系等。

最后，是时候开始规划下一代产品了，也许已经……

五、横向管理

在整个垂直流程中，产品立项、工厂试产、销售各阶段都做了详细的讲解，外观结构、嵌入式、互联网平台在EVT、DVT、PVT都有相应的工作要做阶段。为了让流程更清晰，有必要将这些部分分开讲。

1. 外观结构

我这里说的外观结构部分包括ID、结构、模具和包装。一般新产品开发顺序如下：

流程说明：

A.新产品一般先有ID，再做结构设计，结构设计密封后再做模具。在某些情况下，产品模具使用公模或现有产品模具，只需更改ID和包装即可。

B、包装设计一般比较简单，可以在ID阶段一起完成，也可以在DVT阶段完成。如果包装设计完成后距离量产时间还有一定的距离，只需要完成设计，等待量产阶段即可。生产，降低包装损坏或更改的风险。

C、结构设计时，结构设计人员需要与硬件工程师多沟通结构问题，讨论电子元器件的放置、板框尺寸和厚度等结构问题；也是EVT阶段需要完成的任务。

D、模具浇铸后，至少需要进行3～5次试模和修模。由于模具成本相对较高，周期长，模具铸造一般只有在进入DVT阶段后才开始。当然，如果对结构更有信心，也可以在EVT阶段浇铸模具，提前完成外壳部分。第一次试模最好用透明外壳材料，方便观察结构问题，然后用黑白双色，最后做表面处理，不断优化外观。

2. 嵌入式

组建团队的时候，曾经非常纠结，嵌入式软件部分是属于硬件还是软件（互联网软件）团队。考虑到嵌入式软件与硬件的关系非常密切，嵌入式应用一般更新的次数很少，而嵌入式软件开发者对互联网软件了解不多，所以把嵌入式软件和嵌入式硬件放在一起，统称为作为嵌入式部分。

在实际的嵌入式开发中，硬件部分和软件部分是同时进行的。早期可以在开发平台上的虚拟硬件环境中开发嵌入式软件，但后期开发仍以实板为基础。它需要调试驱动程序并实现一些虚拟硬件。环境中没有任何功能。

一般的开发流程如下：

在EVT阶段，早期的硬件设计方案非常重要，不仅关系到成本、周期，甚至关系到项目的成败，所以在设计时需要注意以下几点：

A、正确、完整地实现《产品需求说明书》中的功能需求，并充分考虑项目需求、性能指标等要求的硬件开发平台；

B、在方案设计过程中，需要对产品需求说明书中的规范要求进行补充和完善。如果有尝试各种方法都达不到或指标相差很大的情况，应及时反馈给产品项目方，调整产品需求；

C、综合比较各种实施方案，选择适合本项目的设计方法。如果系统采用了新技术，为了确认新技术，可以采用搭建实验板的方法，或者购买开发板进行技术预研；

D.考虑重用成熟产品，吸取以往设计的经验教训，避免相同或相似问题再次发生；

E、重要且复杂的部件，可参考其他同类产品的实现方法或要求设计人员具有相当经验；

D、进行对外接口的设计，考虑到操作的安全性，用户使用的方便性和合理性。

同样，在设计嵌入式软件时，也需要遵循一些通用的要求和原则：

A、正确、完整地反映《产品需求规范》的要求，并充分考虑其功能、性能、安全、错误处理等要求。

B. 保证设计的可理解性、可追溯性、可测试性、开放性和兼容性，并考虑健壮性（易修改性、可扩展性、可移植性）和可重用性。

C. 采用适合项目的设计方法。如果系统使用了新的工具和技术，需要提前做好准备；考虑选择合适的编程语言和开发工具。

D. 从以前的设计中吸取教训，避免相同或相似问题的再次发生。

E. 重要和复杂的零件需要有经验的设计师。

F. 考虑重用成熟项目。

好的设计是成功的一半，尤其是在嵌入式开发的过程中，千万不要急着去做，先想清楚，做好设计和评审，然后按照设计去做，并不是说你会事半功倍，至少不会走错路，降低项目风险。

3. 互联网平台

我这里说的互联网平台主要是指与硬件配合的应用程序、小程序、H5、Web等应用。有些硬件互联平台只是辅助性的，用户只会在必要的时候才想用，比如行车记录仪App；一些硬件互联网平台 该平台提供丰富的内容供用户搭配硬件使用，例如智能音箱。

企业一直希望提高应用的打开率，与用户有更多的互动，挖掘更多的商业价值。

关于互联网平台的产品开发过程，互联网上有很多内容。我这里就简单说一下，如下图所示：

需要强调的是，产品设计完成并审核通过后，研发部门最好设计产品实现计划，并与产品一起进行审核。

在需求评审过程中，研发人员往往很难在短时间内消化需求的细节，产品也无法判断研发人员是否完全理解了需求的内容。方案设计是研发人员和产品经理对产品的技术理解，可以轻松消除需求的歧义，从而让产品经理对产品的质量更有信心。

顺便贴一张日常工作流程的示意图：

六、流程文档

文档在产品开发过程中非常重要，需要给予足够的重视。

编写文档是一个深入思考的过程。有一些逻辑和场景，我觉得我想清楚了，但是当我用文字表达出来的时候，我经常发现我没有想清楚。如果这篇总结文章也是这样，我在写的过程中发现了很多问题，写了很多遍，感觉还是有点满足的。这部分我会继续优化。

生产过程中常见的文件如下图所示：

如有其他需要的流程文件，请在公众号留言补充…

七、项目里程碑

一个硬件产品通常需要4到6个月，这比互联网产品的周期要长得多。互联网产品开发是通过一个版本一个版本的节奏来控制的，硬件开发也可以在整个比较长的周期内建立几个里程碑。，不仅更方便项目管理，对团队也有很好的激励作用。

我这里主要设置了8个里程碑供大家参考，如下图：

八、总结

以上是我从互联网行业转向智能硬件6个月后的总结。由于对硬件技术和流程不熟悉，在这个过程中也踩了不少坑。另外，互联网的思维和做硬件的思维也有很大区别。我总结了自己的一些经验和教训，希望能给大家带来一些启发：

1. 急功近利：互联网软件讲究敏捷、小步骤、效率。硬件虽然也讲效率，但一定要一步一步来，解决当前的问题，然后再开始下一步，否则很可能全部翻车，得不偿失。

2. 强依赖设计：项目过程要遵循之前的外观结构设计和软硬件设计。不要轻易做出改变。一个小小的改动可能会产生连锁反应，延长项目周期。

3. 在寻找供应商的时候，要找已经做过类似产品的供应商合作，尤其是我们第一次做硬件的时候，供应商可以帮忙提供很多建议，少走很多弯路。

4.在互联网行业，如果需要找一些系统和服务商，需要对方有一定的规模；但在硬件领域，提供解决方案的公司规模并不那么重要，只要解决方案稳定可靠，就可以合作。

5. 硬件不像软件。硬件的利润很薄。市场越成熟，价格下降的越快。这就是硬件对成本特别敏感的原因。降低总体成本的各种方法。

6. 在硬件定价方面，它始终可以像小米一样保持5%的利润率，效率至上。不过小公司最好在推出新品的时候选择一个合理的价格，等市场散开，同类产品涌入后继续降价，没办法再推出二代产品。减少它。这样既能保持足够的利润，又能保持一定的市场领先地位。

7.如果你对硬件产品有很高的品质要求，你需要把握三个关键点：一是设计公司的工业设计水平；二、选择可靠的模具长度；最后，找一家质量控制好的组装厂。，任何一个环节的任何问题，都会对产品造成很大的影响。

8. 无论是硬件产品还是互联网产品，都是一个妥协的过程。高标准肯定会导致高成本和长周期。面对市场压力，有时需要做出妥协。

9.相比互联网产品，硬件产品的整个链条要长得多，要处理的角色也多得多，还有很多坑等着你。因此，最好有一个懂硬件产品流程的人，无论是产品经理还是项目经理，都是项目交付的良好保障。

本文最初由@Ocean 发表于每个人都是产品经理。未经许可禁止复制

题图来自Unsplash，基于CC0协议