2.3 打造AI产品的流程

2.3.1 打造传统软件的流程

传统软件产品或者传统系统的开发流程如下。

（1）问题的定义及规划。在此阶段，软件开发者与需求方共同讨论，主要确定软件的开发目标及可行性。文档包括可行性研究报告和项目开发计划。

（2）需求分析。在确定软件开发可行性的情况下，对软件需要实现的各个功能进行详细的需求分析。文档包括软件需求的说明书、数据要求的说明书。

（3）软件设计。在此阶段要根据需求分析的结果，对整个软件系统进行设计，如系统框架设计、数据库设计等。软件设计一般分为总体设计和详细设计。文档包括总体设计说明书、详细设计说明书、数据库设计说明书。

（4）程序编码。在此阶段，将软件设计的结果转化为计算机可运行的程序代码。文档包括用户手册、操作手册、模块开发卷宗。

（5）软件测试。在软件设计完成之后要进行严密的测试，以发现软件在整个设计过程中存在的问题并加以纠正。整个测试阶段分为单元测试、组装测试、系统测试三个阶段。文档包括测试计划、测试分析报告、项目开发总结报告。

下面，笔者先讲传统产品经理所面对的开发流程。

（1）需求整理。

需求整理的第一步是确定产品功能。在拿到一个新的产品需求进行产品方案设计以前，产品经理应该对需求进行一次整理，看哪些是真需求，哪些是边缘需求，哪些是伪需求，进而把功能点、产品卖点整理清晰，即先确定产品功能，在有条件的情况下做一份市场需求文档（Market Requirement Document，后文简称MRD）。

需求整理的第二步是编写产品需求文档（Product Requirement Document，后文简称PRD），具体内容由产品经理产出。PRD主要给软件开发与测试人员、其他相关部门人员查看。

需求整理的第三步是编写设计文档，主要用于设计人员在画图之前对整个产品进行把握。设计文档由产品经理主写，交互人员辅助。因为产品经理在写文档的时候是以面向程序员的角度写的，所以设计人员要把交互原型所需要的东西提交给产品经理，辅助完成设计文档。PC端和移动端的设计文档要分开编写。

那么，设计人员需要做哪些工作呢？设计人员要把产品原型图需要的内容提交给产品经理，并辅助产品经理完成设计文档的编写。根据设计人员提供的要求，产品经理需要提供以下内容：①功能类内容，如功能流程图、产品的功能点、主要功能卖点；②模块类内容，如文案、各功能描述、弹出框内容，各模块之间的关系；③逻辑类内容，各模块的业务逻辑、结构框架图。

当存在一些比较复杂的流程的时候，为了避免开发人员或设计人员不能正确理解，需要把流程图画出来。但是一个完整的项目只用一个流程图是不可能表达清楚的，所以需要按照模块的流程逐个进行分类，分类以后按照功能的不同、简易程度，分别画出流程图。

（2）交互原型。

在设计文档评审通过后，就可以开始安排页面上每个功能的具体位置、交互方式和跳转方式了，一般由产品经理输出全部交互原型图、原型图解释文案，如没有产品经理，可由设计部门完成。交互原型一样需要评估，参与人员由产品经理指定，如没有产品经理可由设计部门指定。

交互原型图的具体要求：①不要加入视觉设计的元素。着眼于大局，不要纠结于细枝末节。②不限工具。产品经理最好用Axure完成动态设计，如没有，需设计人员用AI或PS完成。③页面流程中所考虑的交互过程需要体现在原型上面，出错、提示等交互细节也应体现。④原型图解释文案在画交互图的开始就要记录下来。每个页面之间的联系、承接关系，页面当中的跳转细节、按钮的不同状态、弹框的提示文字、日历的跨年显示效果、小数点是否保留（若保留，保留到小数点后几位）等内容是解释文案的重点。

（3）视觉设计。

在交互原型评审通过后，设计负责人把控UI整体风格和所有视觉效果的设计，主要输出VI（Visual Identity，通常译为视觉识别系统，后文简称VI）备选方案、所有视觉效果图、资源包等。

之后，选定一个时间节点，组织人员评估，参与人员为UI设计人员。在交互原型图评审通过后，按照项目视觉设计的复杂程度再来安排具体时间节点，然后预估工作量，按照项目复杂程度和具体的完成时间来评估工作量。

一般公司的视觉识别系统在一个项目的最开始就要开始做。视觉识别系统一般由UI设计人员做3套以上的UI设计方案，包括颜色、Logo、整体风格、图标等的效果图，然后开会评审，选定一套方案。确认视觉识别方案后方可进行接下来的整体界面设计。提前做好视觉识别方案，一方面能避免因为工作交接而在视觉上产生偏差；另一方面能为项目后期的一些工作做好准备，比如确定产品手册、营销推广页、名片的风格与颜色等。

颜色的设定要有理有据，开会的时候会有很多人问你为什么要用这个颜色，这个颜色代表什么，这些最好在做设计的时候就想好。

一般情况下公司不需要在这时做Logo，但是如果有需要的话就要按照Logo的制作流程进行设计。主要内容包括Logo的设计思路、Logo的颜色、Logo的应用场景等。

俗话说细节决定成败，在设计图标时要充分考虑细节。每一个图标的风格要跟页面整体的风格保持一致，这样才能保证所有页面设计完成以后风格是统一的。

除了上述内容，我们还要进行主要页面的视觉评审。主要页面的视觉评审对于开展后面的工作十分重要，设计师需要在评审的时候讲述自己的设计思路，包括颜色的设计理由、风格的设计理由等，要让参与人员了解你做设计时思考的内容，而不单单是作图。

页面整体的设计，具体要求如下。

① 在视觉风格已经确定的情况下，按照交互原型图进行逐个页面的设计。

② 在设计中对于细节的把握要准确。

③ 在视觉设计中要考虑不同平台的特性，根据不同平台的特点进行设计，切勿混淆各平台的控件。

④ 对于某些需要适配的移动端页面或是H5，要考虑尺寸的问题。

⑤ 在设计中，一些容易忽视的页面也要做出来，比如断网、连不上Wi-Fi、404错误、正在加载等页面的展示效果。

在视觉设计评审通过后，接下来会进行一个比较重要的环节——与前端人员合作实现效果。这个时候设计人员通常需要输出5个文件资源包，分别是：

① 视觉效果图的尺寸标注资源包。

② 所有尺寸的切图资源包。

③ 解释文案资源包。

④ 效果图源文件资源包。

⑤ 全部视觉效果图资源包。

在完成一款产品后，设计人员需要做一份设计总结，就是针对现在这个版本编写视觉设计规范。这是对设计工作的一个总结，对下一版本的开发也很有帮助，可以大大提高开发的效率。

（4）整理可以优化的体验点。

在项目第一版已经成功上线，第二版还没开始开发前，产品经理需要整理可以优化的体验点，要对现有的这个版本的体验点进行优化。这部分工作需要开发人员和用户研究人员一起参与。

整理优化体验点的具体工作内容有：

① 对现有产品的一些功能需要优化的点进行记录，记录有哪些不足之处。

② 基于用户的反馈，判断哪些功能是可以省略的，哪些功能是需要加强的。

③ 有哪些更好的想法可以在下一个版本中实现。

以上是传统产品经理打造传统产品的流程，介绍上述内容的目的一方面是希望帮助大家回顾一下传统产品的打造流程，另外一方面是希望跟后面的AI产品打造流程做一个比较。

2.3.2 打造硬件产品的流程

大家可能觉得做硬件产品很简单，但事实并不是这样。实际上，一个硬件产品项目最基本的流程就包括：前期的市场调研，产品定义，需求分析，方案设计，外观结构的设计，软、硬件的设计，物料的采购，试生产，测试和整改，生产管控，质量控制，量产出货，售后跟踪等。这是一个很繁杂的链条，这里只讲了十几个大的方向，每个点下面还有很多细节。

有人说：“做硬件产品很简单，设计一个电路板就解决了。”真的是设计一个电路板那么简单吗？如果真有那么简单，硬件工程师就不可能拿那么高的薪水了。设计一个电路板需要考虑的东西很多，如电源的设计和走线是强相关的，整个电路板需要进行抗干扰设计，高速信号需要对仿真、射频、音频之类的弱信号进行保护，需要考虑电路板的防静电能力，等等。这些内容不仅跟工程师的水平有关系，也体现了一个公司的设计水平。

还有人说：“做硬件产品很容易，做一套外壳就解决了。”我们先不谈做外壳需要开模，开模需要花钱。单从设计上来讲，结构设计要满足外观效果的要求，要能降低模具的成本，要能实现较高的生产效率，同时结构强度要高，长期使用的话，质量可靠性也需要高，这些都是跟结构设计息息相关的。你找一个初级工程师，他肯定能给你画出来，但他画出来的会是什么质量的？为什么资深工程师比初级工程师的待遇高很多？因为他们的经验比初级工程师丰富很多。这就是为什么有些公司设计费用很低，而有些公司设计费用很高的原因。如果说你做一个外壳，什么都不考虑，只要能把它拼起来就行了，任何可靠性和可生产性都不考虑的话，产品肯定也是能做出来的，但你就等着产品的可靠性出问题吧。

这里还有个重要流程，也是产品经理初次接触硬件产品时一般不会注意到的流程：测试。测试包含硬件电路的测试、软件的测试、结构的测试、整机的可靠性测试，还有大量的压力测试。举个例子，针对手持设备有一个测试叫“微跌落”，即拿着一个产品，从10cm左右的高度摔到一块钢板上去。需要摔多少次？国内一线品牌的“微跌落”测试的次数一般在两到三万次！小一些的品牌，至少也要做几千到一万次。这样才能保证产品在一到两年的产品生命周期里，不会因为经常的振动和晃动而损坏。这些测试跟产品的设计有很大的关系，尤其跟结构设计有非常大的关系。如果不知道这些的话，做出来的产品在刚出厂的时候是好的，但使用一个月之后，大概率会出现故障。

在介绍硬件产品的开发流程之前，我们先来了解一些硬件的基础知识。

常见的硬件系统主要有小型的单片机硬件系统和大型的Android硬件系统。

① 单片机硬件系统。单片机在小微型智能硬件领域的应用很广泛，其成品价格低、开发周期短，适合运算量小、通信数据量小的应用场景。单片机在智能小家电领域的应用有智能电饭煲、智能花盆、空气净化器、智能台灯等，在智能工业领域的应用有环境温度监测、空气质量监测、水质监控、农业喷灌控制等。随着BLE、ZigBee、GPRS、NB-IoT等众多无线传输技术的普及，单片机+云服务架构的产品越来越多。设备的智能化、互联化都离不开智能单片机。丰富的单片机系统开发经验，能让你快速实现从非智能到智能、从单体到组网的产品升级。单片机只能实现简单的数据处理，如果需要处理复杂的数据，例如处理视频、识别语音等，就需要Android硬件系统了。

② Android硬件系统。主流的Android硬件系统使用4核～8核ARM Cortex A7或更强的处理器，集成GPU，很多还集成LTE通信模块，其运算能力强、通信数据量大、软件扩展性好、UI界面漂亮、人机交互便捷。Android智能硬件系统已在逐渐取代传统嵌入式Linux类硬件和嵌入式Windows类硬件。智能车载系统、智能手表、智能家居网关、智能电视、智能工控主机、智能导购屏这些产品，几乎都采用了Android硬件系统。

传统的PC系统因结构单一、硬件尺寸大，在智能硬件领域的应用不多。嵌入式Linux类硬件因开发资源和第三方资源远不如Android多，硬件成本也比Android智能硬件系统高，因此逐渐被Android智能硬件系统取代。

智能硬件的开发流程如下图所示。

（1）需求分析。

在所有的流程当中，需求分析最为关键。很多创业型产品就是“倒”在不断地修改功能需求上。软件迭代相对快一些，但硬件迭代一次少则一个月，多则两三个月；软件迭代几乎不影响整机，但硬件迭代很有可能导致整机结构发生变化，如果不停地修改产品的功能需求，产品上市就遥遥无期了。需求分析准不准直接关系到产品的上市时间、成本、质量。笔者建议多向客户问问题，以准确分析需求，少走弯路，选择合适的技术路线。

（2）方案设计和评审。

智能硬件产品往往涉及一些新技术或非常规技术，项目风险会比较大。需求分析结束后直接开始做硬件设计的话，很容易遇到特殊物料买不到、芯片选型不满足指标、电路设计有缺陷等问题，导致项目延期、客户流失。因此，在正式设计之前要做好大量准备工作，包括“关键器件选型”“关键技术验证”“系统框架设计”“产品风险评估”“功能交互设计”“拟定产品测试大纲”等一系列步骤。以上内容需要CTO组织人员对每个项目的方案设计做详细的评审，评审通过后才能正式开始设计工作。评审能够极大地提升产品的质量，降低研发风险。

（3）硬件设计和评审。

硬件设计主要包括原理图设计和PCB（Printed Circuit Board，印刷电路板）图设计，看似很简单。很多小公司安排一个工程师就把画原理图、画PCB图、写代码、调软件全包了。但你相信一个人能对各个环节都精通吗？硬件设计不是把线路连通就算完成了，还需要考虑功耗、散热、抗辐射、防静电、高速信号走线设计、射频性能等一大堆问题。如果设计不合理，一般功能不会出现太大的问题，但是性能就完全没办法保证了，产品肯定是通不过各项测试的。

硬件设计完成后，需要进行内部评审，包括原理图评审、PCB图评审、结构评审等。每个评审表格都有几百个项目，通过评审可以检查设计错误，并将常见错误消灭在设计阶段。在设计阶段修改一次只需要一两天的时间，如果已经把PCB做出来了，再来修改则至少需要半个月的时间，而且还会带来极大的物料浪费。

（4）打样制作。

硬件设计完成后，硬件工程师就能稍微松一口气了。PCB的生产是需要一定的周期的，4层板一般需要一周多，8～10层板需要两到三周。在板厂制板的这段时间里，采购、资源调度和生产管理部门需要去做元器件备料和SMT（Surface Mount Technology，表面贴装技术）产线预约。对于一些超长周期的物料，早在设计阶段，甚至在方案评审阶段，就需要下单采购。等所有元器件都到齐了，硬件工程师也已经把生产资料准备好了，就可以上SMT线贴片生产了。通常第一次上线生产都会暴露出一些问题，有物料问题、生产制程问题，也有硬件问题、设计问题，工程师需要记录这些问题，在后续设计整改时及时改进。

（5）测试整改。

PCBA（Printed Circuit Board +Assembly，即PCB空板经SMT上件后，再DIP插件）完成后，硬件工程师、软件工程师、测试工程师就开始紧张地调试和测试了。看一款产品设计得好不好，只需要看测试报告就足够了。优秀的测试工程师会结合产品的使用场景，设计出很全面的测试用例，这些用例能够覆盖各种常见和不常见的场景，不断地“折磨”产品，直到它出问题为止。一款经过千锤百炼的产品，品质才有把握。像华为的手机，光试产测试样机都要做上千台，不管是大的问题还是小的问题，都被消灭在研发阶段，以保障质量、口碑。

经过一轮测试后，项目经理会组织项目组成员汇总测试问题，提出并验证解决方法，然后整改到下一个硬件版本中去。如此反复，才能打造出一款优秀的硬件产品。

（6）交付归档。

项目完结后，所有的资料都会归档保存，除基本的设计资料外，还有评审资料、问题记录资料、测试用例资料等，以供后续查阅。很多小公司不重视资料归档和资料保存，一旦某个项目暂停几个月后再重启，很容易出现资料不全、不知道哪个版本才是正确的、老问题又重新出现等各种乱象。

一定要记得，创业型公司切不可贪大求全。任何一款产品，我们想的都是很美好的，从软件、硬件到平台、生态链，我们都可以规划出来，但如果前期就这么做的话，比如，做一个手环就想把生态链都打通，那投入的资金肯定不止几十万元了，至少要到百万元的级别。

所以，前期尽量把不太需要的功能都砍掉，只保留核心功能。省钱、快速地出产品、出原型机才是王道。现在的风投都很精明，已经不会在你只有一个PPT的情况下就投很多钱了。必须拿出来一个实物，来证明你能做出来，风投才敢继续往下投资。

这部分是笔者用血泪总结出来的经验，是经过上亿元投资打磨出来的教训。如果你准备创业做硬件，笔者给你一个可能节省千万元的方法：做原型机。原型机可以不考虑可靠性问题（也可以不考虑结构、外观等），其唯一的作用是让你验证核心业务和核心功能。等你把核心业务、核心功能跑通了之后，就可以用原型机去招商、拉风投。如果招商和拉风投都比较顺利，那么钱的问题自然就解决了。大家都看好你的产品，也相信你能做出来，自然会有很多人想来投资，不管是众筹还是风投。这会支撑你后面拿到更多的资金，做更好的硬件产品。

2.3.3 打造AI产品的流程

AI产品有软件产品，如苹果的Siri智能语音助手；也有硬件产品，如智能手机、智能音箱等。

但是笔者认为，看AI产品不能仅仅从软和硬的单一维度来看（实际上一款AI产品一定既有“软”也有“硬”），应该从整体角度、用更高层次的眼光来看AI产品，一方面因为AI产品离不开数据，而数据的采集离不开传感器，如NB-IoT、GPRS等，这些传感器属于硬件的范畴。另一方面，打造一款普通桌子肯定不是本书讨论的范畴，但如果桌子有操作系统和软件，那么它就是笔者定义的AI产品。

一般来讲，打造一个整体级别的AI产品是包含软件、硬件双流程的，如下图所示。

2.3.4 打造AI产品的实际案例

这里以微鲸智能电视为例：产品每个版本的打磨，无论是从0到0.1，还是从1.0到2.0，一方面需要硬件团队对市场物料的性能和产量有稳妥、精准地了解，另一方面需要软件团队熟悉每两个硬件衔接的驱动是否匹配，是否能够相互交换数据，一方能否调用另外一方的数据，产品经理要把握两个团队的流程。

2.3.5 打造AI产品的创新因素

融合和跨界是AI自带的DNA，而创新大多数来自跨界和融合，所以AI给产品创新带来了好机会。又因为AI是个多学科的技术，因此，我们有必要了解一下AI产品中哪些因素对产品创新的影响比较大。

对于线性架构，影响创新的因素包括制造设备、制造工艺、制造物料，这些因素都是很难发生变化的，有的制造工艺甚至从开始到现在都没怎么变化过，例如茅台酒的制造工艺就没怎么变化过，而物料和设备在一定的时间周期内也是不变的因素。

所以，我们只能将创新的希望寄托在非线性、非结构化的因素上，如制造环境、参与人员、管理水平、实施标准、制造目标、制造节奏等因素。

一方面，我们可以通过改善生产制造环境，如采用富士康代工智能手机的无尘车间；另一方面，我们也可以通过培养员工的生产技能来提升AI产品的创新效率，同时还可以改善管理方法，如激励竞争，引入符合创新环境的KPI管理机制来激发创新。

笔者建议：我们一定要抓住可以利用的打造AI产品的创新因素，要重点强调创新性人才的价值。