三月份的时候，公司的OA给我发了一封邮件，大意就是很套路的感谢我一年来的付出，希望未来可以继续进步，当时收到这封邮件的真实感受是：能不能不要套路，给加个薪才是王道！
算算进产品坑也有一年了，和那些工作一年就很牛的大神们比，一年后我还是个小产品。天天围着需求，功能转，和运营开发同事们相爱相杀。算下来自己多少有些想法，不一定说的上成功的经验，但是都是走过的路，踩过的坑，还是希望能写下来。是成功的经验都说产品是公司的补位者，
需求：不做比做更难
初入行的三个月的实习期里，都是在前辈的带领下做事（前辈也是组长），每天拿到个需求后就在那屁颠颠的想功能实现，想页面交互，虽说幸苦，虽说总是采坑，好在都有前辈帮我兜底（话说新人也范不了大错），日子倒也自在。
在转正后，组长开始把一个独立的页面丢给我了，也就是我这个页面的全权负责人。突然有一天需要独立面对需求方了（在我们公司主要是业务方和自己），感觉需求突然爆棚了。每天光需求对接就会耗去半天时间那段时间不知道为什么会莫名的兴奋（这就是刚工作的亢奋期），因为有需求可做还是很兴奋的，每个上线日都有满满的需求感觉很幸福有木有。
但是随后就暴露了问题：上线的需求没有起到价值，上线的需求和需求方想的不一样。前一种情形还好，毕竟是团队内部的协调问题，可以解决，后一种情况就导致了无休无止的扯皮与返工，还引起了开发同事的反感。
这之后和自己的组长就这个问题深入的探讨过~即为什么我的需求总是逻辑上没问题，但是上线后总是达不到预期的效果。
说白了：需求都是需要甄别的。那些没有价值的需求为什么要做？那些需求方自己都不明确的需求该怎么做？
现在在面对需求方时，我都会反问自己三个问题：
1、需求上线后预期有什么正向效果？
2、需求的逻辑是怎样的清楚么？
3、我不做这个需求有什么影响？
以上三个问题，其中任何一个需求是负向的答案，那还做什么做？如果是正向的反馈，我才会开始认真思考需求，并做优先级排定。不是说我简单粗暴~而是任何一个产品的时间都是宝贵的~如果把时间浪费在大量无意义的需求上，不管是对公司还是个人，都是种极大的资源浪费。
需求：如果没有太大问题，尽快上线需求
产品新人或者一些设计师倾向的产品同事，会因为页面这个按钮不对，那个交互不好看而纠结很久，导致延期~实际上吧~在我看来，对于互联网产品，最基本的是解决问题，当没有商品可供用户选择的时候要考虑的不是如何引导用户去做其他的事，而是想办法先把断掉的供应链补上。
所以，只要不是业务流出现了致命的缺陷，尽量按期交付上线，有问题可以改，不上线就得不偿失了。
以上说的都是关于需求的，其实产品的职业生涯早期也就是在和需求打转~如何筛选需求，怎么做需求。我个人的话也只能说还在这条路上不断奔波与成长，愿与各位同仁共同成长~
