这篇文章是对进公司后带的第一个硬件产品项目做一个整体的总结，我相信这篇文章对我自己来说是一个阶段性总结，对大家来说，可以更加了解一个硬件产品经理该做的事以及该注意的事。
项目内容：WiFi快速连接
产品工作内容：
确定方案和芯片，明确产品性能，撰写和迭代需求文档，推进产品完善，与各部门沟通
项目中遇到的困难和学习到的知识：
1，方案的确定
第一次接触硬件产品的设计，对底层逻辑的不了解让我们最开始有点无从下手。为了尽快找到合适的解决方案并推进项目的进行，只能先百度相关知识，提出几个“不靠谱”的想法后，找公司同事商量验证想法。之后在导师的指导下推翻之前的想法，根据指导提出新的相对靠谱的方案。之后研发根据我们提出的方案，从可行性上改进方案。最终与芯片厂商确认方案的可行性和成本。从方案的确定中学到了，基础知识和逻辑思维很重要。
2，需求：用户体验和研发难度，项目进度的平衡
团队成员都是新动力，经验都不足，在项目进程当中，经常碰到研发改方案和砍需求，需求文档已经记不得修改多少次。而且原因一般是不会做或者资源不够，甚至遇到底层芯片不支持和原厂不支持的问题。这个时候则需要与团队成员的沟通和原厂的沟通。从这样的经验中学习到，如何做取舍，取的话如何找到解决方案以及说服团队成员去做；舍的话如何尽量减少对用户体验的影响。
3，沟通
①与研发的沟通：研发一般站在可行性角度思考方案，所以有时会认为只要达到效果就可以。开始只会埋怨研发怎么一点不为用户考虑，很明显这样的产品一点不友好。后来理解每个岗位的人的思考角度都不一样，只有站在开发的角度先去思考，理解他们是如何思考的，才能达成更好的沟通。从本次项目与研发的沟通过程中学习到，与研发沟通需求的时候，把用户使用场景和对用户的影响慢慢说清楚，然后再从技术实现方法和逻辑的角度与研发进行商讨，最终确定产品方案和产品实现方案。
②与测试的沟通：之前认为是由测试根据需求文档来写测试场景和测试用例的，后来才发现产品需要给出一个大致的测试用例，因为测试是根据产品需求中的功能和性能来写详细的测试用例的。由于最开始没有定义，所以在之后的测试中，测试不太明白，怎样的测试结果是合格的。从本次项目与测试的沟通过程中学习到，需要先定义一份大致的测试用例，把产品功能和性能的要求定义清楚才行。
③与项目经理的沟通：无论是产品，研发还是测试，都得尽量跟着制定的项目计划走，不能影响项目的交付。然而在项目过程中很大可能是会出现影响项目进度的事，比如有个bug，作为产品，我会认为这个bug出现的话会严重影响用户的使用，即使目前解决不了也应该上报是存在这个问题的。而有的项目经理会认为这是原厂的问题，与我们项目没有太大关系，可以不用上报。这种情况可能就需要和项目经理更好的沟通，在不影响项目交付的情况下还是寻找解决办法，把问题定义和说明清楚。
④与原厂的沟通：一直认为产品经理只需要把需求定义清楚，硬件根据产品的需求去选择满足的芯片。没想到是需要产品经理自己联系原厂，说明需求和实现方案，原厂再联系不同岗位的人（原厂的产品，开发）与产品沟通选芯片。最终选定后再交给硬件去确认技术细节。
4，项目的整个流程
从整个项目来看，很多问题都是对工作流程不太清楚造成的，在完成此次项目后，对项目中产品的工作流程有了很深入的了解。（一句话，项目经理轻喷：项目经验，带几次就出来了）
