中图分类号：TP303 文献标识码：A 文章编号：2095-1302（2016）06-00-06
0 引 言
这是一个什么时代？这是一个互联网时代。
这个时代要求我们必须按照互联网时代的思维去思考和生活，按照互联网时代的要求和标准去开展产品设计和研发运营体系建设。
车联网（Telematics）作为近几年非常热门的技术广泛应用于工程机械行业中，经过近几年的发展，目前已经非常成熟，其主要原理是通过具有环境感知能力的各类终端和GPS获取车辆各类数据，包括传感信号、位置信息和工况数据等，通过通信技术对数据进行采集、分发、解析和存储，应用主要包括构建信息管控平台、设备监控平台等。
但随着互联网技术的发展，工程机械车联网正经历一个从粗放到精益、从传统到现代的过程，以互联网为主的一整套信息技术（包括互联网、移动互联网、云计算、大数据等），在经济、社会、生活等环节中扩散、应用，互联网领域中的产品是满足互联网用户需求和欲望的无形载体，是满足用户需求而创建的用于运营的功能及服务，是产品功能与服务的集成。互联网时代的到来，要求工程机械车联网必须按照互联网思维去打造产品，按照互联网市场规则去研发和运营产品，因此，工程机械车联网的产品设计、研发、运营必须突破原有思维，不拘泥于以往的模式，重新构建思维体系，打造时代的产品，构建时代的研发运营体系，才能保证其一直伫立在时代前沿，不被淘汰。
本文正是基于此，结合了互联网时代的产品设计和研发运营的特点，希望对工程机械车联网行业的发展有所裨益。互联网时代的车联网总体示意图如图1所示。
1 工程机械车联网生态圈产品设计
1.1 总体介绍
工程机械车联网的产品设计遵循互联网行业产品规划设计原则，提供包括软件、硬件产品的设计，结合传感器、GPS、数据中心、云平台、Docker等技术，倡导平台产品的平台化、微服务化，为不同层次、不同领域的客户提供PaaS/Saas产品，基于Web、iOS、Android等平台的移动式产品，以及定制和非定制化的车载终端、硬件设备和大数据应用等服务，致力于打造工程机械行业车联网生态圈。
工程机械车联网生态圈的产品设计，按照环状结构，由外而内层层深化，由内而外层层开放，层与层之间相互依赖，互为支撑和扩展，每一层均可为特定用户提供核心产品，既自成体系又具有高内聚低耦合特性，保证了每层核心功能的独立性和不可替代性，也为产品的打造提供了真实有效的体系支撑。工程机械车联网生态圈示意图如图2所示。
1.2 数据中心
数据中心作为整个车联网体系的核心架构，既针对底层进行数据采集、分析、优化和存储，又为各数据层提供快速有效的实时支撑。数据中心的网关平台架构如图3所示。
数据中心采用云计算平台、分布式架构和模块化设计，具有可配置性、扩展性、兼容性和持续升级能力，能够适应用户规模性增长、新应用配置和新业务需求的不断变化。
该架构的技术优势是系统平台将数据处理和业务处理做了分离，数据的处理放在了PaaS层，业务的处理放在了SaaS层，此架构的设计充分保证了数据安全，提高了平台的可靠性和稳定性，降低了业务系统的开发/定制成本，多级负载均衡的体系提高了平台海量数据处理的能力和可伸缩性。
图4介绍了最新的基于Mongo+Hadoop技术的数据湖，即刚才提到的数据池应用的数据中心建设方案。
1.3 Docker+微服务化
用Docker+微服务化做为架设本层生态圈的主要技术，其主要目的是为真正的互联网化的服务提供数据支撑接口，不论以何种形式实现（接口、API、PaaS、SaaS化等）。
本层的目的是利用数据中心各种类型的数据为上层提供透明式服务，既要求上层调用方便、快速、有效，又要求具备平台可移植性、快速响应、容器化以及交互公正、明确、无疑，Docker+微服务化的设计是最合适的。
首先，Docker已经为企业和开发者提供了极大地便利。例如，降低系统部署复杂度，使系统维护更加容易，减少不必要的系统开销，加快企业对业务的反应速度。
其次，微服务是一种架构类型，属于轻量级的面向服务体系架构，这些服务都专注于严格执行同一件事并把它做好，在产品设计中，可以将底层功能设计成由单个微服务来实现。每个微服务都有单独的运行线程，并且可以独立于其他微服务进行部署。同样每个微服务都有自己的专用数据库，尽管每个微服务都会与其他微服务协作与沟通。分布式微服务设计模式如图5所示。
Docker的设计和应用可依托分布式开源管理框架进行设计，包括kubernetes、Mesos、OpenStack等。目前行业主流的Docker云平台大部分都是基于开源平台进行的二次开发。
此外，使用微服务作为主要架构类型的系统是一个拥有大量协调微服务的分布式系统，每个微服务分管自己的进程。由于微服务之间紧密协作，每个微服务只提供拼图的一小块，而系统作为完整的作品存在。协作时，各服务彼此通过一个不绑定具体平台的轻量级媒介进行沟通。
1.4 客户化应用
在数据中心的基础上，对于已经完成微服务的系统架构来说，下一步的工作就是尽可能的开展客户化应用，针对不同的领域、对象、种类、范围进行产品功能设计，但针对不同的应用对象不应该打造同质化的产品，要有针对性的设计和开发。客户化应用结构展示如图6所示。 客户化应用平台按照服务对象类型的不同，将整个系统划分为主机厂应用服务平台、大客户应用服务平台以及真正的互联网移动客户端。
1.4.1 主机厂应用服务平台
基于车联网系统的建立，为主机厂的科研机构和营销机构提供车辆生产过程、运输、销售、使用等全生命周期的实时跟踪监控和数据统计。包括位置监控、轨迹回放、工况参数监控、工作时间统计、报警分析、故障统计等。主机厂应用服务平台功能模块如图7所示。
1.4.2 大客户应用服务平台
为工程机械主机厂的终端客户定制化实施应用服务平台。为终端客户企业实时提供所购车辆的车辆位置和工况数据，为企业的生产调度提供数据服务及支撑其ERP等企业信息化系统。大客户应用服务平台功能模块如图8所示。
1.4.3 真正的互联网移动客户端
致力于打造一个真正的互联网式的移动客户端App，推出iOS、Android和微信版，为工程机械行业内的各个工作群体提供及时有效的服务，不再局限于车俩本身的监控，更要扩展到各个领域，包括电商、位置服务、社区/社交、金融、新闻和后市场等，此平台秉承工程机械行业，借助互联网的产品思维和运营模式，旨在打造一个行业内真正的车联网移动客户端。互联网移动客户端功能模块如图9所示。
真正的互联网移动客户端涉及到工程机械行业的诸多方面，是一个真正的互联网化工具，着力于打造这样一款产品，是顺应行业发展，适应互联网生态环境的必然要求。
1.5 用户行为分析及大数据应用
在互联网时代，要求我们必须尽可能正确、快速、有效地获取用户使用信息，对有关数据进行统计、分析，从中发现用户使用产品的规律，并将这些规律与产品策略等相结合，从而发现目前所使用的产品中可能存在的问题，并为进一步修正或重新制定产品策略提供依据，同时也为客户提供及时的预知服务和信息推送以及活动预判。
一切用户行为分析都离不开场景，只有制定出详尽的用户使用场景，才能达到以上目的，包括收集客户位置、购买习惯、个人喜好、访问周期以及用户群体和消费习惯等，这个信息的获取非常重要。
针对大数据应用，按照用户类型，几大平台的大数据应用各有不同，需要打造商业智能分析服务，具体包括出厂车辆在各地区的分布情况（车辆分布）、车辆在各地区的总工作时间统计（热点工作区域）、故障反馈统计等。最终达到辅助主机厂科研机构提高科研质量，帮助营销部门管理销售车辆，从而达到加强主机厂企业竞争力、降低管理成本的目的。此外，应该收集大客户生产经营活动中的各类重要数据，比如生产资料信息、实验室数据、车队管理日志等，一方面可以作为存储备用，另一方面也可以预判大客户的行为，从而为销售提供依据（如客户数据显示缺少某材料或者设备，销售人员就可以开始销售行为）。
1.6 智能化设备
工程机械车联网的实现离不开相关智能化硬件，这些智能化硬件如GPS设备、行车记录仪，或是针对某一工业领域的传感器，可以起到采集车辆位置信息、工况信息和传感器数据的作用，通过移动通信网络（GPRS/GSM）等方式传输至后台，在这个过程中，智能设备是基础设备，其耐受性、安全性和抗干扰性等特性非常重要，一般使用工业级产品。下面介绍几款常用的工业级智能化设备。
1.6.1 通用型无接线隐藏式GPS终端
此设备的特点十分突出，安装、调试和维护非常容易，只定位和上传数据，电池一般可用三年，可通过终端上配置的唯一二维码，结合车辆编号、车牌号、发动机编号进行绑定入网，且非常适合搭配移动App，打造真正的互联网化产品。通用型无接线隐藏式GPS终端如图10所示。
1.6.2 接入型CAN/串口GPS终端及配件
此设备通过与车辆底盘发动机或控制器对接（CAN/串口），获取工况数据，通过GPRS网络传输到数据中心，主要用于车辆定位和获取工况。接入型CAN/串口GPS终端及配件如图11所示。
1.6.3 双模双协议双存储行车记录仪
目前国家要求所有货运车辆必须安装行车记录仪，但许多主机厂也有物联网/车联网管控的需求，许多主机厂的解决方案就是在设备上安装GPS与行车记录仪，此设备可以完成这些功能并达到要求，实现了双模双协议双存储空间，实现了降低成本，优化高效的目的。双模双协议双存储行车记录仪如图12所示。
1.6.4 工程机械车载屏
车载屏作为车联网重要的设备，承载了数据传输、信息交互的作用，功能清单展示如图13所示。
1.6.5 其他相关智能化传感器
其他传感器作为与整车相关的传感器，将其安装于车辆上来获取车辆的传感信号，并通过智能终端设备传输至数据中心，下面介绍几款常见的传感器。相关智能化传感器展示如图14所示。
2 工程机械车联网生态圈研发运营体系建设
2.1 总体介绍
互联网时代下的研发运营体系是一个非常重要的课题，如何正确、快速和高效地搭建研发运营体系，并适应这个时代的需求，是产品能否快速响应、能否快速适应市场的关键所在。
传统的软件组织将开发、IT运营和质量保障设为各自分离的部门。在这种环境下如何采用新的开发方法（例如敏捷软件开发），这是一个重要的课题。按照从前的工作方式，开发和部署不需要IT支持或者QA深入的、跨部门的支持，但却需要极其紧密的多部门协作。
因此，在互联网时代，我们倡导开发运营一体化，DevOps技术是必然的选择。DevOps结构展示如图15所示。
DevOps是Develop与Operations的缩写，它是企业内开发、技术运营和质量保障的融合，用于促进开发、技术运营和质保部门之间的沟通、协作与整合。有研究显示，在那些引入了DevOps概念的企业中，开发与运营人员在设计、构建、测试工作中共同在内部应用上进行协作之后，可以将产品开发的效率提升20%。 DevOps实施路线如下：
（1）明确DevOps的定义，调动开发和运营部门之间的协作，鼓励运营人员采纳软件开发方法，并利用云计算基础设施来完成真实的测试和代码部署。
（2）在软件开发、测试、质量保证（QA）、集成、预生产和生产部署等方面的任何旧小团队必须打散，因为每个小团队都可能拖延开发周期并且带来不可预料的问题。
上述策略能更好地整合开发和运营，通过整合团队成员来产生效益。
2.2 研发体系建设
产品是否适应市场的变化，是否能够满足客户的需求，是否能够快速响应等，这些都是考验研发体系的标准，因此需要构建一套适用于互联网时代需求的产品研发体系。产品设计结构图如图16所示。
2.2.1 设计原则及规划
完整的流程应分层次设计，自下而上去完成。
（1）策略层：定义产品使命、价值、目标人群；
（2）愿景/功能层：定义核心场景、功能列表；
（3）结构层：做流程图、信息架构，确定主导航、主菜单；
（4）框架层：梳理每一个主界面的内容、布局；
（5）表现层：视觉设计，涉及图标、配色及切图。
2.2.2 设计研发流程
设计研发流程遵循一般互联网公司产品设计流程，其整体结构非常适合打造互联网式的工程机械车联网相关产品。产品设计研发流程如表1所示。
2.2.3 敏捷开发
敏捷开发（Agile Development）是一种以人为核心，迭代、循序渐进的开发方法。
众所周知，瀑布开发模型以文档为驱动，究其原因，是因为在瀑布的整个开发过程中，要写大量的文档，把需求文档写出来后，开发人员都根据文档进行开发，一切以文档为依据；而敏捷开发只写有必要的文档，或尽量少写文档，其注重的是人与人之间面对面的交流，所以它强调以人为核心。敏捷开发模型如图17所示。敏捷开发任务看板如图18所示。
敏捷开发方法强调以人为本，专注于交付对客户有价值的软件。在高度协作的开发环境中，使用迭代方式进行增量开发，经常使用反馈进行思考、反省和总结，不停地进行自我调整和完善。
2.3 运营体系建设
运营体系的建立离不开数据中心的运维和产品的运维，其中数据中心的运维遵循一般性云平台的运维思路，提供包括数据中心、客户、IaaS、PaaS、SaaS等运维，为上层产品应用化提供必要支持。产品运营-改变-创新模型如图19所示。
2.3.1 运营思路
世界上的任何物体，若发生相互之间的传递、转化时，一定会导致损耗，换言之，投入的资源不可能完全转化为想要得到的东西。产品设计也一样，再先进的产品也不可能达到100%的转化率。
漏斗模型普遍适用于互联网产品，如网站、App、客户端，用户从刚进入到完成产品经理设计的产品目标，中间步骤肯定会发生很大的损耗。比如，用户进入一家电商网站，从浏览商品，到把商品放入购物车，直至最后支付，每一个环节都有很多的用户流失损耗，没有哪样产品能够做到100%的转化。漏斗模型如图20所示。
因此，产品运营人员要对用户群体进行有目的的组织和管理，增加用户粘性、用户贡献和用户忠诚度，有针对性地开展用户活动，增加用户的积极性并提高参与度，配合市场运营需要策划活动方案。对产品和市场数据进行分析，并以此为依据推进产品改进，始终保持敏锐的用户感觉。
2.3.2 运营方法与运营手段
产品运营方法划分示意图如图21所示。其运营手段可分为以下几点：
（1）拉新：即为产品带来新用户。
（2）留存：即通过各种运营手段确保用户被拉到指定的产品和站点上之后，最终愿意留下来使用该产品。
（3）促活：即“促进用户活跃”，让用户愿意更频繁、更开心、更长时间的使用该产品。
运营方法还可细分为如下几点：
（1）发现用户。为用户画像，开展调查、需求分析等工作，需要深刻理解自己的产品，并能够找到相应产品的用户群。
（2）以合理的成本发展用户，让其使用自己的产品。可以通过开展市场投放、渠道拓展、商务合作、内容编辑、社会化媒体策划等活动来发展，也可以找专业的第三方机构去推广和运营。
（3）保持用户持续使用自己的产品。可开展用户运营、社交运营、社区运营等。
（4）保持用户在不用产品时的联系。可开展产品召回、微博微信运营，持续关注反馈，并且与别的产品展开商务合作等活动。
3 结 语
互联网时代如何进行产品设计和研发运营体系建设，是一个历久弥新的课题，对于身处传统工程机械行业之中的我们更需要好好研究，工程机械车联网秉承“互联网+”的东风正逐渐成为行业的关注焦点，基于互联网时代的工程机械车联网的产品设计和研发运营体系建设将具有重要的研究价值。
本文介绍了在互联时代下用互联网的思路和方法设计工程机械车联网产品，并就时代发展和行业特点开展研发运营体系建设的讨论和研究，希望对工程机械物联网和车联网行业的发展有所裨益。
