1、如何让程序员更高效的工作？
让程序员只做他们该做的，帮他们做好其他的所有事！说的通俗一点，一个需求下达到程序员手上时，需求已经是一个近乎完成的闭环逻辑（近乎完成的意思是需求细节真的很难被全部想到），程序员要做的只是需要将他们实现，减少他们工作上的返工，减少程序员之间不必要的协调沟通！
发现程序员相互协调出现不顺畅的地方，及时进行协调，因为开发很多时候都是自己盯着自己的摊子，尤其是任务繁重时！
2、产品如何做需求？
最重要的一点，不要不切实际！做的需求要在现有条件可以实现的基础之上，不要看其他人有什么功能了，我们也要跟上！也许，他人做的的确比我们好，但我们技术水平有限也是短期内的现实！犹如，我觉得谷歌眼睛很好，但这个真不是我们想做就能够做出来的！
做东西前要考虑清楚，我们做的东西能够带给我们的是什么？我们为此要付出的成本是什么（时间和人力成本，当今互联网人力成本绝对不低）！若是发现需求需要付出的成本过于巨大，可以考虑换一种折中的方案解决，比如覆盖的范围小一点，细节问题处理容忍不完善等等，若是砍掉不是核心的需求，砍掉的却是最重的工作量，产品还未到追求完美的地步，不妨考虑砍掉！
有一个问题是“你要花盆还是花瓶？”
双十一天猫有一个领取优惠券的页面，名字记不清楚了，大意是一个小船在页面随着水道漂，两岸是各种打折信息！
作为一个前端开发，我觉得这是一个费力不讨好的事！至少我没有发现这样做有什么特别的用途（也许我层次不够），在我看来他还不如折扣网的列表形式更简单直观，也许他们设计的目的就是不直观，让用户在上面多停留时间，若是这样的话，也许达到了一些目的！
作为一个前端开发，我不清楚淘宝前端开发那个功能用了多久，若是我来做的话时间绝对在一周以上，若是一个简单的列表页，光写样式的话半天轻轻松松搞定了！
淘宝前端的薪资肯定都不低，两种效果的实现成本差距有多大不用多说了，尤其是花费在这种近乎一次性的页面！
要花瓶还是要花盆？我觉得是前端设计以及产品需要考量的一个问题，也许是本身是前端开发的原因，我觉得除了用在吸引眼球的地方，否则业务上选择简单清晰的花盆更实用！
有一个很好的例子，我一直觉得58的页面不好看，但他的用户数还是比赶集多，因为绝大部分人看重的还是功能，哪里提供给了他能满足他需求的功能，他就用那个，而且一旦用上手了，很多人也就一直用下去了，不会再主动去接触其他同类产品了！
