產(chǎn)品不快,你就死定了!
創(chuàng)業(yè)團隊做產(chǎn)品要拼迭代速度,天下武功,唯快不破,扎克伯格說 “不酷,你就死定了!”,我要套用他的話說 “不快,你就死定了!”,因為太陽底下沒有新鮮事,聰明人辣么多,憑空想出一個絕世好點子?你沒戲的!但是,發(fā)現(xiàn)別人做得不足的地方,再迅速趕超、輾壓之,還是有前途滴~
產(chǎn)品是演化來的
做產(chǎn)品要快,有些誤區(qū)需繞開:不必等一切想明白再動手。
全能的上帝創(chuàng)世紀也是分七天迭代出來的,他老人家尚且沒個計劃走一步看一步,不能一簇而就呢,同理,好產(chǎn)品也是一步步進化得來的,不是一次頭腦風暴 [Duang~] 就問世了,雖然會上集體自嗨很爽,落地執(zhí)行時會經(jīng)常走樣兒的。
產(chǎn)品不是設計出來的,是 “改” 出來的。因為人當下的思維有很大的局限,你的認知每天以覺察不到的速度在更新迭代,兩天后你的想法可能就是新的一套,所以別指望一開始就把一切想得很透徹,也別等一切想明白了再動手,最好的做法是,迅速開始,持續(xù)改進。只要初衷不改,方向都可以再調(diào)整,如果不開始第一步,可能永遠找不到方向。
我們終究不像上帝造物那么隨心所欲,簡單產(chǎn)品計劃還是需要的,沒計劃就沒方向。
堅持最小化原型
砍需求就像鋤草,雜草多了莊稼就會死。當人們創(chuàng)造一個數(shù)字化產(chǎn)品,會有意無意地想把現(xiàn)實體驗全盤模擬到產(chǎn)品中,只有堅持最小化,才能下得了手砍掉那些貌似有理實則累贅的東西,切忌貪大求全,切忌戰(zhàn)線拉長??梢钥车艄δ芴峁┯袚p的產(chǎn)品體驗,勝過糟糕的用戶體驗。大膽砍需求,在最初版本中只關注核心功能即可。
輕設計
產(chǎn)品和人一樣,顏值很重要,但不是最重要。出門見人,只要干凈精神,落落大方即可,不要過度包裝、過度設計。好的設計是流暢自然的,不會讓人感覺到設計的存在,畢竟產(chǎn)品是給人用的不是給人欣賞或探索的。對于已形成的用戶習慣,盡量遵循而不要挑戰(zhàn),可以微創(chuàng)新,以不打斷用戶為宜,越自然越好?!半S大流” 也是一種聰明的做法,不要重復發(fā)明輪子,尤其在創(chuàng)業(yè)團隊,能避免彎路避免踩坑。
別誤解,輕設計不是越精簡越好,聽朋友的朋友說,他有次進入一部很酷的電梯,幾秒后頓感焦慮不堪不知所措,因為這電梯設計太簡約以至于去掉了樓層按鈕,坐過一次才明白過來它是層層??康?。這樣的設計用來整人最合適了。
重迭代
產(chǎn)品打磨是重頭戲,快讓產(chǎn)品盡早上線吧。這就像養(yǎng)孩子一樣,產(chǎn)品終于誕生了,你以為解脫了么?不不不,這只是開始,苦活兒累活兒還在后頭。
不管產(chǎn)品看起來多拙劣,請相信那都是工程師們踩著一個一個坑艱難走過來的,先平息掉另起爐灶的沖動,因為推翻重來就像做 “大手術(shù)”,只會傷筋動骨,是資源的巨大浪費,而其結(jié)果可能比現(xiàn)在更糟,就像你終于穿過了沼澤后只剩半槽血,經(jīng)不起返回原點重新來過的折騰。不要暴風驟雨式的改版、重構(gòu),而要溫和的漸進式的持續(xù)改進,就是人們常說的小幅迭代,快速更新。
無視對手
戰(zhàn)術(shù)上藐視他,不是真的 “無視”。保持自己的節(jié)奏,別被競爭對手打亂你的陣腳。很多所謂的競品分析,其實根本沒有 “分析”,我們只看到他們做了什么,不知道人家沒做什么,甚至也不清楚人家的前因后果,更不知曉人家踩過哪些坑。而最有價值的往往是那些未公開出來的 “秘密”,與其費心思猜別人,不如做好自己的事,盯著別人當標準,永遠只能做追隨者,能保持 “日日 新,又日新” 就已經(jīng)很厲害了。
用 20%的時間做出 80%的成效
每做一個決策,想想是否能花極少時間換來較大回報?是的話,就是一個聰明的決策。反過來,那些花費大量時間卻沒有成效的事,果斷放棄。因為創(chuàng)業(yè)團隊資源太寶貴,浪費一月、一周都有可能資金用盡萬劫不復。
為了快,適當放棄細節(jié)。“細節(jié)決定成敗” 這句話誤導了很多人,在高手對決的時候,沒錯,就是比誰犯的錯誤少,那我們還不是高手的時候呢?可能海選還沒過,太早沉浸于細節(jié)不如苦練自己的 “殺手锏”。
重視反饋
沒有反饋,迭代就是閉門造車。從一開始就應該追蹤反饋,和用戶保持順暢溝通非常重要,發(fā)展自己的核心用戶群更是 “百年大計”。有了種子用戶當 “雪核”,“雪球” 才能滾起來。
開發(fā)者和用戶應該友好地碰撞,互相激勵,互相啟發(fā)靈感,在這個被互聯(lián)網(wǎng)深度改造著的世界,信息不對稱是第一個要被消滅的事情,信息的自由流動才是最有價值的事。開發(fā)者和自己的用戶之間不應該有信息阻隔。
最后,成為產(chǎn)品的重度使用者
“如果你是做狗糧的,你必須要嘗自己做的狗糧”,這是我以前老板說的話,至今記憶尤新。意思是,開發(fā)團隊應該是自己的用戶,多使用自己的產(chǎn)品,挖掘自己的內(nèi)心需求,感受用戶痛點,自己不用而依賴用戶測試,都是舍近求遠,是危險的。
最后的最后,我所說的,都是錯的
做產(chǎn)品沒有套路,只有常識,與其花時間研究文檔格式、原型工具、各種晦澀術(shù)語,不如多研究人、社會和商業(yè)這些基本的東西,培養(yǎng)格局觀,拾回我們遺忘的那些常識。
和大家共勉。
本文由點融黑幫 @呂廣杰 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理?,未經(jīng)許可,禁止轉(zhuǎn)載。
好文,產(chǎn)品的格局決定產(chǎn)品的未來。
干貨
我比較意外的是我看了很多篇文章嗎,卻少有評論!
感覺我也是這么想的
1:最小化
2:重視迭代
3:產(chǎn)品是演化而來的
4:輕設計
5:按照自己的節(jié)奏來走
6:用20%時間思考80%的問題
7:重視反饋
8:成為產(chǎn)品的重度使用者
9:最重要的是研究人,社會和商業(yè)
嘿嘿 ,干貨一篇