我所说的都是错的，所以不要记住我说过什么，但请记住话中所透露的思维方式
很久很久以前，我一直都是作为支付收银台的开发，在背后默默的发光发热，很多支付的相关复杂的逻辑，都掺杂着我的心血和汗水。可是，我始终不知道、也没关心过，我尽心尽责的开发的收银台到底长啥样，于是今天，我忍不住要看看这孩子的真面目了，看看这孩子到底是啥样的，和别家孩子有啥不同，我设计的那些代码和它有啥联系。带着这些疑问，那就让我们开始吧。
在认识一个事物的时候，比如产品，我觉得最重要的是先梳理清楚整体的思维框架，然后从某个环节具体分析，这才是一个好的分析方法。在后面，我也是依据这个思路来分析的，先梳理全局，然后单点突破
作为一名程序员，我们分析一个系统的时候，都要问3个核心问题：
1、我是谁
2、我服务于谁
3、我依赖于谁。
第一个问题的目的在于认识你自己。第二个问题的目的在于梳理清楚我存在的目的是什么，只有这个清楚了，才能更好的设计系统，毕竟，这才是一个系统的存在价值。第三个问题就是明确我依赖的对象，它可不可靠，好不好等。这几个问题想清楚了，就基本上能保证系统的好用、可靠、稳定。
分析一款产品呢？我打算问以下几个问题：
1、我是谁
2、周围的生态圈是怎么样的，痛点在哪，我处于一个什么位置
3、我的用户是谁
4、我的市场在哪
5、我的利润在哪
在你看到几个问题的时候，可能没想过这几个问题为什么是这样排序的，而不是2放到最后。我最开始纠结的是，分析到底是宏观环境先，还是个体先。这其实和买股票很类似，到底是先分析市场、行业环境还是先分析企业。我个人是选择先分析环境，后分析市场，毕竟个体是处于环境中的，如果没有对环境的全面了解，对个体的分析就很容易出现偏差，就如，雷军说的，“在风口上，一头猪都会飞”。
那么，2怎么不是放第一个位置呢？我的理由是，我们在发现一个机会、有个好的想法、想去解决用户遇到的问题时，肯定不是先去市场调研一番，然后在去市场里面发现机会，这种情况可能有，但不多。而实际情况是，我发现用户面临一个问题，然后想到一个解决方案，然后再去分析市场，看看规模大不大等。所以，我把认识自己放第一位。
而为什么只选择了这几个问题，则是依据我对一款产品的核心的认识。
第一个问题的重要性毋庸置疑。
第二个问题也就是我们常说的分析所处的环境。你要知道整个生态圈是怎么样的。细一点的就是这个行业有哪些环节，哪个环节很重要，哪个环节利润高，哪个环节规模大，痛点在哪等等。在细一点就是这个产业链相关的信息了。然后就是了解你的竞争对手。最后就是明白你处在行业中的什么位置。只有这些清楚了，你在制订战略或者后面的细节时，才有了依据。还是那句话，一个产品，一个企业是不能脱离环境独立生存的。比如有些员工，总是抱怨薪资太低，但如果把整个产业链梳理下，就能明白，自己所处的行业，其实在整个产业链中不是核心地位，毛利率很低，那么员工的薪资自然不能高，要解决这个问题，突破薪资极限，那应该尝试往产业链核心环节跳跃。这里不一定说是产业链，可能就从我们说的，产品-开发-测试-运营-销售岗之间跃迁。
第三问题很重要也不想多说了。
第四和五个问题是回答我如何活下去，因为商业模式是企业生存的根本，而盈利模式是企业生存的动力。
简单拓展下，按照这个思路去分析一个企业，我想可以化为一下几个问题：
1、我是谁
2、我的利润在哪
3、我的用户在哪
4、我的渠道在哪
5、我的供应商在哪
6、我的员工在哪
当想清楚了几个核心问题时，接下来我们要做的事就是，单点突破，纵深打击了。由于自己能力的缘故，2、3、4、5这几个问题就不深入分析了，而只是单从第一个问题"我是谁"深入分析。
我是谁
当任何人看到这个问题的时候，肯定是一脸茫然，或许很多人，这辈子都没遇到过这个问题，也从没好好想过”我是谁“”。那么，你是谁呢？
首先，你是一个人
然后，你是个热爱生活、爱好运动、喜欢旅游的人。
这两个简单的问题就告诉我们了，第一个是共性，第二个是特性，认识事物的关键，
先发现共性，然后寻找特性。
一、发现共性
怎么发现共性呢？通过观察一系列和自己相似的事物，从他们抽取出共同点，然后得到的这个抽象事物，也就是具有共性的事物了，我们有时称它为模型。这个步骤很重要，为什么？因为它决定了你这个事物的基本属性，比如，现在大火的共享单车，如果还是我们大学校园里的自行车，在门店租，门店还，那它就不具备共享单车的特点，就不能称为共享单车。
同时，我们的这个模型抽取的正确不正确，是不是包含了这个事物的重要、核心特点，就决定了这个模型的质量，也就决定了你认识这个事物的程度或者说正确性。这和我们建模和设计产品的理由差不多，模型一定要建得好。
用工作中的一个具体例子来阐述，比如，如何认识第三方支付的支付收银台，收银台到底是个什么东西。具体思路如下：
1、寻找几款主流的支付收银台。
这类似传说中的挑选竞品，也就是相似的。由于我们开始对收银台没有形成具体的概念，所以我们必须借助外界环境，比如我挑选的时候，是选择大家公认的支付收银台，且市场占有份额较大的。所以我选择了几款，支付宝、京东、网易、易付宝、百度、唯品会。
在这个环节中，最重要且最关键的词是"相似"。很多PM在挑选竞品的时候，往往忽视了相似。什么是相似？功能相似、市场规模相似、用途相似，用户群相似等等，甚至产品的目标愿景都不能差别太大，试想，拿一个日均PV才10的产品和1W的比较，有什么意义呢？尽管很多时候，就像我选的这几款，是大家普遍认可是支付收银台，所以就不一定要需要相似性的仔细分析，但心中还是要知道有这个步骤的。
2、画出某一款自己认为最具有代表性的产品的骨架，也就是架构
这和我们画画一样，先画出一幅画的轮廓。具体怎么画？我是按照程序员设计系统的思路来的。对于一个功能，无非就包括属性和方法。属性决定你有什么，比如一个手机有一个键盘，这就是手机的一个属性。而方法呢，就决定了你能做什么，方法能使用各种属性，然后经过一些逻辑处理，会产生一些列结果。这就比如手机可以打电话，它是你用键盘这个属性，通过自己的一些列操作完成的，这就是一个方法。
按照这个思路，我们把一个产品分为两个维度：属性和方法
属性是指产品拥有什么部件，它是静止的，不需要加工和逻辑处理的，它通常是具体的，可见的。比如页面上的一个按钮，比如展示的文案等。
方法是指产品能做什么，能干什么，也就是我们所说的功能。它通常是抽象的，不可见的，需要借助属性，以及需要经过一些列逻辑处理。比如我们支付，需要借助页面的输入框、提交支付按钮，然后经过复杂的支付逻辑，最后才能完成支付。。
或许你会问，然后怎么办呢，这只是第一步。接着，我们就需要借助递归的逻辑，完成后面第二步，第三步，甚至是无数步。
一个属性可以由几个属性组成。一个方法，其实可以又包括属性和方法。
为什么这么说？还是上面的支付的例子，收银台头是一个属性，但划得细一点，又可以包括logo，用户名等。支付是一个方法，但这个方法需要借助密码框这个属性和支付密码校验这个方法，这又有一个子方法。
因此，按照上面这个思路，我们可以完整的画出一个产品的框架，粒度就由方法是否要继续划分属性和方法决定了。个人认为，再划产品骨架的时候，越细越好，这样也不容易遗漏重要属性，而且在后面竞品分析时也帮助很大。
3、往主干添枝叶
按照上面的思路，把其他几款产品也合并到主干上去。
4、删减枝叶
如果一个属性或者方法，只有少数几款产品拥有，那就把它删减掉
5、修整枝叶
当你做到第五步时，心中对收银台应该有个大概的了解了，根据自己的想法对枝叶挪位吧。
当这五步都完成了，你将得到的这个模型也就是一个收银台的大概面貌了，我简单画了下，如下图。其中加号标志表示还包括属性或者方法
收银台架构简图
二、寻找特性
共性告诉了，大家都有什么，而特性告诉了，我独有什么。
寻找特性的方法也可以按照上面的图绘出各个产品的骨架，然后和主干比较，有什么，没有什么。具体我也没有什么好推荐的方法，大家按照经验或者喜欢即可。
三、明确该款产品定位和自己的定位
其实这个步骤，我开始没有直接指出，但它确实核心。尽管几款产品可能大部分都是相似的，但有一点肯定不一样，就是定位，或者更大一点的是愿景。所以我们在分析的时候，一定要考虑这个因素，因为它很多时候会告诉你，有一个功能，支付宝有，京东却没有，而这个功能你也不该有。比如有些产品对购物车的定位为类似超市的购物篮，而有些定位为支付的一个快捷通道。
四、问问自己，每个属性和方法存在的目的、意义
这也是最重要的，不知道它的作用目的，那你认识事物也就只停留在表面，对产品的认识也只是很浅的。这就会导致，在添加或者删除一个功能的时候，别人问你理由，你就容易回答“因为支付宝有”。而且我们在问为什么的时候，一定要结合企业愿景、产品定位，该功能与其他模块、功能、甚至是产品的关联或者影响等，决不能脱离所处的环境而独立分析。
在后面，我会分享我是如何按照这个思路，去了解支付收银台，从而对我们的产品“易付宝”做类似竞品分析的
任何思想的成文都是辛苦的，一句话，说出来可能只要10s，但是要写清楚，可能就需要10倍或者100倍的时间了。这也或许是为什么说的人多，写的人少的原因了。其中有任何问题，也敬请谅解
网友评论