编辑导语：如何才能将产品做简单？本篇文章作者分析了各类大厂的做法，总结了“抄竞品的六自问”，通过对比思考来讲解如何才能够将做产品的过程“简单化”，推荐想要学习如何做产品的群体阅读。
自从做产品开始，就一直被教育要把产品做简单。但是如何能做到简而不单，相信是大多数产品经理都没想明白的问题，不然就不会推崇张小龙的微信和乔布斯的 iPhone 简单到极致的设计理念了。
最近在工作中遇到一些设计场景，对简单有了一些新的思考。
一、学我者生，像我者死
对标竞品，往往是简单最大的敌人。
最近在设计一个新上线的云计算 IaaS 平台产品，用户可以在平台上根据自己的需求选配云服务器，以此搭建自己业务。在选择购买云服务器的时候，需要让用户选择很多细节配置，其中选择云服务器 CPU 和内存的大小最为关键，因为这关系到是否能让程序流畅稳定的运行。
这个配置选项在阿里云、华为云、腾讯云都会做一个细分，根据内存比、CPU 架构、硬件性能划分不同的机型类型，比如计算型、内存型、大数据型等等。
因为我目前设计的这个产品还是在一个非常早期的阶段，平台提供物理服务器在硬件性能上是比较单一的，因此仅仅只能在内存比上给用户做选择，比如 1核2G 还是 2核4G 等等。
我们对标的竞品可能已经经过了产品的成长，用户的培养阶段，它的功能，价格都是匹配它当时的市场地位和它的用户习惯。那么我现在做的这个早期产品需要抄“机型类型”这个功能吗？
思考如下：
内存比可以直接通过上一步或者下一步筛选几核几G来区分，无需强塞一个概念把 1核1G 的叫计算型，1核4G 的叫内存型。
根据物理服务器的配置不同，虚拟化出来的云主机性能也是不同的，部分业务场景需要高性能的计算，那么是需要高配置的机器的，这也是划分机型类型的一个重要因素。但是在我们产品早期并没有这样的实力或者规划做精细化。
用户要的就是 4核8G 的主机，你偏要问客户要什么机型的？在目前的云厂商定价逻辑中，不同的机型是对应不同的价格的，同样的 4核8G 的云服务器，大数据型的可能就比计算型的要贵。
想象一个场景，当销售去向客户推销云服务器的时候，客户问一台上海地域 4核8G 的云服务器多少钱的时候，销售基于价格因素问客户是需要什么机型的，我们有通用型，大数据型，计算型巴拉巴拉，客户肯定一脸懵逼，客户不懂呀。
这个客户可能是个传统 IDC 用户，也可能是其他云厂商的用户，客户并不了解你平台的规则，销售路径在这里就暂停了。
基于这个业务问题的实践思考，我总结了一个“抄竞品的六自问”：
- 这个功能是什么样的？
- 相关的功能有哪些？他们的关系是什么？
- 解决了什么问题？
- 竞品推出这个功能的出发点是什么？
- 为什么是现在做？可以放到以后做吗？
- 这个功能还可以优化吗？
学习，是把其他人的知识转化为自己的，而像呢，那就是不按实际的模仿。
不按实际情况的模仿很大程度上都会导致失败，那我们怎么衡量我们什么时候学习？什么时候模仿呢？这里有个参考值，我称之为“匹配度”。
用匹配度的高低来决定我们什么情况下去模仿照搬，什么时候只是学习功能逻辑。
既然机型的划分是为了便利用户根据实际的业务场景推荐硬件参数配置，那么有没有更容易理解，更贴近用户场景的方式呢？
用户因为需要自己搭建数据库，所以需要内存比大的配置，由此衍生了例如内存型这类的机型，我们想让用户更加便捷的选择适合用户业务的机器配置，那么为什么我们不直接告诉用户，如果你要搭数据库，就选这个配置呢？
例如这样：
产品的每一个功能，必定是尤其内在逻辑，很简单的一个产品可能包含了上百个功能在里面，这些功能你可以像写代码一样，按一个线性的方式把它串起来，但是也可以做成一个很有架构在里面的东西。
这是考验一个人对产品的见解是什么样的。我们心中一定要有一个产品的架构在这里，而不是说我们这个产品就是一大堆功能的集合，只是一个无序的集合。那样就没有自己的骨骼和系统架构。
IaaS 是一个非常复杂的产品概念，包含的产品太多了，各个产品之间又相互关联，相互作用。但是大多数 IaaS 的控制台并没有将这些产品之间的关联关系向用户展示出来。
比如用户有一个网站是搭建在这个平台上，涉及云服务器，网络配置，数据库等等配置，但是用户在控制台只能看到他有几台云服务器，几个网络，几个数据库，无法清晰直观的感知到这些产品之间的依赖关系，产品之间的相互影响。
这些还是依赖于运维人员的专业知识。我们能不能在每个产品的详情页将这个产品关联的产品展示给用户呢？不是单单的告诉用户这个产品关联哪几个产品，而是告诉用户这个产品能和哪些产品发生怎样的互动，帮助用户去理解产品。
（图一和图二在表达产品关联关系，层级关系上谁更友好？）
图一
图二
所以作为产品经理，我们可以通过结构层、框架层以及表现层的产品设计，营造一种和用户舒的对话语境。这种语境要把从“我想说的和我认为你应该做的”灌输模式，改为“虽然你有的视野，我有我的视野，但最后你得出的结论是我们共同看到的视野融合模式”。
二、简单是对人性极度的洞察
产品逻辑本身没什么好研究的，开发的同学可能更懂一些，但最重要的是“你的产品为什么是这样子，而不是那样子”，最后是对人性的分析。所有的产品都需要有人性的研究。
为什么 iPhone 要有一个按键，还只有一个按键？每个好产品都可以提出一些令人深思的问题，它背后肯定都是从人性的角度出发，而不是别的。
乔布斯曾经说过一句话，记者问他：你们推出新产品的背后是做了很多用户调研吗？还是用别的方式来知道我们应该做什么产品？
乔布斯说我们不需要去做调研，不需要看统计数据，但我们知道用户心里需要什么样的东西。这个知道并不是说你去问一万个用户，而是你对人心的洞察或者人在内心里的一些渴望的洞察，那你就会知道了。
产品经理就是研究人性的，微信的摇一摇，拼多多的砍一刀，然而不仅仅是C端产品，B端产品也是一样的。研究用户心理就是研究自我，很多时候我们是瞄准自我的需求来做产品的。
我工作中发现一个很有意思的现象，我们自己是卖云服务器的，但是我周边的同事，包括我自己都不在自家平台买云服务器，而是去腾讯云，阿里云之类的买，自己都不用自己的东西。不是为我这种用户设计的，那是为谁设计的呢？
三、把复杂留给自己，把简单留给用户
一个产品要保持很蠢很简单，连傻瓜都会用。在云计算领域，云原生，容器化为什么是发展趋势，简单是核心。
传统购买云服务的模式需要用户选择机器配置，系统配置，时刻关心服务器性能够不够用等等，云原生没有这个烦恼，真正做到了既开即用的特性，用户只需要关心业务。
每个互联网产品无论是 APP、还是 web，最终承载的是业务模式。解决用在各类场景下的问题。
作者：雄猫大侠，云计算产品经理&民宿创业达人；微信公众号：长期视角
本文由@雄猫大侠 原创发布于人人都是产品经理。未经作者许可，禁止转载。
题图来自 Pexels，基于 CC0 协议
版权声明：本文图片和内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送联系客服 举报，一经查实，本站将立刻删除，请注明出处：https://www.4kpp.com/19363.html
