產(chǎn)品經(jīng)理的新三觀:數(shù)據(jù)觀、格局觀、細節(jié)觀
- 數(shù)據(jù)觀:產(chǎn)品經(jīng)理要重視數(shù)據(jù),根據(jù)數(shù)據(jù)做決策,用數(shù)據(jù)說話。
- 格局觀:學(xué)會換個角度,從戰(zhàn)略層面去考慮問題,格局有多大,世界就有多大。
- 細節(jié)觀:細節(jié)決定成敗,無數(shù)個經(jīng)過產(chǎn)品經(jīng)理優(yōu)化后的細節(jié),堆砌出令人尖叫的用戶體驗。
數(shù)據(jù)觀
產(chǎn)品經(jīng)理要重視數(shù)據(jù),根據(jù)數(shù)據(jù)做決策,用數(shù)據(jù)說話。
靠譜的產(chǎn)品經(jīng)理,不能拍隨便腦袋想做什么就做什么,而是要以用戶價值為中心,學(xué)會利用數(shù)據(jù)來側(cè)面驗證產(chǎn)品需求的是否靠譜。數(shù)據(jù)應(yīng)該貫穿產(chǎn)品需求從無到有的完整的一個生命周期。
網(wǎng)上有很多產(chǎn)品生命周期的討論,比較形象的一種劃分是:幼年—童年—青年—壯年—老年,分別代表了一個產(chǎn)品不同的生命階段。
這里不多加贅述,文中提到的生命周期概念,并不是產(chǎn)品本身的生命周期,而是一個產(chǎn)品需求的生命周期,本質(zhì)是需求的生命周期,并且這個需求的生命周期的結(jié)束,意味著一個新產(chǎn)品生命周期的開端。
根據(jù)工作這段時間的觀察和提煉,我對產(chǎn)品需求的生命周期流做了一個簡單的總結(jié),一個產(chǎn)品需求完整的生命周期主要包括以下九個階段:
idea產(chǎn)生—需求分析—項目評估—PRD撰寫—需求評審—開發(fā)測試—發(fā)布上線—運營監(jiān)控—項目效果后評估。
很多公司都會有idea的頭腦風(fēng)暴,有的公司是單獨組織一個idea討論會。比如我2014年在百度的時候,就參加過幾次這樣的會議,那時候的體會是,即使是簡單的idea討論,如果有相關(guān)的數(shù)據(jù)做支撐,會讓idea顯得更靠譜和更有說服力。
一般來說,很多idea討論會很容易陷入一個困境,就是你還沒有把一個idea的來龍去脈完整的闡述清楚,就會有人馬上打斷你,然后從技術(shù)實現(xiàn)和產(chǎn)品細節(jié)等方面去質(zhì)疑你。
這種idea還沒講完就被無端打斷的感覺是很不爽的,并且無序無規(guī)則的爭論,會導(dǎo)致會議的效率大打折扣,很多時候花了很長時間開會也得不出所然,或者得出的會議結(jié)論也沒有什么含金量。
至今覺得百度的idea討論會是做得比較好的,這里也可以簡單分享一下百度在這方面做得好的地方:
百度為idea頭腦風(fēng)暴設(shè)定了一些討論規(guī)則,讓參會的產(chǎn)品經(jīng)理有一個基本的討論框架,然后可以友好的進行idea頭腦風(fēng)暴。建立基本的是非判斷框架和討論標準,是會議高效有序進行的有力保障。
idea討論五步法:
1. 產(chǎn)品經(jīng)理要學(xué)會傾聽。別人在闡述idea的時候,盡量不要打斷,讓idea生產(chǎn)者把話說完,爭取把idea的基本框架完整的闡述清楚,用戶的疑問,很多時候都隨著idea主流程的展開而解決了,所以討論會上最好不要輕易打斷,要學(xué)會傾聽。
2. 有序提問和互動。idea的主流程闡述清楚后,其他的人再去打斷和提問,不要輕易在別人闡述idea眉飛色舞的高潮階段,給別人潑冷水,因為這樣很容易澆滅頭腦風(fēng)暴的火種;
3. 吐槽也要有正確的姿勢。自由提問和互動階段,分為白帽子&黑帽子兩個維度去評價idea,白帽子指的是idea值得肯定的方面,是Idea的亮點和優(yōu)勢。黑帽子指的是idea的缺陷,鼓勵大家對idea進行吐槽,扣白帽子和黑帽子是整個idea討論會的高潮,哪些idea靠譜哪些不靠譜,就在這個PK環(huán)節(jié)一較高下。
4. 雁過留痕,會議記錄要做好。闡述idea的產(chǎn)品經(jīng)理,可以在白板上寫一下idea的框架要點,做好idea記錄。然后,其他人員關(guān)于idea的白帽子和黑帽子都貼到白板上,方便其他人看到。
5. 郵件周知及后續(xù)安排。每次會議開始前,最好安排一人做整個討論會的會議紀要,結(jié)束之后整理出要點發(fā)給全組人員,保證每次討論都有價值和產(chǎn)出。Leader可以根據(jù)產(chǎn)品規(guī)劃和idea討論結(jié)果,篩選出靠譜的idea進idea需求池,安排對應(yīng)的產(chǎn)品經(jīng)理去跟進需求。
上面的五個idea討論會步驟,簡單分享了我14年所在的百度錢包部門的idea討論會的大概流程,至今仍然覺得這個流程是靠譜的。
產(chǎn)品經(jīng)理在工作中遇到的一個問題,就是在idea討論會的時候,沒有一個框架和標準,導(dǎo)致會議效率不高。
很多時候你剛起一個頭,就有人跳出來打斷你質(zhì)疑你,其實他們的很多疑問都可以在后面的關(guān)于idea主流程的闡述里找到答案,但是很多人就是缺乏耐心和用心傾聽的姿態(tài),這導(dǎo)致idea討論會很無序很混亂,有的時候花了幾個小時開完會,但是最終并沒有一個清晰的會議結(jié)論。
如果有產(chǎn)品經(jīng)理感覺自己的部門和團隊開會效率特別低,并且經(jīng)常發(fā)生idea剛起一個頭,就會遇到鋪天蓋地的質(zhì)疑和爭論的,可以考慮引進百度這套5步idea討論會的框架,讓整個團隊可以更友好的進行頭腦風(fēng)暴,即使是撕逼,也是高效率的靠譜有序的撕逼。
希望這個5步idea討論法,能幫助深陷idea討論無序無效之苦的你,趕緊走出來,利用有序靠譜的討論架標準,讓產(chǎn)品經(jīng)經(jīng)理的工作更高效。
繞了一大個彎子,還是要回到數(shù)據(jù)上來。idea頭腦風(fēng)暴,表面上是天馬行空,是沒有限制的發(fā)散思維,但實際上最終勝出的idea,還是靠譜最重要。如何做到靠譜呢?
除了以用戶為中心,主要是靠數(shù)據(jù)說話,建立在真實客觀的數(shù)據(jù)基礎(chǔ)之上的idea,才是靠譜的。作為帶業(yè)務(wù)的產(chǎn)品經(jīng)理,你的idea不能脫離數(shù)據(jù)真實情況太離譜,不能越過基本的數(shù)據(jù)邊界。
idea的時候需要重視數(shù)據(jù),需求分析階段更是如此。我司的產(chǎn)品需求文檔模板,第二項就是目標評估,撰寫PRD的時候,需要給出這個需求最終可以帶來的數(shù)據(jù)結(jié)果。
在進行需求評審,以數(shù)據(jù)為中心的項目目標評估,是大boss比較看重的一點,如果你的數(shù)據(jù)評估結(jié)果很不錯,評估過程的邏輯嚴密合理,需求很容易獲得通過,并且通過的速度特別快,這就是數(shù)據(jù)的力量。
需求開始階段,要積極尋找數(shù)據(jù)支撐點,數(shù)據(jù)的統(tǒng)計口徑要一樣,否則就不是在一個頻道上進行對話,數(shù)據(jù)還要具體準確,不能說:應(yīng)該、大概、左右、接近這些詞,講需求的時候,用詞盡量要準確靠譜。
記住具體的數(shù)字,而不是大概,比如酒店的入住率是58%,別人問起的時候,就不要為了方便說是接近60%,有的時候計算最后的目標,就是因為每個地方都有一個大概的誤差,才導(dǎo)致最后的結(jié)果又不小的偏差甚至錯誤。58%是真實靠譜的答案,這么準確的數(shù)字說出來不會受到多少質(zhì)疑,并且傳遞這種真實靠譜的數(shù)據(jù),是對別人負責(zé)的表現(xiàn),也是對自己工作嚴謹?shù)囊粋€要求。
但是說接近60%,則是不怎么準確的回答,傳遞給別人不怎么準確的數(shù)據(jù)信息,很容易越傳偏差越大,最終帶來不必要的麻煩。從某種程度上講,你說入住率是58%,別人是比較容易相信的,但是剛好說是60%,很容易引起別人的質(zhì)疑,然后帶著這種質(zhì)疑私自去查看數(shù)據(jù),結(jié)果是58%,這樣容易引起別人的不信任,給人留下不靠譜的印象。
產(chǎn)品經(jīng)理做項目的時候,經(jīng)常需要做項目目標評估。即便是在idea階段,也需要為自己的idea做一個大概的估算,然后給出大概的數(shù)據(jù)目標結(jié)果。一般情況下,最終結(jié)果,都是經(jīng)歷了幾個環(huán)節(jié)的乘法或者加法得到的。
數(shù)據(jù)估算結(jié)果=數(shù)據(jù)A*數(shù)據(jù)B*……數(shù)據(jù)X,如果中間某一個數(shù)據(jù)不靠譜,比如多猜了1倍,那么幾個環(huán)節(jié)相乘,最終的估算可能就差幾倍或者幾十倍了。
前面說了數(shù)據(jù)在一個產(chǎn)品需求完整生命周期里,要經(jīng)歷的九個階段里的前五個,基本到需求評審結(jié)束,并且需求獲得通過,數(shù)據(jù)神經(jīng)就可以稍微放松一下了,畢竟你暫時不需要拿數(shù)據(jù)來說服自己和說服別人。
但是,這不意外著就可以把數(shù)據(jù)拋在一邊。進入了開發(fā)測試階段,也要關(guān)注數(shù)據(jù),比如開發(fā)經(jīng)常會問產(chǎn)品經(jīng)理,你這個需求能帶來多少訂單?
如果同樣工作量的項目,你的需求帶來的訂單數(shù)據(jù)更多,那開發(fā)是比較愿意重視你的需求的,并且很有可能在資源安排上給予更高的優(yōu)先級支持。無論是產(chǎn)品經(jīng)理還是開發(fā),都希望利用有限的資源,為公司創(chuàng)造更多的價值。
QA在測試的也會問產(chǎn)品經(jīng)理,我們測試的時候,數(shù)據(jù)從哪里?。窟@個時候你就要懂一些數(shù)據(jù)方面的東西,知道用戶信息數(shù)據(jù)、訂單數(shù)據(jù)放在哪里?怎樣能方便的取到數(shù)據(jù)。當(dāng)QA在mock測試case數(shù)據(jù)的時候,你如果能給一些靠譜的數(shù)據(jù)源,會更加贏得QA的喜歡的。
還有數(shù)據(jù)對于運營監(jiān)控的重要性就不多說了,產(chǎn)品經(jīng)理的需求上線之后,需要有靠譜的運營監(jiān)控數(shù)據(jù)指標,并且定期輸出數(shù)據(jù)報表,隨時可以通過監(jiān)控后臺的數(shù)據(jù)觀察項目日常運營情況。
項目后評估看的也是數(shù)據(jù),看上線后的數(shù)據(jù)效果是否達到了需求預(yù)期設(shè)定的目標。業(yè)內(nèi)有句流行的糙話,項目后評估,其實就是產(chǎn)品經(jīng)理直播吃翔,自己生產(chǎn)的翔,即使數(shù)據(jù)效果再差,也要跪著含淚吃完。
后評估的數(shù)據(jù)就是項目上線后的真實情況,不存在估算差異問題,很多時候出現(xiàn)后評估直播吃翔的情況,也是因為當(dāng)初寫PRD作目標評估的時候,數(shù)據(jù)不靠譜,導(dǎo)致項目目標不合理,從而讓后評估難以達標。
所以,整個產(chǎn)品需求的生命周期最后一環(huán),項目后評估是直播吃肉還是吃翔,取決于在一開始的idea評估、需求分析和項目評估階段,所做的數(shù)據(jù)估算和評估是否靠譜。
差之毫厘謬以千里 ,作為一個合格的產(chǎn)品經(jīng)理,數(shù)據(jù)觀要融入全身的每個細胞里,把數(shù)據(jù)當(dāng)作是檢驗需求質(zhì)量的重要標準。
產(chǎn)品經(jīng)理擁有的第一觀:數(shù)據(jù)觀,數(shù)據(jù)的重要性要深入人心,時刻記得靠數(shù)據(jù)說話,數(shù)據(jù)可以讓你的idea和需求變得更有尊嚴。
格局觀:
要學(xué)會站在公司角度,從戰(zhàn)略層面去考慮問題,格局有多大,世界就有多大。
用戶體驗的要素里面有5層,分別是:戰(zhàn)略層、范圍層、結(jié)構(gòu)層、框架層、表現(xiàn)層,格局觀就是要做好頂層設(shè)計,從戰(zhàn)略層面去定義產(chǎn)品形態(tài)和明確用戶核心需求。
有格局觀的產(chǎn)品經(jīng)理,個人覺得主要有以下兩點體現(xiàn):
一方面,有格局的產(chǎn)品經(jīng)理做的產(chǎn)品可以自我成長和延伸,成長的路徑一般是:idea——需求——產(chǎn)品——平臺——生態(tài)。
當(dāng)在做idea的時候,你就可以預(yù)見產(chǎn)品的未來,可以想象得到當(dāng)下這個小小的idea,最終長大能成為什么樣的終極生態(tài)系統(tǒng)。
當(dāng)然,這樣的PM世間少見,恐怕只有喬布斯、張小龍和周鴻祎等人,才具備這種遠見和格局。但是產(chǎn)品經(jīng)理的一個核心素質(zhì)就是要有追求,要致力于追求做一個有偉大格局觀的產(chǎn)品經(jīng)理。
另一方面,有格局觀的產(chǎn)品經(jīng)理,要能很好的做好商業(yè)目標和用戶目標的平衡,讓產(chǎn)品既可以持續(xù)盈利賺錢,又可以為用戶創(chuàng)造價值。
現(xiàn)在互聯(lián)網(wǎng)思維都講用戶至上,都說要以用戶為中心,這個我也認同,我也覺得用戶目標是第一位的,用戶價值是最重要的,是商業(yè)價值的基礎(chǔ)。
但是,這并不是說商業(yè)目標就不重要,就可以撇開完全不顧商業(yè)目標來設(shè)計產(chǎn)品。商業(yè)目標也是產(chǎn)品設(shè)計的一個重要考量,很多時候,有創(chuàng)業(yè)者說三年不考慮賺錢這種狠話,其實只是不去做商業(yè)變現(xiàn),但是商業(yè)變現(xiàn)的模式要有,至于到底用不用那是公司處在不同發(fā)展階段的決定。
商業(yè)目標有沒有,和實不實現(xiàn)是兩碼事兒,一碼歸一碼。
商業(yè)目標和用戶目標是一個天平的兩極,不能過分偏向一個極端,做好平衡最重要。
一個完整的產(chǎn)品,主要包括了用戶、商戶、平臺三部分。
有格局觀的產(chǎn)品經(jīng)理,在一開始設(shè)計產(chǎn)品的時候,會考慮到用戶、商戶和平臺之間的關(guān)系,做好產(chǎn)品早期的頂層設(shè)計。
缺乏格局觀的產(chǎn)品經(jīng)理,在設(shè)計產(chǎn)品的時候,可能會漏掉商戶這一環(huán),導(dǎo)致產(chǎn)品后期的商業(yè)變現(xiàn)先天乏力。
case1:這里舉一個典型的例子
QQ(空間)與微信(朋友圈)
QQ空間有著海量的用戶,活躍度和用戶粘性都很好,但就是一開始設(shè)計產(chǎn)品的時候,缺乏商戶這一環(huán),沒有靠譜的商業(yè)變現(xiàn)模型,只能簡單粗暴的在主頁兩邊投放垃圾征婚廣告來盈利,目前有的商戶也是弱連接,沒有和用戶和平臺形成良好的互動和粘性。
QQ空間的早期設(shè)計沒有商戶這一環(huán),只有用戶和平臺兩個核心要素。盡管后期QQ空間做了很多改進和商業(yè)嘗試,但是效果不佳。還好QQ空間的使用場景是PC端,電腦屏幕大,視覺范圍大,用戶對頁面廣告不敏感。
如果是在手機上看QQ空間和主頁兩邊的垃圾征婚廣告,簡直連摔手機的心都有,由于屏幕小,用戶對廣告和無效信息太敏感,主要出現(xiàn)一些垃圾廣告,移動端的用戶體驗會很差。
與QQ空間形成鮮明對比的,是微信朋友圈,微信從一開始設(shè)計的時候,就具備了用戶、商戶和平臺的閉環(huán)通道,使得微信具備了成為一個超級入口的基礎(chǔ)。
自從開通了朋友圈廣告系統(tǒng),用戶看到廣告幾乎一邊倒的表示喜歡廣告,很多用戶還期待看到廣告,并且樂此不疲的聊自己看到的廣告為什么和別人的不同,這就是微信朋友圈商業(yè)目標突出的一個表現(xiàn)。
當(dāng)然,QQ(空間)和微信(朋友圈)是不同時代的產(chǎn)品,嚴格意義上沒辦法進行比較,不同時代的產(chǎn)物也沒有意義非得去爭個高下。
QQ(空間)在屬于PC端的那個時代,也是風(fēng)頭無二的優(yōu)秀產(chǎn)品,是PC端產(chǎn)品的經(jīng)典之作。對于過去偉大的產(chǎn)品,要心懷感恩和敬畏之心,才能做好當(dāng)下的事,謀好未來的局。
微信這個產(chǎn)品具備了用戶、商戶和平臺三個核心構(gòu)成要素,微信的產(chǎn)品經(jīng)理在alen的帶領(lǐng)下,設(shè)計出了微信公眾平臺這樣一個偉大的產(chǎn)品,可以方便的連接海量商戶,為以后的商業(yè)變現(xiàn)做準備。
用戶目標是產(chǎn)品活下去的根基,商業(yè)目標是讓產(chǎn)品持續(xù)健康成長的保障,以平臺為基礎(chǔ),把用戶目標和商業(yè)目標很好的結(jié)合,才能做出偉大的產(chǎn)品。
細節(jié)觀:
細節(jié)決定成敗,無數(shù)個經(jīng)過產(chǎn)品經(jīng)理優(yōu)化后的細節(jié),堆砌出令人尖叫的用戶體驗。
當(dāng)一個行業(yè)里出現(xiàn)了很多同質(zhì)化的產(chǎn)品,并且這些產(chǎn)品的資源供給相當(dāng),同樣的需求可以在多個產(chǎn)品滿足的時候,決定誰能笑到最后的,就是體驗上的細節(jié),所以,產(chǎn)品經(jīng)理的新三觀里,必須要有細節(jié)觀。
格局觀決定能走多遠,細節(jié)觀決定了能做多好。
細節(jié)觀到底是什么呢?細節(jié)觀其實包括了兩層含義:
- 發(fā)現(xiàn)細節(jié)的能力;
- 做好細節(jié)的意愿。
對于發(fā)現(xiàn)細節(jié)注意到細節(jié)的能力,大部分人都具備,很多時候,我們都能注意到具體細節(jié)的細微差異,一個產(chǎn)品有什么漏洞或者bug,會引來一堆人吐槽,并且是針對一個細節(jié)進行吐槽,并且這些細節(jié)容易引起共鳴,人人以發(fā)現(xiàn)問題找出細節(jié)差異為榮。
因此,細節(jié)觀的第一個層面的含義:發(fā)現(xiàn)細節(jié)的能力,大部分人是具備的,至少能從激烈的競爭中脫穎而出,成功進入各大互聯(lián)網(wǎng)公司的產(chǎn)品經(jīng)理們,他們是具備這個能力的。
其中,有游戲公司針對用戶的細節(jié)觀里具備的發(fā)現(xiàn)細節(jié)的能力,還專門開發(fā)了一款游戲叫做《大家來找茬》,發(fā)現(xiàn)細節(jié)差異,找茬找不同,全民玩得不亦樂乎。
大部分人都具備的能力,也就沒有稀缺性,這里不多展開討論了。細節(jié)觀里真正重要的部分,是自覺做好細節(jié)優(yōu)化的意愿。
世界上不缺發(fā)現(xiàn)問題的產(chǎn)品經(jīng)理,但是缺提出可靠解決方案,并且堅定不移的push執(zhí)行的產(chǎn)品經(jīng)理。
很多時候,我們不愿意去優(yōu)化細節(jié),不是看不見,而是自以為是的覺得不重要,覺得這個細節(jié)對用戶影響不大,所以不去做。
并且這個時候,產(chǎn)品經(jīng)理們往往冠以資源不夠的名義去尋找安慰,或者用優(yōu)先級低來當(dāng)做不去執(zhí)行的借口。
之前分享過一個觀點:互聯(lián)網(wǎng)公司的資源是永遠也不夠用的,等到資源充足的時候再去做,什么事情都完了。產(chǎn)品經(jīng)理更像一個資源整合高手,想方設(shè)法去利用身邊的資源為我所用,去用心打造良好的用戶體驗。
關(guān)于資源不足,如何去做好細節(jié)優(yōu)化,如何去打造良好的用戶體驗,這里分享有贊創(chuàng)始人、前支付寶首席產(chǎn)品設(shè)計師白鴉的一個案例:
case2:白鴉與支付寶“殺蟲劑”的案例
白鴉為支付寶帶來的最大改變,是在2009年建立支付寶內(nèi)部小組“殺蟲劑”,每周準時不同崗位角色參與,針對互聯(lián)網(wǎng)上網(wǎng)友提的問題、抱怨、罵娘進行針對性的改進討論。
幾乎公司所有角色都加入“殺蟲劑“項目,從設(shè)計師、產(chǎn)品經(jīng)理、銷售到運營部門,他們不僅自己使用支付寶來發(fā)現(xiàn)問題,也從親戚朋友那里收集意見,并在網(wǎng)上發(fā)各種帖子,看用戶在使用支付寶之后什么地方不爽,然后擠出私人時間坐在一起開會解決。無數(shù)小問題、無數(shù)小細節(jié)、無休止的爭論,在一年多時間里,“殺蟲劑”小組至少幫助5550個會員解決了困難。
“這工作很辛苦,但很有樂趣,你會發(fā)現(xiàn)你改過的小細節(jié)會馬上反饋到用戶身上,會有人跟你說謝謝,這很有成就感。”白鴉說,這也是一件上癮的事,他生活里的一切,他的每句話、每個行為,甚至每個夢,都沖著用戶體驗而去。
‘殺蟲劑’行動使白鴉意識到,用戶體驗是整個公司的事,它需要每個人都參與其中,正是由于多部門協(xié)同,無數(shù)小問題小細節(jié)才能被順利解決,而90%的問題也被列入公司的其它項目中,一并解決并預(yù)防。當(dāng)‘殺蟲劑’小組成為貫穿整個公司的虛擬團隊時,關(guān)注細節(jié),優(yōu)化用戶體驗就變成每個員工的分內(nèi)事。
說到產(chǎn)品細節(jié),不得不說一下當(dāng)下流行的用戶體驗。用戶體驗有很多種版本,可以從有用、可用、好用等多個層面去定義用戶體驗。
這里說的細節(jié)觀,僅從好用層面切入聊一下用戶體驗,在這個維度上,細節(jié)即體驗。
在細節(jié)觀里,用戶體驗就是那些讓你感覺很爽,但是很多時候又說不出為什么爽的,無形而又真實存在產(chǎn)品里的細節(jié)。
在好用這個層面,用戶體驗就是細節(jié)體驗,對細節(jié)無休止的優(yōu)化,和對繁瑣小事的持續(xù)改進,才能打造一流的用戶體驗。
關(guān)于在產(chǎn)品路上可能會遇到的批評與褒獎,分享一句話共勉:在揚帆遠航的星辰大海上,有人只顧眷戀腳下的礁石,而有人在嘗試探索新大陸。少廢話,多干活。
我所說的,都是錯的。
本文由人人都是產(chǎn)品經(jīng)理專欄作家 @劉國宏(微信公眾號:iwifi) 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理?。未經(jīng)許可,禁止轉(zhuǎn)載。
各求所需,有用的就收下,沒用的就忽視,愿意提建議的就提,不愿意提的也不要開嘴炮。
支持產(chǎn)出,繼續(xù)加油!
啦啦啦~! ??
覺得還不錯啊
全篇光逼逼理論,一點實際有用的東西都沒有。專門列一個章節(jié)就為了說“頭腦風(fēng)暴完了要做會議紀要,要及時郵件發(fā)出”,我倒是很想知道現(xiàn)在哪家互聯(lián)網(wǎng)公司不是這么做的?
+1~~
劉國宏同學(xué),在錢包沒有見過呀。
太基礎(chǔ)了 看到一半都感覺是浪費時間 光逼逼理論 有什么用呢 看到評論 我都笑了
數(shù)據(jù)觀的確很重要,這個問題的難點是從哪些渠道去獲取可靠的數(shù)據(jù)作為論據(jù);可能大的公司有自己的商業(yè)數(shù)據(jù)庫(百度更不用說了)或者從第三方咨詢公司購買統(tǒng)計數(shù)據(jù)。對于其他中小創(chuàng)業(yè)公司來說,很多需求的確很難找到可靠數(shù)據(jù)。
非常不錯的一篇文章~~!