编辑导读：一款产品从初具模型到面向市场，中间要经历过无数次迭代，很多产品都在这个过程中夭折了。因此，想要产品做得好，就要像现在的“鸡娃”家长一样，奋尽全力不让“孩子”输在起跑线上，并广纳各方意见，不让“孩子”长偏。本文作者从自身经验出发，对此发表了自己的看法，与你分享。
对于自己公司的产品，或者身边产品朋友们负责的产品，不知道大家有没有观察过产品的存活率有多少？有多少想法“胎死腹中”，在可行性分析阶段就被毙掉；有多少Demo“出师未捷身先死”，在种子用户试用阶段就被发现存在重大缺陷，几乎没有迭代下去的价值；又有多少新产品趟过了这些坑，“过五关斩六将”之后终于上市，用户反响却平平，无法扩大用户基数和产品规模。
近年来，通过与产品朋友们的交流和对行业信息的关注，我发现在智能硬件领域，产品的存活率其实非常惨淡。入目所及，只有少量的产品线拥有健康的财务流，能给公司带来盈利；其余的产品线，要么在坚守现有市场份额的同时，为成为爆款疯狂挣扎试探；要么干脆选择“躺平”，已占据的市场份额被竞品逐步蚕食，直到整个产品线架构被撤销；要么就还是处于种子用户时期，还在为如何打入市场殚精竭虑。
我最近负责的一款智能硬件产品，就是刚刚熬过产品的打磨阶段，迈向入市阶段。我们的目标当然是成为行业TOP 1，但也深知突破现有市场格局有多困难。在这一阶段，我愿类比为分娩前的“阵痛期”，那种从四面八方涌来的拉扯和压迫，实在是让我印象深刻。我就如同现如今广大的“鸡娃”家长一样，奋尽全力不让“孩子”输在起跑线上，并广纳各方意见，不让“孩子”长偏。
而想要你的产品顺利上市，在产品打磨阶段就要尽可能的考虑到多方面的细节，这是从0到1必经的过程。
做过智能硬件产品的朋友，相信早就明了软件产品与硬件产品在成本方面的把控难度和力度完全不是一个量级。智能硬件产品的成本，主要有四个来源：
我的这款智能硬件产品，用户群体对价格比较敏感；且市场存在多年，头部的几家公司各自有了一定的市场份额，虽然近年来随着政策环境的利好，市场规模快速扩大，但在价格方面一直没有很大的起伏。因此，在全行业价格受限的情况下，想要占据更多的市场份额，只能在满足用户更多需求的同时，把价格压到最低。换言之，把成本压到最低。
通过对智能硬件产品的成本拆解，我发现物料成本和生产成本在新产品入市阶段占比很高，因此做了针对性的降本动作。
值得注意的是，寻找替代料的动作，不止发生在降本时。有时候，为了保证物料供应稳定，不被供应商卡脖子，我们也会积极寻找替代料，最典型的当属核心MCU了，这也是替代料重灾区。
智能硬件产品的研发流程、周期相对而言都比较长，有时间我会详细的与大家分享下其软硬件研发过程，这里只是简单的带大家过一下。软件方面，涵盖终端固件开发、移动端APP开发、IOT后台开发、平台前后端开发、UI设计；硬件方面，包含硬件设计、结构设计、电气设计、测试；还有最终的软硬件联调测试。
如何顺利的完成一款产品的研发试制，我认为以下几个前提缺一不可。
很多朋友在产品生涯中不重视文档，满嘴说着“我知道文档很重要，但是没时间写呀”，其实这是用战术上的勤奋掩盖了战略上的懒惰。其实我也很理解这些朋友的困境，公司往往没有给他们留下足够的项目启动时间，产品实物又是说要就要，导致产品经理疲于奔命，不停的救火填坑，没有时间对自身状态进行反思复盘。简单的说“前期慌慌张张、中期匆匆忙忙、后期心率失常”。
我自己也经历过这一阶段，产品工作中受到上级、供应链、研发、市场等多方面的拉扯，生生把自己变成了“救火队长”。后来静坐反思，发现很多问题完全可以在前期通过标准化文档进行避免。文档承载了“参照系”的作用，项目干系人的工作都可以从文档出发，有机有序的展开。产品研发试制阶段的文档如下所示：
设计阶段：
试产阶段：
值得注意的是，这些文档并非由产品个人撰写，很多都是需要研发测试人员输出，所以需要在团队内部建立“文档共识”，每个人都有意识的记录、输出，背后本质上是团队文化的引导建设；文档也不是形式主义，为文档而文档，在产品研发的关键环节耗费大量的人力在美化文档上，以致于延误战机，这是大可不必的。总的来说，文档就是把要做的事情想清楚，说清楚，记清楚，让项目干系人都能看懂，并在达成一致的情况下进行执行。
测试分为硬件及软件两个层面，均需出具详细的测试用例，评审通过后进行测试并给出测试报告。
产品的测试往往不会一帆风顺，为确保测试充分完善，一般会经历以下过程：
全面的测试流程，是为了在研发试制阶段就将产品设计的缺陷充分暴露出来，避免产品售卖到市场后再暴雷。硬件产品暴雷后，就不是简单的OTA升级一下就能解决的了，往往需要将产品召回或指派服务同事上门服务，成本很大，对产品的口碑也是很大的损伤。
做过智能硬件产品的朋友，都知道减少生产工时和提升产品出厂一致性的重要性。前者，能有效降低生产成本，降低库存时间，提升周转效率；后者，将有效保障产品的出厂质量，降低返工率和返修率。
在产品打磨期，技术出身的产品经理常常会囿于技术视野，将大量的精力投入到难点问题的攻克，致力于打造一款“完美”的产品。
其实这是得不偿失的，虽则硬件产品不像软件产品那样讲究快速试错快速迭代，但也是有着“MVP”的概念的。MVP, Minimum Viable Product，最小可行化产品。MVP的核心理念是以最小的代价做出产品并快速投放到市场中去，让目标用户上手使用，不断收集用户反馈的有用信息，藉此实现符合用户需求的优化迭代。
面向的客户群体不同，我们寻找种子用户的方式渠道有很大差别。我们公司的产品有着多级分销体系，因此在寻找种子用户时，我们优先借助了经销商的渠道。
为高效准确的对接客户反馈，我们一方面以微信群的形式进行意见收集，另一方面也开通了问卷系统。微信群的优势是反馈及时、交流方便，劣势是意见比较碎片化、表意不清、收集困难；问卷系统的优点在于可以按照我们要求的格式（严格定义我们想要获取的信息）进行信息的归纳收集，比较准确清晰，而缺点也很明显，滞后且需要消耗用户的情绪、时间，相对而言不受欢迎。
我们团队内部也梳理了灰测用户问题对接的整体流程，并以流程图的形式固化下来，并定义了问题响应时间、方案解答时间等，确保灰测用户反馈问题时都能快速得到回应，保证用户的积极性。
以最严格细致的方案，保证产品方向不偏移，像不像准家长们的科学备孕？记录设计、测试、打样过程中的所有方案、问题点和改善措施，像不像怀胎十月中的各种检查和调整？收集灰测用户的建议反馈，像不像采纳医生、护士的建议来调整婴儿的养育方式。在从0到1的产品打磨期中，需要做到方向明确、耐心细致、及时调整，才有机会孕育出一款有成长潜力的产品，不至胎死腹中。
子不教父之过，如何打造一款“长的标致”的产品？下篇文章，我将与大家一起回顾在新产品入市的阵痛期，面临过哪些标准化层面的问题，又是如何一一克服。
本文由 @Smile 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自 Unsplash ，基于 CC0 协议
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。