不管你看到這篇文章之前閱讀了什么，在什么地方，和誰說過話....
你先冷靜一下。
然后深呼吸，想象自己在一個高樓的陽臺上，看著底下川流不息的城市要道，手邊一杯酒，或者一杯茶，或者一根煙，夜空中有些涼風。
然后再往下看。
我覺得我們這行業(yè)吧，有時候挺盲目的。
”快點做一個出來先上線”“精益創(chuàng)業(yè)，快速迭代”“互聯(lián)網(wǎng)的核心就是快”“快節(jié)奏的擴張搶占市場”“分秒必爭，我們一定要在xx日之前上線xx”......
這些話大家應該都不陌生，聽得耳朵都應該起了厚厚的繭子了。
這時代做互聯(lián)網(wǎng)，啥都要求快，好像慢一天真的就決定了生死。以前屬于小創(chuàng)業(yè)公司專屬的996，現(xiàn)在也變成了大公司標配。老板們紛紛說，我們雖然已經(jīng)這么牛逼了，但今年不一樣，大家要當成是第x次創(chuàng)業(yè)，希望大家努力，再創(chuàng)輝煌。
然后大家就發(fā)現(xiàn)晚上6點誰都不好意思走，非要互相墨跡墨跡到9點，10點，再回家，然后發(fā)個朋友圈，說晚上真美麗。
這行業(yè)的工作方式我覺得已經(jīng)有點病態(tài)了。
很多工作并不是單純堆時間就會出好成績的，無論你是寫代碼還是想策劃案，但磨時間就有點像用代碼量來考核程序員的kpi一樣。確實有些活兒需要加班加點的做，但workload飽和到每周70小時以上，其實對具體的員工發(fā)展，身心愉悅，業(yè)余時間充電看書都是損害。
當然了，我不是來抨擊996的，我們今天只談這種奇怪的氛圍下，做產(chǎn)品的扭曲。
“做產(chǎn)品要快”現(xiàn)階段成為了很多人的共識，大街上隨便抓一個干互聯(lián)網(wǎng)的，都能跟你說要快速迭代，要小步快跑，要快速擴張。
但你問他，什么叫快，怎樣才算快，什么時候要快什么時候不能快。我想大多數(shù)人應該是回答不上來的。
事情的癥結就在于此。
早些年，大家談及互聯(lián)網(wǎng)的快，很多時候是相較于傳統(tǒng)軟件開發(fā)的節(jié)奏來講的。
傳統(tǒng)軟件開發(fā)，一個系統(tǒng)，一個軟件從規(guī)劃到需求采集到開發(fā)到交付要半年，那咱們搞互聯(lián)網(wǎng)，一個月一波，再快點，兩周一波迭代，無疑是快速的。
但現(xiàn)在是什么節(jié)奏？
老板說，我要xx，一定要快。
然后大家吭哧吭哧加班，兩三天之后就是deadline，臨到了，發(fā)現(xiàn)完不成，砍掉無數(shù)東西匆忙上線，反響平平，然后好點的團隊開始反思，差點的團隊開始批斗。
又或者吭哧吭哧干的時候老板又說，算了不要xx了，我要oo，于是所有人崩潰。
這種行徑現(xiàn)在被統(tǒng)一包上了“快”的外皮，成為一種政治正確，連噴都不敢噴。
你根本不敢說咱們做慢一點，因為工作做的慢，那是能力不到家。
你也不敢說咱們規(guī)劃要多仔細一點，因為就會有人說想的多不如做得多，所以造就了大量拍腦袋匆匆上馬的項目。
你會非常躊躇的提出我們留點時間把系統(tǒng)重構一下吧的訴求，但除非到要死要活的程度，不然誰會讓你“歇兩周”重構系統(tǒng)，雖然實際上你可能這兩周比單純做需求要累多了。
現(xiàn)在在任何一家互聯(lián)網(wǎng)企業(yè)，從上到下已經(jīng)沒有人敢說“來，這個產(chǎn)品，咱們慢慢做”了。
但好產(chǎn)品需要花時間打磨，好團隊也是需要花時間打磨的。
君不見多少產(chǎn)品，為了搶市場，燒錢擴張，忽略了團隊和產(chǎn)品本身的內功，最后死的連顯示器電腦都得賣了給員工抵遣散費。
盲目的快會讓你的弱點在你還沒有能力防御的時候下暴露，然后被市場一擊必殺。
但不盲目的快是否就合理了呢？
也不盡然。
只要你想快一點，你現(xiàn)階段可能控制的住你的欲望，駕馭他。但隨著你的速度越來越快，你一定會被你的欲望，外部環(huán)境，資本市場等等因素牽著走，然后翻車。
就好比你20秒內加速到200kmh，和2分鐘，甚至5分鐘加速到200kmh，其實沒有本質區(qū)別。
也許這條路你就不該跑到200kmh，因為你無論加速多平緩，控制的多好，你跑到200kmh，可能就無法避免突發(fā)的情況，繼而橫死街頭。
說不定在這條道路上，老老實實以50kmh巡航才是合適的。
大多數(shù)團隊和產(chǎn)品，看不清前方是什么的時候，就覺得我一定要跑得快，一定要先動起來，這其實是一種徹頭徹尾的賭徒心理。不愿意花時間琢磨，只想著快速見效。
其實，要慢一點。
很多年前我騎摩托車從北京去到過很遠的地方，我本來計劃的很好，比如每天走多遠，騎行多少小時，以什么樣的時速，到什么地方休息等等。
后來發(fā)現(xiàn)有的路是盤山路，有的路是泥濘路，有沙土路，當然也有一馬平川的大好公路。
開始幾天計劃被無數(shù)次打亂，要么早早到了住宿，要么路況不好有了延遲導致走危險的夜路。因為太復雜了，你不可能以固定的時速一直走。后來幾天，我設定了一個方案，那就是爛路慢慢溜，好路盡情飆，給每一段路應有的速度。
從不在爛路中冒險，也從不浪費好路帶來的便利。
幾年前我們談到精益創(chuàng)業(yè)，會想到價值假設，會想到最小簡化產(chǎn)品等等。但現(xiàn)在，當我聽見有些人在談一個基本邏輯都沒想清楚就匆忙要決定上線的東西，并得意的稱之為精益創(chuàng)業(yè)的時候，我覺得實在是無從吐槽。大多數(shù)人在談及MVP最小原型的時候都忽略了你可以丑，你可以簡陋，但核心功能邏輯和訴求應該是完整的。你搞一個殘缺邏輯的產(chǎn)品，快速推進市場，很可能你根本就驗證不出來你之前的假設是否正確。而且用戶上來根本不知道你的核心邏輯的情況下，你得到的反饋極容易被帶偏，然后產(chǎn)品就不可避免的向奇怪的方向走去。
我的朋友老林喜歡釣魚（真正的釣魚）。
他說，釣魚行業(yè)現(xiàn)在約釣很難，我要做個app約釣平臺，幫助大家一起約著釣魚。
他又說，約釣平臺起來以后可以賣漁具，不過漁具不怎么掙錢，可以賣大家釣上來的高質量魚，來做魚生鮮。
他又說，我來看看app怎么做。
假設今天有個一樣喜歡釣魚的投資人，覺得這事有前途，投了老林一點錢，他找了點程序員，可能很快就做了一個釣魚app。
app功能里有釣魚團報名，有賣魚，有釣魚技巧，有怎么做魚吃等模塊，他也沒管太多界面好看不好看，交互是不是有問題，總之精益創(chuàng)業(yè)一下，就搞了個app出來。
你覺得結果會是什么？一夜之間火了全國所有人都用它這個平臺釣魚賣魚？
說到底，這里面的核心商業(yè)邏輯是什么呢。
是約釣的需求，還是賣魚的需求？
如果是約釣，是不是應該先去調研下現(xiàn)在大家在釣魚這件事情上對“約”的訴求有多高，例如包車，例如有人踩點，例如和魚區(qū)協(xié)商團購價格，驗證大家對組團一起去釣的積極性和需求。
如果是賣魚，是不是應該直接先去跟垂釣愛好者那里固定成為一個收魚的販子，然后收回來賣給下面的渠道，無論你是網(wǎng)上賣還是賣給市場，能掙錢再說。
等等等等。
我舉例子不是說這事情應該怎么做，而是大多數(shù)人在想問題時候都沒有想清楚的情況下，沖著一腔熱情，和極大程度上已經(jīng)簡化的各路工具，就開干了。
其實也不是不行，個人副業(yè)來講無所謂，但如果你是公司，你是一個團隊，你這么做，風險太大了，船上畢竟還有別人呢。
所以我覺得吧，現(xiàn)在這個時代，做產(chǎn)品別太趕，就算你有季度kpi，你先花兩周時間琢磨怎么干合適，再花10周時間干，絕對要比你上來啥也不管直接沖上去干效率高。
其實那么多產(chǎn)品，因為做的慢死掉的真的不多，反而做得快急功近利，盲目擴張，天天改需求，想都不想莽一波的，最容易死。
但慢也不是閉門造車憋大招，而是以一種平和穩(wěn)定的心態(tài)去迭代，留點時間思考，留點時間和用戶交流，留點時間激活團隊，留點時間學習成長，留點時間來想的更細一點。
細節(jié)的打磨和挖掘需要時間，這和快其實是相悖的?！爱a(chǎn)品決定于細節(jié)”“產(chǎn)品決定于快慢”
所以你看，流行的觀點也有挺矛盾的時候吧。
————————
PS：
這兩天收了幾個熱情的簡歷，小朋友工程師們紛紛說“我渴望學習，我不怕加班，我可以玩命”，而且現(xiàn)在團隊里的實習生，到了五點都得踢著屁股往回趕才走。我苦笑之余也很感嘆，到底是什么樣的大環(huán)境讓現(xiàn)在實習生同學都得在應聘郵件里來表996的衷心.....故有此文。