在很多互連網企業裡的,產品開發流程通常是,老闆指派一個任務,一幫人馬立刻開工幹,開發好了後,進行簡單的測試後放到伺服器。 這時產品會不斷的出現需要待解決的問題(需求或者BUG),一幫人等加班加點。。。。。。 最後,網站終於上線了。雖然沒有規範的代碼,也沒有專業的測試人員,更沒有開發文檔;但是網站啟動並執行很正常,到目前為止沒有什麼大問題,一切看起來都很美好。
隨著網站的規模不斷擴大,訪問量日益增長,後台多了很多獨立的支撐系統;各條業務線也提了很多需求,技術人員忙的不可開交,吃飯喝水的時間都擠不出來了,每天幹到淩晨才能完成任務。為瞭解決這個問題,老闆從市場上招聘了一些技術人員,把原來跟隨他的技術人員提升到管理崗位,帶領這幫新人。這下子老闆輕鬆多了,把很多繁雜的日常瑣事授權給了部下管理。這幫新人進入角色後,業務部門的需求能基本完成的很好了,通宵加班的日子不見了,一切看起來都很美好。
這些日子,網站上的東西看起來有些淩亂,沒有一個鮮明的特色。原來產品的需求就是老闆腦子裡的一個想法,他直接跟技術人員講需求,但隨著業務需求的不斷變化,他已經無法投入精力去深入到產品的每一個細節,只能從總體上把握產品的方向了。業務提出的需求都是比較分散和簡單,根本不會考慮到產品的規劃問題。老闆為瞭解決這個問題,就招聘了一個負責收集,加工產品需求的人員,給這個崗位賦予一個好聽的名字“產品經理”,這樣跟業務、技術部門溝通的細節問題都交給這位產品經理了。大多時候,他只要給產品經理下達任務就好了,一切看起來都很美好。
產品經理來了後,為了讓自己的工作得到老闆的肯定,就不斷的做方案,每出來一個產品方案就給老闆看,老闆看了這些方案後,感覺還不錯,表揚了一下產品經理,並指示技術部門按產品經理出的文案開發。由於短期內需要開發的產品功能很多,開發人員又不得不加班加點來完成這些任務。經過一幫人每日每夜的努力幹活,終於完成了產品經理提的那些功能。產品上線後,老闆很滿意,一切看起來都很美好。
最近網站上增加了很多功能,運行了一些日子後,老闆發現產品是挺多,但訪問量都很少。原本以為這麼多產品肯定能帶來流量,沒想到預期效果會這麼差。老闆反思了一陣子,覺得前面這些產品方案都好,但貪多反而失去了方向,撿了芝麻丟了西瓜。開發部門也整天瞎忙著開發東西,結果卻不怎麼理想。老闆在重新思考了產品的方向後,決定不能老趕路,需要不時停下來思考,在決定了方向後,砍掉了其中的幾個產品,要簡單,專註。開發人員也不用跟著瞎忙了,一切看起來都很美好。