互联网产品岗转智能硬件产品岗

3 评论 4841 浏览 54 收藏 11 分钟

编辑导语:作为产品经理,如何快速进入一个新行业呢?本文作者分享了他从互联网产品岗转到智能硬件产品岗的经验,希望能给你带来帮助。

从事智能硬件产品三年了,我想用文字记录我当初是怎么转智能硬件产品岗。如果有幸,我的文章能被刚入智能家居的行业你看到,那我希望接下来的内容会对你有所帮助。

我是棋牌游戏转的智能硬件,在此也很感谢老东家,给了我行业新人一个机会。

我记得刚入公司,对那些能被手机操控的设备很是新奇,前端的交互了解起来倒也不费劲,就是网段、网关、模块等词听得一知半解,一天到晚都在各种百度。

一、快速了解行业

1. 体验公司产品

查看历史需求文档能给你带来一些帮助,但是最直接的方式是体验公司研发产品,实际操作的真实感能更让你印象深刻。

体验产品时候是站在用户的角度,你可以不思考前端、后端、设备端的数据交互,只需要看设备是否有正确的执行指令。

这个时候互联网的产品经验当然可以帮助你,站在你“用户”的角度对产品软件部分进行全面的分析,内容大多分为一下几点:

  • 市场分析:市场前景,目前存在的痛点
  • 产品定位:产品概述,此产品的目标群体,用户画像
  • 业务流程:试着梳理出业务主流程
  • 产品功能:主要功能分析
  • 总结:产品的优缺点,是否可优化

产品的详细分析方法在网上也有很多分享,都可以参考学习,我就不详述了,人人都是产品经理就是不错的充电渠道。通过体验公司产品并进行分析后,你能快速地知道智能产品能干什么。

2. 了解功能定义

知道智能产品是能做什么,我们就可以了解智能产品是怎么干这件事的。比如最常见的“开启”“关闭”,设备是怎么收到的指令,APP端是如何将指令传输给设备。

智能的第一步是给硬件装上芯片,家居智能家居产品主流的通讯协议有三种,WiFi、蓝牙、ZigBee,三者各有优劣,目前市面一般为双模组,即蓝牙+WiFi的组合方式,将两者的优点集成。

  • WiFi:可实现远程控制,但受路由器限制
  • 蓝牙:可自组网,支持设备数量多,但只能近场控制
  • ZigBee:低功耗,可自组网节点数多,但穿墙能力弱

根据产品的定位和特性,会选择适合的通讯方式。

芯片就是APP与设备进行通讯的桥梁。以蓝牙设备为例,通过设备ID与后台进行校验并与用户建立绑定关系,需要给设备分配一个mesh adress,将设备加入“用户”的网段,使用户账号下的蓝牙设备能组成一个网络,相互通讯。

通俗的理解设备与APP之间的通讯过程为:

了解设备建立连接,接下来就是了解功能的设计。

智能硬件产品与互联网产品是有区别的,智能硬件产品更注重简单、实用、易上手,所以在做功能设计时,一般都会避免将交互设计的复杂,特别是硬件本身与APP可同时操作的功能。

了解了产品软件相关的功能设计,我们接下来就了解设备具体怎么执行的。

3. 了解硬件

因每个公司对岗位职责分配不一样,有的公司智能硬件经理需要扎实的硬件知识,有的公司只要了解皮毛即可。

我们公司属于后者,我的皮毛也是在公司接触产品时慢慢了解的,我仅需要知道实现产品功能需要哪些元件,比如插座,需要有插头、外壳、主控(通讯模块),还有与硬件设计相关的功能,比如断电保护,最大承载功率。

可以借助电子发烧友等硬件相关论坛了解相关知识,比如电子发烧友,那需要了解到什么程度呢?大概是你问硬件工程师一个问题时,他知道你问的是什么。

二、产品定义

不出两周,你对公司产品有了大致了解,你也被分配任务,你真正开始了智能硬件产品工作之旅。

1. 需求来源

刚开始,新产品的规划是领导层决定,我们只需要规划功能,80%为基本需求,也就是这类产品的必须需求,比如灯具,基本需求有开、关、档位调节(分色温、颜色)、延时关闭,这类需求可以通过三种方式获取:

  1. 竞品的分析,包括但不限制于友商产品的使用,各销售平台、各论坛的反馈收集
  2. 同类的非智能产品,智能家居产品一般由非智能品升级而来,比如灯具、插座、空调等,智能产品不能一味地追求改变用户的使用习惯,就像灯具的墙壁开关,就一定有开关功能
  3. 业务员、市场部、供应商等渠道的需求收集,他们是距离终端用户更近的环境,对市场的需求更敏锐

了解了需求,思考用户的真正的痛点,比如之前做的一款人体感应灯,我会先了解市面上非智能的感应灯具备哪些功能,有哪些使用弊端,借助思维导图工具梳理:

产品中20%为创新功能(产品的创新一直都是难点),也就是你的产品能出众的地方,比如灯具,灯光跟随音乐律动就是具有趣味性氛围感的功能,如果一开始没有好的创意点,就将重心放在产品质量和基本功能体验上。

2. 初级产品定义

在需求的梳理中,其实我们对产品的规划有了方向。产品的初级定义一般会分硬件、软件两部分,单两者又密不可分,因为软件的使用依托于硬件,软件部分开始时我们会希望至少有一个开发板供软件开发调试。

硬件部分可以和更专业的硬件工程师共同输出,确定设备的通讯方式(一般根据产品特性公司的主要模块确定通讯方式)、传输距离、电压、功率等,还有产品的特性决定的硬件,比如感应灯需要红外感应器/微波传感;硬件部分还包括产品的外观结构、需要通过哪些认证标准像3C、FCC。

最终输出一份可流通的记录文档:

软件部分主要考虑功能的设计,即我们希望设备能执行哪些动作,在初级定义时只需要列出你想实现的功能(从需求中筛选),不需要深入思考实现的方案。

初级定义完成后,组织一次内部会议,包括各端负责人和是市场部产品负责人,此会议能很大程度上确保我们的想法是可实现且游泳的需求。

3. 详细产品定义

确保了产品的方向没有问题,就可以进行详细的产品定义了。这部分的工作流程和互联网产品的流程大同小异,区别就是多了设备端,在考虑数据传输、数据存储时需要考虑到设备端。

三、重要环节-首件测试

单独讲首件测试,此步骤在整个项目流程中是重要的角色,首件的顺利证明前面的工作有了结果。

在这之前产品经理需要提供“产测方案”,产测即产品测试,为方便生产时进行批量测试的工具,根据产品通讯方式和功能,产测可以是信标,可以是嵌入式端写在设备端的程序,可以是web端的工具。

其设计核心遵循方便快速检测全面,比如WiFi插座,插座老化过程一般为持续工作或连续开关是否死机,可以在重置状态,扫描到产测SSID,自动进入产测程序。

最后想说,这是我的新手之作,内容简单,但重在突破自己!

 

本文由 @你是小毛驴2号 原创发布于人人都是产品经理,未经作者许可,禁止转载

题图来自Unsplash,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 不错的文章

    来自广东 回复
  2. 产品底层逻辑都是相通

    回复
    1. 是的

      来自广东 回复