一个产品人的进修之路，会经历很多阶段，过程中可能会经历失败，反思过后，才会进入到下一个阶段。本文作者从自身经历出发，对之前自己做过的一款产品“失败”的原因进行了分析，希望能给你带来一些启发。
(相关资料图)
一个产品人的进修之路，冥冥之中会经历很多阶段，每一个阶段都似乎有一个亏在等着你，等你吃亏吃得饱饱的了，才会发现，哦，原来我这么搞是不行的，经过反思和总结，你才会进入到下一个阶段，开启下一个段位的修炼。
笔者就花了半年时间，辛辛苦苦勤勤劳劳，经过不屑的努力，最终终于做出了依托答辩：
教育行业saas公司，接手了一款针对幼儿园的b端多角色工具型产品。刚接手不久，就迎来了本地渠道商疯狂的催更，这些需求零零散散，似乎没有什么体系而言，但是一个个却又急得要命。于是在这种状态下，笔者带着几位开发同学兵来将挡水来土掩，成功用一个个需求的实现，堵住了渠道商的嘴。
但是好景不长，几个月过后，公司需要将现有的产品拿出来做一个渠道商的产品介绍会，介绍每一个产品的优势和价值。这个时候才发现，以前的思路，小了。什么小了？格局小了。
一系列的深挖搞得我的作品像一个无助的小孩，站在聚光灯下，被周围的评委一件一件地扒了个精光，之前为了抵挡渠道商吹过来的寒风而打上的一个又一个补丁，无法形成坚强统一的外壳，看似无缝保暖，但是却不够强韧结实，结果就是一撕就破。被扒得精光的躯体下，没有一件能够用来和别人比拼的利器，只能留下可怜的他在风中瑟瑟发抖……
下面是这一段的翻译：
在过去几个月中，产品被一个接着一个的需求推着往前走，一大堆的需求集合在一起，只顾着一个一个去实现了，没有进行充足完备的调研和思考。
1）没有进行足够的行业和竞品调研，导致自己对该行业和此类产品的认知不足，对用户认知不足
面对零零散散的需求，只是着急去做了，但是忽略了整体性的需求框架，但是在我后期实际走访了多个学校，询问了多个园所和老师，调研了诸多竞品之后，才逐渐有了感觉，对于这种多个角色的b端业务，用户更想要的其实是一个整体的解决方案，只不过这个解决方案被藏在了一个个细小的需求中。如果你没有进行详尽的调研和整体架构设计，就很容易将做需求编程缝补丁。
而我当时缺乏这样坚定的认知，所以不管三七二十一，想到什么就做什么了，最终感觉就像个四不像。当时只研究了2款竞品，跟渠道学校的实际交流，也不够深入和彻底。根据后来的结果来看，这是远远不够的，因为就在后来我看到了第3款竞品的时候，我才逐渐明白了游戏规则，解决方案可以是多种多样的，但每个角色的核心诉求其实是不变的。
2）缺乏调研和认知，无法建立正确的产品架构以及无法建立“产品最终是什么样的”概念
其实每一个发展中的产品最重要的就是要产品掌舵人明白“这个产品最终是什么样子”。有了这个东西，你就可以“以终为始”，指定产品迭代路线了。
而且这个最终的样子的颗粒度要足够细，框架、范围和功能要足够完整才行。但是想要搭建这样的一套概念，必须有足量的竞品调研和市场调研作为信息基础才行，否则很有可能你建立的东西就是错的。我建议从竞品入手，打电话假装自己是客户，骗到尽可能多的体验账号细致地分析一波，然后你就大概能了解市场的基本逻辑体系了。
竞品调研之后是市场调研，跟着你们的销售和渠道同学跑市场，拿着你竞品调研的认知去市场上验证，看他们是不是这样玩的，否则像愣头青一样冲到客户那里，一点一点地聊，是很难建立起体系的。
3）只顾缝补丁，没有磨刀子
第2点提到了一个“产品最终是什么样”这样的概念，这个模型里，很重要的一点是：产品的刀子在哪？这里的刀子指的是产品的价值优势，如果不考虑这一点，最终的产品只能是一个平庸的产品。
之前的失败，只是跟着需求一个一个地做了，没有将以上提到的内容进行全面的思考，才导致了最终的结局。
这些内容其实大家都在讲，但是其实只有你经历过了，你的脑子才能时刻保持警惕。
1）单一功能实现
初阶的产品经理大部分都是在做功能，这个功能是集成在总的一个架构之下的，这个架构基本上不动，只需接收各方需求，在这里添加一个能力，那里补足一个缺口，进行单一功能的实现。这个阶段的产品人目光主要聚焦在页面的信息展示方式、交互是否流畅、以及这个功能是否满足了需求方的要求等。
2）产品架构设计
但是，只是盲目地做功能，会让你的产品丧失竞争力，并且会逐渐逐渐就会冒出一个问题：这个需求你好像找不到他的插口在哪儿了，也就是依照现在的架构，这个需求似乎无法实现了，要实现这个要求，刀子要剌得很深，要动架构了。
这时，你就需要更高阶一点的能力，你需要根据你的经验洞察到，最终我们需要一个什么样的产品，这个产品的架构是什么样的。就是说你的心里要非常清晰的知道这个产品能否满足各方的核心需求，以及你们的优势在哪里。
3）打造竞争力
竞争力可以是更方便的操作、更友好的界面设计、更有价值的内容体系、更能吸引人的产品理念、对需求挖掘更深，解决了更多隐藏的问题、或者是更强力的客户关系，更优质的客勤服务等。这些都是竞争力的体现，具体走哪条路线，就要根据实际情况和成本代价进行选择了。
常常思考一个问题，那就是产品的竞争力究竟从何而来，你的竞争力难道别人就不能学习吗？一个新的模式或者功能，极有可能被别人抄得连渣都不剩，那么一个产品或者公司的竞争力究竟来源于哪里？其实和人一样，竞争力来源于对一个具体领域的深入耕耘和长期积累，这样你就有了一个足以被称之为护城河的产品或者技术体系，以至于别人无法短时间之内模仿你，那么你就拥有了足够的竞争力。当然这只是笔者的一面之词，商业本身就是有无穷的道路和可能性，欢迎大家讨论。
构思架构并不是一蹴而就的事情，因为你需要对很多逻辑进行梳理和整合，单纯的一个产品架构图可能适合用来做ppt汇报，但是不适合做具体开发。
你需要将你所构思的内容用原型表达一下，将你思考到的模块、页面、信息等内容，简单画出来，颗粒度取决于你自己的把握度，然后你需要去思考，这种架构的竞争力在哪？这样的一款产品放在市场上是否能够被用户所喜爱和接受。如果找不到，就去做更多的调研，深入挖掘需求并提高自己的设计能力。
总而言之，产品架构设计需要对市场有足够的了解，要把握各方的核心诉求作为设计方向，要了解竞品的解决方案作为判断，这样你的设计才不会是空中楼阁。
本文由 @Σ(๑佛朗西西抠 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自 Unsplash，基于CC0协议
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
标签：
