這次談一下**版專案從小到大，直到最近幾周整理出來的日常需求發布流程（寫完發現流程本身沒有談及，下週再說吧）。
去年底專案最初的時候，完全是白板一塊，當時連要做什麼都不知道，所以靠的是幾位老大和我們依靠「隨機應變」式的個人控制來把握專案程序，那時每個人都對產品的一切非常了解。對乙個需求的響應速度超快，可能晚上發布，下午pd還會直接跟開發提乙個需求，而開發也馬上就開始coding了，完了測試點兩下沒問題也就上去了。這種猛打猛衝團隊的核心優勢就如一位著名人士所說——天下武功，無堅不破，唯快不破（《功夫》裡的火雲邪神）。
到 了後來，加入的人越來越多，產品也越來越龐大，特別是最近幾周，越來越感覺已經不能掌握產品的全部，經常需要詢問別人，有的時候甚至找不到乙個知道的人。 （插話：不過這似乎也有一點好處，那就是當你對乙個產品不太熟悉的時候才更容易體會到產品是否易用，這在對產品瞭如指掌的時候是體會不到的，昨天qa也笑言我們經常做一些超越人類理解力、違揹人類常識的東西。）
專案龐大了以後，再依靠個人英雄主義是不行的，那樣英雄會累死，專案也會失敗。這時候出現的流程和規範都是一種管理的方法。在**ued群blog上看到一句話很認同：設計流程的目標，在於保證「無論誰來做這個產品的設計，都能達到80分」。沒錯，80分已經很難了，當產品越大的時候，誕生天才產品的概率也就越小。「又快又穩定又有才」的產品是可遇不可求的。
華為的同學也跟我說過他對流程的體會：流程的好處是人走了，事還能做，減少特定的人的影響。乙個事情總是有它的兩面，想到乙個故事作為結尾：說古代有個名餐館有幸花重金請到了御膳房的一名廚子，老闆畢恭畢敬的請他做一道拿手菜。
廚子：我不會做菜。
老闆：啊？
廚子：我只是御膳房「調料部」的。
老闆非常失望，轉而又想調料也不錯啊，很重要，至少能嚐到地道的宮廷味道，於是又畢恭畢敬的說：那煩請大師做乙份宮廷特製的調料吧。
廚子：這個我也不會。
老闆：啊？
廚子：我是調料部「青蔥組」的。
老闆：……，轉而一想，實在不行就嚐個宮廷的蔥味吧！
廚子：我也不會做蔥的全部…… ……
廚子：我是負責切蔥的……
產品設計體會（六） 再談流程
接著上一回說 版的日常需求流程，本篇是乙個日常需求的提出到發布的流水賬，有個挺pp的圖附在後面。大需求自然是要起乙個專案的，不再討論之列，但原則上也是相通的。需求是產品變動的發起方，所以在開始階段涉及會比較多，我覺得可以用三個會議來概括。這裡不要理解成嚴格的會議室裡幾個人正襟危坐，更多的是兩三個人圍...
產品設計體會（六） 再談流程
接著上一回說 版的日常需求流程，本篇是乙個日常需求的提出到發布的流水賬，有個挺pp的圖附在後面。大需求自然是要起乙個專案的，不再討論之列，但原則上也是相通的。需求是產品變動的發起方，所以在開始階段涉及會比較多，我覺得可以用三個會議來概括。這裡不要理解成嚴格的會議室裡幾個人正襟危坐，更多的是兩三個人圍...
產品設計體會（二九） 產品設計的五個層次
其實這篇是 使用者體驗的要素 的讀後感，其實讀了已經快2個月了，剛讀完寫讀後感會比較全面，而事隔一段時間再寫就能看出哪些是真正沉澱下來的要點了，也算是給自己找個偷懶的理由吧。大產品設計決定使用者體驗，而小產品設計又分為五層，帖一張業內著名了好幾年的圖。戰略層 明確商業目標和使用者目標，重點是解決兩者...