1、如何讓程序員更高效的工作？
讓程序員只做他們該做的，幫他們做好其他的所有事！說的通俗一點，一個需求下達到程序員手上時，需求已經是一個近乎完成的閉環邏輯（近乎完成的意思是需求細節真的很難被全部想到），程序員要做的只是需要將他們實現，減少他們工作上的返工，減少程序員之間不必要的協調溝通！
發現程序員相互協調出現不順暢的地方，及時進行協調，因為開發很多時候都是自己盯著自己的攤子，尤其是任務繁重時！
2、產品如何做需求？
最重要的一點，不要不切實際！做的需求要在現有條件可以實現的基礎之上，不要看其他人有什么功能了，我們也要跟上！也許，他人做的的確比我們好，但我們技術水平有限也是短期內的現實！猶如，我覺得谷歌眼睛很好，但這個真不是我們想做就能夠做出來的！
做東西前要考慮清楚，我們做的東西能夠帶給我們的是什么？我們為此要付出的成本是什么（時間和人力成本，當今互聯網人力成本絕對不低）！若是發現需求需要付出的成本過于巨大，可以考慮換一種折中的方案解決，比如覆蓋的范圍小一點，細節問題處理容忍不完善等等，若是砍掉不是核心的需求，砍掉的卻是最重的工作量，產品還未到追求完美的地步，不妨考慮砍掉！
有一個問題是“你要花盆還是花瓶？”
雙十一天貓有一個領取優惠券的頁面，名字記不清楚了，大意是一個小船在頁面隨著水道漂，兩岸是各種打折信息！
作為一個前端開發，我覺得這是一個費力不討好的事！至少我沒有發現這樣做有什么特別的用途（也許我層次不夠），在我看來他還不如折扣網的列表形式更簡單直觀，也許他們設計的目的就是不直觀，讓用戶在上面多停留時間，若是這樣的話，也許達到了一些目的！
作為一個前端開發，我不清楚淘寶前端開發那個功能用了多久，若是我來做的話時間絕對在一周以上，若是一個簡單的列表頁，光寫樣式的話半天輕輕松松搞定了！
淘寶前端的薪資肯定都不低，兩種效果的實現成本差距有多大不用多說了，尤其是花費在這種近乎一次性的頁面！
要花瓶還是要花盆？我覺得是前端設計以及產品需要考量的一個問題，也許是本身是前端開發的原因，我覺得除了用在吸引眼球的地方，否則業務上選擇簡單清晰的花盆更實用！
有一個很好的例子，我一直覺得58的頁面不好看，但他的用戶數還是比趕集多，因為絕大部分人看重的還是功能，哪里提供給了他能滿足他需求的功能，他就用那個，而且一旦用上手了，很多人也就一直用下去了，不會再主動去接觸其他同類產品了！
