三节课主张从认识产品，还原产品，创造产品 三个阶段打造一个合格的产品经理
认识产品
产品经理的早期阶段，最难的事情就是培养产品感觉。我们认为培养产品感觉其实很难有捷径。只有多用产品，多尝试各种产品，才能在长期的积累中形成一些感觉。广泛的体验产品，是从一个小白用户转化为职业产品经理的重要一步
什么是互联网产品？
互联网产品是一种能够带来用户微笑价值和可能带来商业价值的黑盒子。这个黑盒子因为不同的行业和语境，内部结构也不一样，但最基本的结构是T模型。T的上面横向是信息架构，纵向是业务流程。
也就是说，互联网产品是一个通过信息架构和业务流程组成的黑盒子，它首先能够带来用户微笑，然后能够带来商业价值。
推论一：互联网产品的第一价值是微笑价值，然后才可能带来商业价值。
推论二：传统行业的产品，比如房地产，就是反向进行的，用户从微笑变成哭，然后带来商业价值。
推论三：不管什么行业，黑盒子里面的基本结构都是T模型组成的，而横向的信息架构一共有3种类型，纵向的业务流程应该也是呈现“泳道状”的。
下面从“黑箱”和“白箱”的方式去认识产品
所谓黑箱，套用测试里面的定义，就是不去考察产品内部的线路、流程和设计思路，而是直接按照它的交付预期去测试。比如这个产品就是让100个人站上去不会垮，它的黑箱测试就是让100人站上去，看看会不会垮。如果不会，就成功了。至于里面是用钢筋水泥做的，还是塑胶做的，统统不管。
白箱，就是要看产品里面的设计逻辑、线路结构、流程等细节是否符合设计方案。
把产品当一个黑箱去分析它要解决的问题、提供的解决方案、独特买点和用户场景及目标用户等，可以让一个产品比较清晰地勾勒出它的框架。
白箱则是要去分析产品的流程、交互、原型和版本迭代了。
要注意的是，我们一定要真实地回答问题，比如用户的痛点和问题，我们可能要站在用户的角度去想，用户到底有什么问题，而不是这个应用目前解决了什么问题。
还原产品
版本还原是一种重要的产品认识方法
我们以春雨医生为例。可以看到，第一个版本（1.0）和第二个版本（1.1）之间经历了3个子版本，都在修复之前的Bug。第一个版本到最后一个稳定版本之间，经历了大概8个月的时间，这个时间是什么？测试用户需求，寻找产品定位！
4个月的时间内，一共发布了8个版本，其中每隔两周就有一个产品版本发布。从大量产品迭代周期来看，这是一个比较健康的节奏，不是很快，但也不慢。其中有7个版本是新增了一些功能。
在2.7.0版本之后，我们发现春雨医生的版本节奏变慢了，趋于稳定，更多的时候，可能在做市场运营和资源整合。
我们再更多地看一下春雨医生在这些版本中都实现了哪些功能。我们希望通过这些功能来还原春雨医生的产品历程。虽然我没有参与他们当时的产品设计和开发经过，但我今天依然可以看得很清楚。尤其可以看出，在V5.0的时候当时上线了几个核心功能，比如“私人医生”“预约就诊”“线下求助”等，这些看起来非常重要的功能其实不是在产品一开始就上线的。这是为什么呢？
为什么很多产品都找不到节奏，或者浪费了很多走回头路的时间呢？是否可以通过这样的版本复原，找出你的竞争对手或者潜在的竞争对手，来看看他们是怎么做的，是不是比和某“产品大牛”吃顿饭，找一些八卦来得好呢？
梳理完了版本功能之后，我们再试着归纳一些产品的发布节奏。V1.0-V2.0时隔5个月，V2.0-V3.0时隔10个月，V3.0-V4.0间隔了10个月，V4.0-V5.0间隔了6个月，这样的节奏看起来是比较长的版本更新节奏。但事实上，我们在当时的场景下理解，第一个版本到第二个版本的过程看起来是有些产品需求和想法要去实现的，这个过程应该是开发摸索过程，其中团队磨合、开发设计的时间都比较正常。而第三个版本以后，可能进入不断调整和面向用户测试不同功能的阶段了，所以这个阶段小版本多了，发布的功能也多了，在大型框架上暂时没有太多的时间更新。第四个版本也是一样，这两个大版本都坚持了接近1年。
所以，我们可以看出一些常规的规律。
（1）大型版本早期要更加扎实和简单，这样可以容纳不同的小版本失措和功能迭代，不断测试用户需求。
（2）大版本的更新不应该太频繁。如果太频繁，则小版本没法充分释放，用户需求也没法充分测试。而且，如果大版本更迭频繁，那一定是整体思路没有想清楚，不断在底层设计上“调头”。
（3）小版本要快速发布，不断测试用户需求，不应该对小版本功能的定位太过纠结，要知道，小版本的需求可以不断更迭，最快的一周就可以更新。这个时候，重要的是不断更新需求、排出优先级，控制节奏。
最后我们做一些总结，看看这些版本的迭代和节奏的控制过程，产生了什么重要的产品功能，哪些产品功能点带来了市场影响力。
其实，经过两年多的版本建设，春雨医生并没有创造性地“发明”很多功能。大部分做的事情都是“打地基”，少部分功能实现了“微创新”，所以如果你的想法有一堆创新点，那这个开发时间会拉得更长。
