物联网产品经理方法论总结

产品需求

客户和用户一样,他们所描述的需求会带有欺骗性。要认真听,但是不能照着做,一定要深层次的和客户沟通,多问为什么,想要解决什么问题,达到什么目标。以了解客户提出需求的本质问题,找到客户真实的需求,转化成产品需求。

很多客户并不清楚自己想要的是什么,会告诉你一个竞品,让你照抄他的功能。这是一个很大的陷阱,你吭哧吭哧的照着要求做了,到测试阶段客户有各种各样的想法,提出一大堆需要改动的地方。

这和客户的心理预期有关,他们会认为你是专业的,放心交给你,肯定会比竞品做的更好。但往往他们能提供的费用有限,作为产品经理的你得想办法砍功能,做简化。最后客户拿到手的产品,离心理预期差异太大。于是开始自己思考功能、流程,最后提出一堆要改动的内容。

了解用户

做产品了解产品真实的使用用户是最基本条件,我们的需求虽然不从用户获取,但是不能不懂用户。

有条件可以做用户调研,出于成本考虑,一般只做用户群体和用户使用习惯分析。明确用户群体,有助于我们产品功能流程设计和产品整体风格设计。

熟悉行业、竞品分析

做方案经常会遇到自己不熟悉的行业和产品,这时候千万不能只听客户的,客户也许是这方面的专家,但是他站的角度和我们不一样,全听他的很难做出成功的产品。始终要记住,自己是产品经理,最终怎么做应该由我们决定。

熟悉行业可以通过网络、书籍阅读,或者找行业里的一些牛人沟通学习。

物联网产品竞品分析不像互联网产品,下一个APP或软件就可以开展,必须要购买相应的设备才能够完整的使用和拆解功能,相对来说成本会高一些。对于硬件团队还需要做结构的拆解分析和电子元器件的分析,一些想要坐享其成的客户,还是直接采用抄板的方式,直接照抄PCBA 。

需求评估

客户的需求天马星空,需求评估就尤为重要。尤其是产品经理不懂硬件的情况下,一定要约上软件开发和硬件开发相关的工程师,评估客户提出的需求是否能够实现,成本的高低,现有技术团队能否在合理的成本范围内完成该需求。

对于有技术障碍或者实现成本过高的需求,要及时和客户反馈,根据情况去调整方案,或者砍掉该需求。当然对于外包项目,想要客户砍需求是非常难的。客户都想要把所有功能一次做完,一口吃成胖子。

需求评估不足,在开发的过程中提出无法实现的技术点,客户对我们的信任会被一点点消耗,对你的专业性产生质疑,对后续的产品的顺利交付产品不可预知的影响。最重要的会严重影响产品开发进度。

产品研发

产品的研发分两种,第一种是客户提供硬件产品,我们做软件平台。第二种是硬件产品和软件平台我们一起做。

客户提供硬件,在制定计划时要和协调好硬件提供测试的时间点,不然很容易在联调时间点上,出现无设备可用的情况。

部分客户有现成的产品,在研发开始前就要提前拿到样品和相关的技术文档,样品要想办法提前测试其功能,很多客户提供的样品并不成熟或者仅仅是个半成品,等到联调的时候才发现问题就麻烦了。

客户同步研发硬件产品的,一定要提前确认好通信协议,确认好测试样品的提供时间点。同时要提前跟进样品,不要等到时间点再找客户要样品。

硬件产品和软件产品都我们做的情况,同样要和硬件部门的同事协调好测试样品交付的时间。

硬件的研发周期和软件差异很大,作为产品经理一定要了解其研发流程。主要分为几部分,需求分析、方案设计、ID设计、结构设计、软件开发、PCBA设计、单PCBA板测试、整机功能测试、小批量试产、大批生产。从单PCBA板测试到小批试产这几个过程来来回回会有很多的调整。

在产品研发到一定阶段后需要进行产品联调,这是最让人头疼的阶段。很容易发生各种莫名其妙的问题,这时一定要协调好硬件部门的同事,一起测试排查问题。硬件的稳定性对于联调的顺利进行至关重要,经历过的项目卡在这个阶段的情况时有发生。

产品测试

产品测试分为三部分软件平台测试、硬件产品测试、整体联调测试。

产品交付

产品交付最重要的点是按时按点、保质保量的将产品交付给客户,但涉及到硬件类的产品很容易因为一两个地方的疏忽导致返工,如果涉及到PCBA、外观和结构,就会增加比较长的时间周期。

版权声明:本文源自 网络, 于,由 楠木轩 整理发布,共 1656 字。

转载请注明: 物联网产品经理方法论总结 - 楠木轩