物联网toB项目批量落地实战
时间：2023-03-29 17:00:01 | 来源：电子商务
时间：2023-03-29 17:00:01 来源：电子商务
之前的文章说了什么是物联网以及物联网产品经理要做的工作内容，那么今天我们来聊聊物联网的项目，作为产品经理我们要知道面对的客户是谁，以及交付的流程是什么样的。文章导读
- toB物联网项目；
- toB产品的特点；
- 产品经理的身份转移；
最近落地了一个批量项目，目前在行业里可以说是很大的项目了，团队做了大概20天，速度也是比较快的。在这个过程中经历了很多，有超出预期的，有始料未及的，欣慰的是按时交付了，这篇文章是该实战项目的一次跟人复盘，记录一下。
toB物联网项目
先来说说有关B端的物联网项目，大家要了解，B端项目也有不同类型的，有的是toBtoC型，就是说有甲方，但是最终的产品是给C端用的。这种项目最难做，因为你有两个类型的客户要服务，不仅仅是交付完了就结束了。后续到普通用户使用的时候只要出任何问题你还是要大量的投入精力。还有一种是直接toB这种比上一种要好，不言自明。作为一名产品经理，面对toBtoC型项目时要注意以下几个核心点：
- 项目进场时间：大型批量项目中是有专门的施工部署部门的，他们有相关的进度安排，什么节点什么团队进入都是有安排的，知道这个时间时要计算自己的团队的施工效率和安排。
- 项目交付时间：这个一定要确定好，不仅仅是自己负责部分的交付时间，还要确定上下游工种的交付时间，因为在项目实施过程中他们的进度会严重影响你的进度。
- 交付标准：这里的交付标准并不是说之前合同中的交付标准，而是现场的交付要求。现场会要求做成什么样，达到什么效果才算完成交付。这个影响的是实施过程中要做的事情和注意事项。
- 上下游团队的合作：现场环境很复杂，往往会出现意想不到的事情发生，很少有批量交付项目就你一家在做，更多的情况是各个不同行业的人都在赶工自己的那部分事情。有很多时候是需要相互帮助的，可能别人的一个顺手的事情就能够解决自己团队的大问题，所以一定要和他们有很好的合作。
toB产品研发
作为产品经理，对产品的那一套肯定轻车熟路了，但是我想告诉你，面对B端的时候未必管用，在我经历多次批量交付的项目中发现，很多产品的逻辑和功能设定都是不符合交付要求的，如果用toC的思维来做toB的产品，那么肯定会遇到很多现场无法解决的问题，从而导致的就是项目如法如期交付。我曾经就问一个做SaaS平台的产品经理，做这个功能目的是什么？他说不出来，我就直接回他，你这个功能是为了做而做的，这就是办公室里做出产品的问题之一。想象的场景，不知所以的功能。在做toB产品研发时，我感觉也有几点需要注意的：
- 功能设定时不仅仅要考虑使用场景，也要考虑实施场景和交付场景。
- 书上得来终觉浅，绝知此事要躬行，我想说的是产品经理一定要下放到项目现场，与工人一起，与团队一起，远离办公室文档型产品经理的状态。
- 功能设定时注意两点：可用性和可实施性。
- 一切的优化都要以提高效率为核心目标，现场很多情况都是在赶工期，效率、时间、质量，这三者都是正相关的。
- 尽量减少步骤：无论是设备使用还是施工流程一定要减少步骤，每多一个步骤就是增加不确定性，错误率就会提高，熵增定律可以了解一下。
产品经理的身份转移
物联网产品经理和互联网产品经理其实在观念上以及具体的执行上有很大的区别，互联网更多的是以人为中心，提高效率和表达人的感情，所以在很多互联网产品经理的书籍里经常提到共情力。物联网产品时代，我们追求的是场景，场景里有人也有物，人和物之间是平衡关系，共情可能只是占比很少的一部分。比如说取款机，你说这个取款机功能怎么和你共情？出钱就行。在面对这样的产品时我们考虑的是单单用户取钱的交互吗？肯定不是的，我们要考虑的有很多，比如：这个取款机要设置多高，能够满足大多数用户使用；电源通电的方式以及防水防潮的等级；如果出钞多少秒后提醒其拔卡语音提示，等等这些都是要思考的。为什么我说产品经理要学会身份转移，你如果是一个安装师傅，你希望这个东西是最快最简单的安装完毕，如果你是管理员你会希望这个东西便于管理，如果你是用户你肯定希望这个使用便利。所以在这里你要能够及时的把自己的身份转移成为这个链条上的任意一个人，只有这样产品才能够更高效的服务于用户。
最后
最近一两个月一直在执行批量项目落地，过程中遇到很多问题，同时也解决了很多问题。回过头来复盘的时候发现，有些问题表面上是解决了，只能说是火扑灭了，核心的问题还是存在的。这也是物联网产品比互联网产品更复杂的原因之一。互联网产品经理可能看看别人家的东西，照抄一份，立马上线一个版本，在物联网时代这种方式一去不复返了。
在线咨询
