编辑导语：硬件产品的设计极其复杂。产品从0到1的刻度很简单，但是做起来极其困难。有必要从一个小的方面来分析整个新产品项目。本文将立即从0-1(第一部分)讲述硬件产品的流程。作者将分享如何设计和后期营销的经验。希望这篇文章能对你有所启发。来看看吧！
## 1\.附件通道
经过产品经理的原型绘制和硬件部门的结构搭建，产品按照现有的功能可以满足功能需求，如果不能满足，则需要引入外部配件(硬件或软件)。
以我们行业的物理测量仪器为例。他们中的一些人引入了带有有线接入的转盘来使用一些身体功能，而另一些人则连接了一些血压监视器和心跳检测设备。外部硬件或者一些对接系统会让产品更加完善。
假设要引入外部硬件，需要先找3-5家供应商，如果可以的话尽量避开同行业使用的配件供应商。
其次要先拿到样品，无论是通过对方销售购买还是通过市场对接拿回样品，最后要拿到实质性的物品。如果前期涉及外观变化，特别是需要开模或贴标签来改变外观，我们还要签订必要的样品采购合同。
最终的结果是得到适合自己产品的样品，所以前期推广一定要快，不要拘泥于合同的标准化甚至是错别字。我看到样品合同前期仅仅因为错别字和表述就改了三周，没必要在上面浪费时间。
配件第一次到公司是先了解硬件拆解，看接入方式是有线还是无线，是蓝牙还是WIFI，确认后再由产品或市场与供应商讨论细节。
## 2\.用户界面设计
用户界面设计阶段在产品原型绘制完成并通过评审会议后开始。在这里，整个产品的外观和对应的人群几乎可以定型了，UI同事就要开始玩了。首先，产品的视觉风格是确定的，定位是由年龄划分决定的。其次，通过主题色彩和产品理念的深入设计，整体色彩为灰色或纯净，无论字体是衬线还是无衬线，字体的大小间距和排版都极其优雅。
整体UI风格和部分界面建立后，会召开UI评审会议，根据目前的界面和愿景，考虑这条路是否会一直走下去。确定了就安全稳妥，不确定就面临修改。设计师最讨厌的是修饰，但也是最不可避免的。所以在UI评审会之前，尽量做2-3套风格，给出一个选择比没有选择更容易被接受。
静态的考虑要考虑，动态的影响也要考虑。首先，在画原型的时候，产品要想到哪里适合。如果一些动态效果让界面更加丰富有趣，比如很多APP导航栏或者金刚区会做一些丰富的切换动态效果来满足用户体验，也会做一些动态效果来弥补加载或者离线时的时间差距。其次，对于一些界面交互也可以加入适当的动态效果。
整体UI界面设计完成后，会再开一次UI评审会议，风格不再改变。但是，整个UI的一些细节可能需要修改。修改完成后，UI设计师需要配合研发；d同事在产品开发过程中切割和检查图纸，并提供一些动态的jison文件。
## 3\.产品研发
这个阶段应该是整个产品项目中最耗时的过程，决定产品的基本框架是否有问题。此外，产品开发通常需要很长时间，涉及很多人。因此，有必要建立进度甘特图，督促研发；通过每日会议或每周会议进行研发。如果我想在这个阶段非常详细，我只能接受一点提示。
从产品经理的角度来看，产品研发是最麻烦的阶段。产品研发必须遵循产品经理的原型。我看过一些研发；自行缩减项目的会议。本来约定的功能结果无法实现，需求评审会上我也不会说什么。最后时间一直拖着，产品经理一定要对项目了解清楚。如果产品对后期数据有一定的依赖，可以简单的做一个关于产品使用的文档，为后期的定向迭代打下基础。
如果涉及硬件开发，无论是开模还是自行3D打印，硬件部门都要先做一个产品的样品。产品的外观不需要与最终产品相似，只需要使用相关的零件即可。因此，硬件工程师和研发人员；d工程师必须互相沟通，确保硬件规则和一些使用项目清楚地互相沟通，以确保一切都符合产品经理的设计思路。但是产品经理的意见，硬件开发和软件开发肯定是不一致的。
因此，我们应该听取别人的建议，而不是思考功能和实现方法的合理性。毕竟，当局对外人是视而不见的。
## 4\.测试和验收
在软件开发结束后的测试阶段(这是我从其他途径了解到的，因为我们公司没有这种岗位，所以不是很了解)，会有专门的测试人员对产品进行测试，跳过软件测试环节。软件出来后，会召集几个利益相关者、市场、销售、运营商一起体验产品，从宣传和销售的角度思考产品的合理性和估值。在大多数情况下，
但是，产品经理也应该能够自己判断哪些建议可以接受，哪些建议不适用。然后，经过bug提交、研发修改、bug提交、研发修改等多轮产品健壮性提升，中期产品研发接近尾声。
比如硬件产品以后要添加开机动画，制作一个动画，让硬件工程师联系工控板的供应商进行批量添加，让涉众完成这样的后续需求。
## 5\.工厂批量生产(硬件)
现在
基本的产品研发完成后联系工厂进行硬件组装及软件安装，以我们公司为例，硬件和软件都装好后会进行工装调试，工装调试内容一般就涉及绑定设备的SN号码，类似身份证的概念，其次为设备进行阻抗调试和体重校准，随后会进行烧机测试去验证设备的持续工作稳定性，有国际出货需求的话会正对特有的极限环境进行破坏性测试，在其中一项环节中不合格的会重新进行组装质检，力求设备更加的精良。后期假如要更改设备的软件出厂版本，产品会下发ECR和ECN进行工程变更需求及下发，写好变更的内容及缘由，抄送给相关高层负责人及产品部门即可。
# 一、后期营销迭代及售后
关于一些产品后期的运营策略，我也只能通过看过的文章和我们公司实际的方案去讲，策略这种东西并不是适用于每个公司和产品，对症下药才能药到病除。
## 1\. 营销策略
在产品能够进行商业用途的情况下，我们得考虑这个产品怎样才能够出现在大众的视角下。首先，我一般会先考虑产品面向的是B端还是C端，通过人群进行策略划分，其次就是产品的售价，人们第一认识就是产品的价格，最后深挖受众人群，是高端还是中低端，面向的人群是哪一类。
首先，先通过公司合作的企业或者一些谓之种子用户的人去体验我们的产品，拿我们公司的产品举例，可以先找一些健身工作室的教练和店长进行体验，其次找一些用户进行体验，因为一般B端产品，他的购买方一般都不是使用方，所以兼顾双方的感受是有必要的，这些只是确认我们的产品是否适合当前的市场，后面便要开始推销了。
想要推销产品，很多小企业老板都是想不花钱就能够卖更多的产品，但哪有这么好的事儿，我始终相信一分价钱一分货，首先分析产品的基础属性再去想推广渠道。
假如是APP类的就可以走广告投放策略，通过产品的受众人群去判断是投放抖音、快手、腾讯还是视频平台，联系一个投放代理商，告诉他你的诉求，切记不要告诉他你的准确投放金额，因为关注的点不一样，咱们关注的是广告投放能给产品带来多少投产回报比，而广告投放公司只会关注你投放多少钱，怎样最快的讲你的钱放到他们的口袋，并且针对自身的产品属性去决定投放的用户画像及投放方式。
举例，假如你的投放产品表现很惊艳，很对人愿意点击广告，你有投放cpm模式，靠千次浏览收费，假如要精准投放就cpc的模式，靠点击收费，后面还有以表单和加粉收费的就不细讲了。
而诸如一些面向B端或者较为昂贵的产品，其方式目前我了解到的只有进行地推或者通过公司的资源进行商业合作，或者签下更多的经销商分销模式，亦或是通过展会来展示公司的新产品，但最重要的还是提高公司在业内的知名度，通过裙带效应引领产品，毕竟当下的社会还是关系要重一点的。
## 2\. 售后工作
在后期的工作中最容易被忽略但也是最重要的便是售后工作，硬件产品的售后会更加的多，这个也是能客观反映产品健壮性的途径，以我们公司为例，售后率大约在2%-5%左右，抛开用户对于产品内容的不信任外，很一部分是软件的bug以及硬件损坏上。
所以，针对售后会制定一系列的SOP，让售后流程变得简单可复制，让售后流程更加的通畅，我们公司的售后流程就是客户以公众号或者销售同事的途径联系到了售后同事，售后同事首先会提交工单，随后会分析是哪一部分的问题，硬件维修问题则是工单转维修单，换货问题就是工单转换货，软件问题就是在JIRA上面提研发工单，让研发同事帮忙解决。
售后是一个产品的后期保障，是降低客诉率的基本方法，更是评判一个公司是否合格的方式，售后一定要做到用户有求必应，能做到实时追踪用户问题解决到哪一步了，实时反馈到客户。这个社会很多的生意都不是一锤子买卖，更多的还是后期的产品服务。
## 3\. 产品迭代
产品迭代在产品的生命周期中是不可缺少的一步，产品都做不到不更新，毕竟在现在互联网的时代，更新迭代速度太快了。我们一般迭代需求来源一般是分为三个途径，第一个是公司内部自发迭代，这一类是因为中期研发埋点过后的数据统计发现问题，通过自发性产品迭代。
其次是通过销售市场同事针对产品达到较难售卖，遇到销售瓶颈的时候提出来的，这一类需求是为了让产品的售卖周期更长，不会因为竞品公司推出了某一项功能而失去竞争力。
最后就是售后同事反映的需求，这一类需求就是用户进行售后反馈时提出来的，这一类是最有价值的，能够直接影响用户体验，但也是最难以分辨，一千个人心中就有一千个哈姆雷特，产品要契合的是市场，不是个别用户，但市场又是由用户组成的，所以把握好其中的尺度是产品迭代的关键。
这样一个一个功能和需求的迭代支撑起产品后期的生命周期，通过不断优化让产品得到的正向反馈更多，也进而打造出公司的产品力。
呼！虽然没经历过完整的产品生命周期，但通过东拼西凑也能知道零零散散的产品生产路径，产品的设计也不外乎这些，但说起来很容易，做起来却困难重重，有时候我们大脑里面灵光乍现的产品或许就是我们作为产品人的lucky
time。
不知道大家为什么会想着来做产品这个岗位，就我而言，产品背后的逻辑就是商业，这个社会有太多的岗位无法接触到商业，但产品经理是我了解到商业气息最重的岗位（商业气息不同于金融行业，它更像是一位商人），并且产品可以是物也可以是人，我们身处社会的熔炉，每个人都像是雕琢未满的产品，它诠释了道更诠释了我们每个人的心。
本文由 @你的水獭男孩儿 原创发布于人人都是产品经理，未经许可，禁止转载
题图来自 Unsplash，基于 CC0 协议
