作为一名合格的产品经理，当然离不开提需求。入职四个月来，一直看着别人提需求，每次例会的时候，看着她们自信满满的讲着自己提出的需求，都会对她们投向崇拜的眼光，心想什么时候我才能提出需求啊？
如何得到第一次提需求的机会
我越来越相信这句话：机会是靠自己争取来的。有一次跟着我们团队的小姐姐去跟前端沟通平台需要新开发的功能，两个半小时下来，我只负责听、记录修改意见和修改点，什么话都插不上。会后，我把修改的意见整理、总结；然后，脑子里蹦出了很多想法。当时就在想，我是不是应该画一版原型图出来，发给组里小姐姐让她们知道：虽然我做的不好，但是我有认真思考（这个不在我的工作范围内）。经过两天的修改，原型图终于出来了,自己觉得比较满意了就发给了带我的人，让她点评点评。虽然没有后文了，但是为我后面的这次机会奠定了基础。
我并没有马上得到这个机会；在这段时间，使用平台的时候尽量站在用户的角度上，发现平台的问题。并把觉得可以改进的问题汇总发给组里小姐姐。过了一两天，组里小姐姐就单独找我谈话了，当时心想是不是要辞退我啊，心里特别慌。没想到的是，问我是不是对产品挺感兴趣的。我当时的职业规划是：初级数据分析师——中级数据分析师——数据产品。现在一下子就跳到的数据产品，让我心里特别开心，所以我很珍惜这次机会。因此毫不犹豫的点头，跟我说现在给你布置一个任务：访问监控改造。说实话，我一脸懵逼，不知道从何下手
step 1
第一步，我采用了很笨拙的方法，每天就是盯着访问监控。我连续看了好几天访问监控，什么都想不出来。但是，我还是不知道怎么下手，每天就是焦虑当中。在我很迷茫的时候，我们团队的boss找我谈话了，我把我的想法告诉她，她告诉了我她的做事方法：第一，先想这个功能是给谁用的，用户不同需求就不同。第二，每件事件的目的和价值。在做任务前，一定要弄清楚别人要你做的目的是什么？目的不清楚，做出来的东西就没有针对性。第三，一定要学会拆解任务。第四，要多思考，多询问别人意见，要主动寻求帮助。
step 2
听了boss的一番话后，觉得我最应该弄明白这个访问监控的目的是什么？第一，掌握用户使用平台的情况；第二，我为我们周报、双周报、简报减轻任务（可以直观的看出数据）。从这个两个方面出发，第一步应该要先确定指标和指标口径。刚开始的时候，我就想了三个指标，我觉得这指标远远不够用。这时，我觉得应该要寻求别人的帮助了，经过别人的指点，我想出了7个指标。当时觉得7个指标够了，就出了一版原型图。结果可想而知，好几个指标是没有价值的。我又换了个人给我提点建议，因为每个人看问题的角度不一样。我又有意想不到的结果，虽然别人提的意见可能不是全部都有价值，但是可以给我带来启示啊。在这基础上，把指标和展示方法做了调整，出了一版原型图，发给带我的同事看。她跟我讲了她觉得哪些数据是比较有价值的，哪些指标应该拆开，还应该有哪些方面的指标，最后在她的建议上，我又修改了一版。来来回回修改的四遍，才去需求评审会上讲
step 3
这一步应该是展示成果的时候，同样也是接受大家意见的时候了。在开评审会钱的晚上，好紧张啊，一晚上都是失眠状态，这毕竟是我的处女作品，我一直担心，如果领导不满意怎么办啊，其实我开评审会前才想通，每个人都是要经历过很多第一次，这对我来说我个成长的机会，只要有收获就是成功。想通了之后，在会上讲需求的时候没有那么紧张了，越讲越自信，感觉把自己的想法传递出去是件很开心的事情，大概讲了二十分钟，这二十分钟让我很开心。我从没想到原来做产品是件这么有意思的事情。讲完之后，就是提建议，问问题。边听边记录问题，这都是我需要改修的地方和没有思考到位的点。
评审会总结
缺点：
1、没有把每个指标的口径理清楚
2、缺乏思考指标口径的用途和目的
3、没有提前思考别人会问哪些问题，我应该怎样去答
4、语言组织能力欠缺
5、临时应变能力欠缺
6、没有把成本、技术考虑进去
收获：
1、在工作中更自信了，敢在会上表达自己的想法和看法
2、懂得如何站在用户的角度去提需求
