写给岁的产品经理产品经理不是你想象中的模样

　　临近校招，偶尔会有同学和我交流一些产品相关的问题。
　　有人问我，做产品是不是和专业无关？我说是的，但得有一些相关能力。
　　有人问我，不会技术，做产品是不是一条好出路？我说是的，但不是因果。
　　也有人问我，产品是做什么的？我说提需求，跟需求。
　　那么精通A原型软件，能不能胜任产品工作？我说，那只是锦上添花。换言之，无法雪中送炭。
　　而是否需要精通XXX，是我遇到最多的问题。
　　产品的工作很虚，特别是底层的产品们。战略轮不到你想，大的需求不该你提，你能控制的，好像就只有这个button的颜色，还有那个button的位置。如果项目重视页面呈现，一个小小的button你都没办法做主。这里需要个数据，你帮忙查查；那里有个功能上线，你帮着看看。这样的工作，成就感何在？你的热情迟早会被浇灭，然后麻木于日复一日的杂乱工作中。
　　在这样的背景下，我会发现一个普遍的现象，就是大家往往会非常热衷于产品原型设计工作。为什么呢？因为这样能带来最直接的成就感。加了好几个产品群，主旋律永远是XX部件应该怎么使用，逛了一圈论坛，大家最感兴趣的是XXX从入门到精通。
　　好像工具是打开产品工作的钥匙，如果我精通了某软件，就能很好地完成产品工作。
　　这是不对的。
　　产品看的是道，而不是术。一定不要忽略了产品的核心–思考。
　　不要沦为画图的工具，也不要成为需求传话筒。
　　你因该多思考，特别是面对需求时。
　　当你拿到一个需求，你因该去想：
　　＂这个需求是在什么背景下提出来的？＂
　　＂要解决什么问题？＂
　　＂还有其他方法吗？＂
　　＂哪一个更好？为什么？＂
　　＂需要哪些资源？我们有现成的吗？＂
　　＂如果没有，能在其它地方拿到吗？＂
　　＂开发成本怎样？＂
　　＂能达到怎样的效果＂
　　＂能否解决问题？＂
　　＂我能向任何人解释清楚这个需求吗？＂
　　对需求的深入理解，是产品工作最重要的一步，也是最难的的一步。
　　多想几个为什么，远比你多做一两个原型，多完成一两份需求文档重要。
　　多思考，多反思，多总结。写给大家，也写给自己。
　　共勉。