早晨与妻子结伴上班，走到楼下要分开前，我说今天篮球活动往常都是前一天就开始有人会组织了，今天却很安静，妻子马上说我你自己想法你去组织啊，为啥想打还不去自己争取去做，非要等待别人组织你再参与，有时候她说我的时候往常我都会有不舒服的感受，可这次我虽然还有不舒服的感受但是与以往相比这种感受削弱了好多，我会反省自己，是啊我想打为啥不在群里说一声今天活动有谁参加呢？于是我到公司第一时间在群里说了本次活动事宜，马上就凑够了9人参与。想做就做，而不仅仅是想，左思右想无用，想做就做才是王道。
延伸到工做，当你有什么想法的时候就积极的去构思，去推进，去落地，去验证，去改进。只有这样你才会在这个过程中得以体会和反思成长。当然有些事情在你深思熟虑后是要马上停止的，比如上周五有个家长反馈了一个问题，说想在pc端查看之前的历史课程但是很不方便，作为一个产品新人现在肯定已经摩拳擦掌的准备去做原型写需求了，这也是产品人的必经过程，抽离出来首先是要评估下这个用户需求优先级有多高，是大众问题还是个体问题？如何判断呢？可以去看下产品的数据可以作为你的一个判断依据，如果该问题涉及用户量级较大那么应该排在优先级较高的需求序列里，如果是一个小众的问题而且也不是致命的产品bug那么应该果断的决定放在后面的版本去迭代，做产品要把有限的资源发挥最大价值，而不应该花大的时间去做受众很小的功能，满足了小众对于你的产品能力并没有什么质的提高，只是为了做需求而做需求为了做功能而做功能，这里就体现出了产品新人和老人对于一个问题的判断和思考，做减法其实也是一种成长，因为通过你理智的分析帮助了其他同事少做了很多无用功或少做了很多没有太大价值的事情，同时在这个过程中要时刻判断投入产出比，第一如果这个功能能在不改变现有功能的情况下如果可以通过优化完成的我认为可以做，但是如果涉及到需要大的调整那么就要整体去评估值不值得做，会牵扯进来多少资源？设计师？前后端研发？测试？运营？市场？要做之前通盘考虑各个资源的配置。不是所有用户需求都要去满足或马上去满足，你要去判断该问题影响面有多大，考虑完这个后再去判断投入产出比，是否值得去花大量资源去做，做出来后会带来怎样的效果？如果自己无法定夺还可以多去问问身边的同事，一来你可以了解到更多的信息来帮助你做决策，亦或是同事或领导会直接给你答案让你少有很多弯路，做与不做结果就会很明显了。
想做就做，只是做之前要想好做这个事情对于自己有什么帮助吗？
