在鹅厂经历了一个较为完整的智能硬件项目，在项目实践过程中，有一些感悟，准备结合这个产品作为例子做个总结，与大家一起分享下，希望对公司未来做硬件相关的团队有所帮助，有说错之处，欢迎一起讨论。本篇先一起聊下硬件与软件在产品设计方面的差异性。
一、Less is More
少即是多、极简主义、做产品要克制，这是我们在软件设计里面的第一准则。当我们进入硬件领域时，发现传统遥控器上50%以上的按键没被使用过，洗衣机上的按钮多数不知道做什么用，这是传统硬件设计师的问题？还是市场选择的原因呢？
先举两个例子：
（１）超市里的被子打折，原价分别是300元、250元和200元，现价一律150元，你们猜大部分用户会选择优先买哪种被子呢？
（２）两款微波炉，同样价钱，一款只有最常用的五个档位和时间设置，极简、方便上手；另一款在五档基础上增加了两种可以想象到的场景（但其实很少遇到）的档位，并且多了一些看着炫酷的功能：省电模式、美食菜单、一键启动等，按钮很多，学习成本也高，很多功能基本用不到，你们猜哪个销量会高一些？
软件产品：用户获取的成本接近为0，核心是满足用户核心功能、让用户减少思考、快速喜欢你的设计和体验，以便留住用户、长期使用；如果用户看不懂、玩不转、没有趣，那很可能就被用户抛弃之后，投入竞品怀抱；此时，用户的抛弃成本，与用户使用APP长短、习惯的养成、数据的沉淀等相关，使用越久，抛弃成本可能越高；
硬件产品：硬件产品，用户有一定的金钱投入，大部分用户第一点更多考虑的是性价比，功能多少&是否满足需求很重要，用户喜欢更多的选择和更全的功能，品牌与价钱、外观和设计也在用户购买对比的重要范畴内，等买到手之后，才涉及细节的体验、学习成本等等；所以硬件产品，第一层需求是让用户产生购买欲望和行为，第二层需求是用户使用体验，继而形成用户体验方面的口碑传播，带动第一层，第三层体验来自于售后服务；用户在购买时产生的心理，造成了在初期产品设计时，未必一定是越极简越好，当然，形成了品牌效应和口碑传播后除外。
所以，在进行硬件产品功能规划和设计时，需要考虑的因子更多，也更难，少即是多这条理论，在硬件中有时可能并不能很好生效：
（１）卖点
硬件的产品经理不能简单的推崇极简主义，有合适多、够炫酷的功能作为卖点，在与竞品同档位竞争时，能够脱颖而出；
（２）体验
传统公司做硬件，核心目的在于卖出去，卖完了利润产生了，核心目标就完成了；互联网公司做智能硬件，让用户购买之后，同样注重与用户的持续联系，所以产品的细节体验，是全流程的：从产品设计理念、功能细节设计、说明书设计、产品发布方案、拿货流程、拆包体验，到用户开始用的过程，一直到客服体系设计，都在考验着产品经理的能力；而不简简单单地考虑智能硬件的软件部分：如何让用户学习成本低、如何让设备真正体现出智能化、让用户行为等更多沉淀等等。
（３）成本
软件产品设计时，最多可能考虑一下性能、人力投入方面的情况，而硬件产品设计时，每增加一点小功能，可能都会带来成本的增加，每一张纸、每一个贴膜、每增加一道工序，都带来成本的累加；对配置斤斤计较，是硬件PM的职业病。
例：为了让用户可以在车内玩起来，产品在硬件中内置了通信模块，选择3G还是4G，选择联通还是电信，成本差异可能到3-4倍左右，需要PM在顾及用户体验的同时，看清趋势、关注性价比。
（４）性能
软件产品设计中，技术、性能很少成为瓶颈，但是设计硬件时，特别是涉及到创新的功能，往往PM觉得方案是行的通的，但是硬件打板成型之后，性能差别很大；
例：为了满足用户的痛点、增加产品的亮点和竞争力，产品做了一个远程监控的功能，调研过程中，发现芯片可以支持、长连接技术调试ok、通信模块传输ok等，全流程跑通！兴奋！功能实用，业内第一家！但是最终硬件完成，用户测试阶段发现，唤醒的稳定性、通信模块不同地区信号差异大、电池性能差异等等，导致体验直线下降。
（５）工艺
用户是视觉动物，软件中设计师可以自由发挥，各种炫酷的转场、页面等，但在硬件设计中，每增加一点设计，可能带来的都是增加工艺上的难度或者成本的提供。
例：项目中主机正面是一块整的面板，最初设计时觉得太单调，增加了一个其他颜色的呼吸灯，在小批量生产时，发现产线上装好的产品在呼吸灯两侧翘起、缝隙偏大，一个看似简单的调整，造成了很大的批量生产困难。
二、快速迭代
软件设计，讲究的是快速迭代、小步快跑，尽快发布，随时升级优化，随时掉头；但受限于硬件设计本身，需求调整，可能会影响需要的部件，一旦涉及到改板，那至少三个月出去了，真是牵一发而动全身；所以产品经理做硬件功能设计时，挑战很大。软件产品可以让技术陪你一起去了解用户、验证需求，不断试错，但是硬件产品，产品经理千万不要想着快速迭代！改需求是大忌！需求要有较强的完整性、可实现性、确定性，所以需要PM有很强的前瞻性、对市场&对用户的了解、对时间的把控能力，硬件需求设计要慎重考虑以下方面：
1、产品定位
在产品大方向上，软件、硬件产品都很重要，但是软件可以及时调整、掉头，硬件产品定位上失误，等到验证定位失败，可能半年就出去了。
2、功能范围
产品功能范围层的内容，需要在产品规划阶段，有着清晰的认识，功能多少可能影响用户选择，功能难易可能影响后续开发进度、功能形式可能影响用户范围，硬件的功能不像软件，后期增加一个功能，硬件可能支持不了，删一个功能，可能会造成不可避免的硬伤；
例：产品在前期市场调研过程中，发现某相关竞品出了一款运动相机，感觉与我们的产品可以相结合：在后期宣传过程中，也可以让产品在常规使用的基础上，作为野外出行中的运动相机，增加卖点；所以在产品上增加了一个拍照键。但是随着市场认知、产品深入，发现此定位不适合目前产品，但是如果改板，需要几个月时间，所以导致产品有一个可有可无的大按键在那。
3、时间周期
硬件产品设计过程中，需要考虑实现难度、实现周期（包括结构设计、手板、开模、嵌入式开发、硬件测试、软件测试等）、以及预期上市节点时产品相关功能是否还有竞争力等等。
例：产品在调研阶段，国内做该领域的产品很少，等到我们准备量产时，在相关展会上，国内已经有一些厂商开始拿我们产品中一些功能做上市前宣传了，再过半年后，市面上已经出现一些相关竞品了。
三、日志数据
软件功能设计中，需要埋点来对你的设计效果来进行回归分析，而其他的crash日志等，有较为标准的相关日志信息，技术来跟进即可。互联网公司做硬件产品，很多时候不是完整使用行业成型方案，有很多创新成分，在测试或使用中，可能遇到各式各样的问题，硬件自身设计问题、硬件工艺的差异性、底层芯片问题、嵌入式ROM程序问题等等；当然这些问题PM都可以抛给软件硬件工程师慢慢解决，但是为了更好掌握硬件全方位表现情况、更好把控项目进度、更高效定位bug、减少未来隐患，产品经理最好在产品设计过程中，设计合理打点Log信息，来让你可以正确、全面评估你自己的产品。日志打点的位置、记录的内容，比软件设计中更具有挑战性，需要PM更清晰了解软硬件产品功能、基础逻辑、可能存在问题、需要测试点等等。
这里说下这一点的重要性，例：从软件转到做硬件，有一种默认的心里是，硬件的底层内容比较可靠；但实际做智能硬件过程中，底层（电路设计、性能、芯片、ROM）等，可能存在一些缺陷，必须对每一个细节进行有效、直观、量化的测试、数据监测，否则到后期PM就会发现，测试一段时间发现一个莫名其妙的问题，排查起来慢、完全依托于技术的进展，PM会是满身的无力感，只能慢慢等着工程师排查、测试复现问题。
四、小结
