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

产品需求

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

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

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

了解用户

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

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

熟悉行业、竞品分析

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

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

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

需求评估

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

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

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

产品研发

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

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

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

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

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

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

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

产品测试

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

产品交付

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