『梦开始的地方』，之所以以此冠名本周六的活动，是因为深（sui）思（kou）熟（yi）虑（shuo），顺理成章的。这周去了3w咖啡，也就是中关村。因为这里曾经是我和娜娜、老孙来北京第一次聚首的地方。6个月后，我们又来了。
进入正题，写这篇文章的目的是记录、总结一下周六的讲座的收获。
收获最大的是百度高级产品经理、三节课联合创始人鲁克，讲的关于互联网产品经理的分析：
1、本次讲座的主题是，“互联网产品经理=？”。也就是说，互联网产品经理到底是什么。有时候，也应该多问问自己，是不是产品经理就只是一味的改需求，填坑，找bug，解决老板的需求？至少目前自己是在这个阶段摸爬滚打着...对大收获是有了一些想法和收获。
2、互联网产品经理=事多？各种对需求、写文档、搞测试、开会、确定优先级...等等，事情多的有时候让人窒息。但是，反过来想想，就会觉着，这些琐事正好凑成了工作的一整天。产品在想产品的时间，是在下班后，也就是晚上7：00-12：00，突然想想，很有道理的样子。白天很难有大把的时间去想，总会被各种事情打断。
2、互联网产品经理=多事？下面图表中大概数据如下：23%忙碌而无价值、25%出差出差、%5PK各种人、%6竞品分析、%5充电、数据空、%4数据分析、%8运营支持、21%画线框图、数据空。产品的一天就这样被分的满满的，痛并快乐着。画线框图作为基本技能之一，却不应该是产品的立命之本，而应该仅仅是一种手段，更多的是想产品的方向，想实现逻辑。
3、互联网产品经理=多金？数据分布不再详细多说，但是感觉说的有点低了。记得答疑的时候有人问他，是不是产品的门槛很低？他说，产品的门槛很高。谁都能去做，但不是谁都能做好，一个好的产品确实需要时间的打磨。
4、互联网产品经理=未来？一开始不要太过于在于薪资，最重要的是要武装自己，让自己多学到一些东西，前五年能力和薪酬是没有太大线性关系的，而5年后，薪资和能力就基本成正比了。
5.这张图展示的是北京产品经理的去向：
6、版本迭代这次去了以后长了些见识：第一句，版本需要封闭，不能不是闭环，要一条路走下来能走通，而不是最终走不通，成为了死环。
7、第二句，版本<xuqiu，版本小于需求。所有的需求都应放在一个需求池中，本次版本上线不可能全部功能都上线，需要择优或者说一步一步迭代上线。讲了一个挺好玩的例子。做一个产品，你讲完整个需求和方案，技术问你为什么不加一个验证，设计问你为什么不加一个分享。你说可以加，然后跑回去修改，最终产品延后1周上线。但是，如果你告诉他们，这个功能不要，那个功能也不需要。他们就会很明白自己要做什么，他们的疑问是他们要做什么，而不是，加不加这个功能。
8、第三句，需求像流水，版本是水闸。流水是可以用水闸调解的，而需求也是需要版本去控制的。每一个产品都是不断迭代而更加完善的。
当然了，听了这么多，自己感触也是蛮多的：
1、以后尽量每天都体验5款左右的App，各种类型的，虽然自己现在有在体验，但是仅仅是体验App的界面、功能、流畅度，但是很少有思考逻辑方面的，这个产品，或这类产品的设计思路是什么，需要哪些功能，具体的流程是什么样子的。
2、多读书，娜娜说的很多，很多东西都是有理论依据的。这个button为什么放在这个位置，是有原因的，而不是单纯的觉着舒服，用着方便这么简单。坚持读书才是王道。
3、宁愿不做需求，也不要乱作需求。每一个产品，都承载这自己的责任，做到最后，做成一堆无用的东西，还不如不做。
好了，晚安~~世界~
