本文轉載自游桃factory,原標題為《鷹角、庫洛……這家公司被寫進了行業的招聘jd里》。 |
等同於這東西成了行業基建。越來越多人離不開它。
很早就知道,「熟練使用『數數』」被椰島寫進過招聘jd,和「python、sql、excel」並列,會用就加分。
後來又聽說,這要求擴散到了點點、海彼好幾家的招聘里,一些直接說,招資深,不會「數數」,不考慮。
不止中小廠。前兩天翻數數官網一看,連鷹角、庫洛幾家都簽了數數,接他們家系統。
三年前採訪數數科技,他們說公司願望是,產品能成遊戲行業的數據基建,讓大家做遊戲不會因為調數據麻煩束手束腳的。接上數數,「像給大家裝了個數據的水龍頭一樣,隨用隨擰,都是即時的數據」。
如今一看,願望還真成了。就好像做遊戲,研發離不開unreal、unity之類的遊戲引擎一樣,你開家遊戲公司要管好數據,現在也得琢磨一下是不是要接入數數了。

還是先說下「數數」是誰。
簡單來說,數數科技這家公司主做數據分析工具,盯着遊戲行業做了10年。公司早期目標好概括:大家能零門檻地用數據。
遊戲以前用數據的門檻不低。調數據是麻煩事:你要找後端申請,要排隊,如果調出來不對,又得來一輪;中大廠會有專門的數據中台,有簡單看板了,但想調指定數據,還是免不了排隊——時間寶貴,數據重要,免不了難受。
數數要解決這個門檻——大家招聘jd寫「數數」,是拿公司名簡稱他們家產品——接上數數,你不會寫sql也無所謂,只要有權限,想要什麼數據基本都能調出來,還全是實時數據。你還能按崗位需求,搭一個自己的數據看板……
簽約比介紹直白。2020年至今,公司客戶數按每年100%的速度增長,當年《最強蝸牛》的吉比特,現在準備上《明日方舟:終末地》的鷹角,都是他們家客戶。現在,公司已經把合作談到了日本、韓國、美國去了……
幾年前,和數數的銷售朋友吃飯,對方那時說,小廠覆蓋差不多了,但卡在了三七之類的中大廠,「人家有自己的系統,做了好幾年的中台」。那是能寫進財報的大投入項目。前兩周拜訪前看官網,三七也成了他們家的客戶。
不過「數數」能成基建,和佔有率關係其實不大,主要靠的還是產品和這兩年的新戰略。
新戰略背後是這樣一個想法:一個遊戲能不能拿數據把項目做好和團隊每一個人都有關係,那analytics肯定不夠了,能用上它的崗太少,團隊得有一個engine,有一個能打破數據壁壘、帶動所有崗的基建。
換句話說,數數之前只是做一個面向項目的產品,現在要做一套面向公司的方案。
一個變化是,數數的產品在2022年改了名,從ta(thinkinganalytics)改名te(thinkingengine)。
所以該怎麼理解新基建的te呢?
我覺得不用按te手冊「提供什麼」來解釋,可以從廠商「需要什麼」來聊。這年頭,廠商都想做出自己的長青,訴求分兩步:一、做穩項目;二、做好廠牌。
做穩項目,也是看你多懂玩家。
往具體來說,長青就是看你拿出的東西有沒有超出玩家預期,有沒有讓玩家喜歡,有沒有踩大家的雷區。那擺在桌上的問題變得明朗:我該怎麼知道玩家在想什麼?
於是,數數的te有兩個分析玩家的核心模塊:
一個數據分析,看玩家行為——沉默玩家占多數,他們喜歡什麼——在什麼玩法&場景呆得久——討厭什麼——在什麼節點&地方流失——很多時候不會明說。這些數據指向玩家的體驗如何。
一個輿情分析,看玩家言論——愛發聲的玩家帶來的輿情,更多時候它彌補的是數據反映不出來、但玩家格外重視的內容。現在內容型產品受輿情影響太重,大家比以往更需要知道玩家的情緒如何。
兩個模塊把玩家遊戲內外的行為全分析了一遍。互相補充。這些數據解決的是項目很現實的訴求:一個產品該如何和它的玩家們相處?又如何在相處之中讓自己變得更好?有了依據,才能判斷。

而有了判斷,數數自然有一個觸達的功能:運營模塊。我前腳在分析模塊拿到反饋,後腳就能在運營模塊配參數,簡單些的有推公告,給不同玩家推禮包,複雜些可以直接發送參數到玩家客戶端,調整一些遊戲體驗。
據我所知,已經有廠商在做實驗,用這個模塊做些動態體驗:一些玩家喜歡有挑戰的體驗,那就一鍵抬點強度,打着更有趣;一些玩家老卡在一個地方過不去的,就降降難度。這邊剛調完,效果好壞又反饋到分析模塊去。
發現了么?數數現在奔着覆蓋一個項目去的——就連老闆現在也有個bi模塊,看重點數據,還能調美觀度。這是讓所有人在遊戲該怎麼變好這件事上——哪裡是要穩定的優勢,哪裡又是亟待優化的問題——達成起碼的認知共識。

再就是做好廠牌。
這是遊戲廠商最近的新課題:你有了穩定的旗艦產品,有了一群相信自己的用戶,如果經營好了,那他們信任的是公司和團隊,還會期待你未來的新品。
怎麼經營廠牌自有百花齊放,但大前提得有一條,公司數據能不能互通。
有個形象比喻叫「數據孤島」。以前賽馬多,項目不同,數據自然各管各的。但到了現在,公司大力賭一個勝點,如果老產品經驗難挪,後人一遇問題,又重造輪子,踩一遍坑。常見但沒必要。那打破孤島就成了關鍵。
數數給了一個改底層的方案,叫開放數倉「跨源映射」。直接說效果,這是一個公司級的數據池。不用等好幾個月去轉一堆數據,也不用費神轉碼不同項目的數據格式,現在任何項目都可以映射數據到這個池子里。
舉一個很基礎的例子,我現在的項目要做一個老項目做過的東西,想參考下配表,預測一下效果,那直接就去倉庫裏面調出來就行了,當時配了多少,效果如何,清清楚楚,那再結合我項目去推工作就是心裏有譜的。
另外一個打通底層的模塊:數據開發平台。以前數數也有二次開發功能,類似於開放接口,你有其他訴求,做好再接上就行,但現在數數把這接口做成了個工作台,相當於把txt升級到了飛書文檔。
於是,一個數據開發還覆蓋到了項目以外的人。技術中台的人不用再一個個生敲代碼,在接口手搓插件,現在整個團隊都可以在這個平台協同辦公,派發任務,一起維護改造平台。
有了公司級的底層數據倉庫,有支持技術中台維護的工作台……和當年epic他們搓一個遊戲引擎出來一樣,數數打算搓一個公司的數據管理引擎出來。

當然,數數也有自己的ai故事。
這同樣在解答產業的一個隱性提問:行業知道ai大模型重要,但它日新月異,不知道什麼時候市場應用才能落地,大家又該怎麼提前準備呢?
對於數數來說,浪潮追不完,但經營了十年的業務理解是能相信的。他們見的廠商多,做的案例也夠多。那與其趕追別人,或者慢慢等更聰明的大模型,不如先做好ai落地業務的那塊。這是一個符合趨勢,也恰好空白的地方。
事實上,數數把data+ai設置成今年的重點。他們不做大模型。他們在te留了一個接大模型的接口,然後用了兩年時間去調整ai的工作流,寫接入大模型後的工作flow(可以理解為工作流程)agent(類似於聰明的助手)。
flow是給ai一個嚴謹的工單list,讓它一步步去執行。flow比agent笨了點,但勝在步驟清晰,算點arpu、ltv啥的夠快夠穩。高效是一面,關鍵它操作維度更大,可以一調就是好幾年跨度的數據,視野不同。
agent有自己的想法,你說想解決的問題,它自己會琢磨一個路徑出來。不同大模型聰明度各異,也在不斷進化,不過數數可以先跑一個教ai如何服務遊戲行業的指南,保證遊戲廠商能直接用上ai,不用再費力地訓練。
兩年前,數數就在梳理十年的遊戲行業經驗,設計flow,做agent用的遊戲行業prompt庫(提示詞),一直在調ai工作流,讓ai接進來就能理解行業信息,能工作對話,做事夠專業,然後最關鍵的一點:盡量別給假消息。
按數數的說法,te的ai工作流跑出階段性的成果,最快今年就出來了。到時候,ai多半會再加強一輪數數te的中台&基建定位:更高效的數據獲取,更大維度的數據操作,以及更低門檻的數據分析——你就算不懂,ai也能解釋明白。
這些就是數數給遊戲廠商提供的基建方案。

但我沒講完的是,數數能給出這個方案的前提,是和遊戲行業互相成長的這十年。
積累十年,輕飄飄四個字,行業都能改朝換代了好幾輪,數數這幫人能跟下來,多少是有點說法的。
剛提到的ai,就是一個敲門找朋友的故事。
遊戲廠商苦惱怎麼接ai。大模型不少,但要麼太泛,做不好垂類,要麼愛無中生有——答案給得自信,你檢查出錯,它「失誤」一句下次再犯。有家遊戲廠商負責人提到,他們讓ai提個數去分析,準確率20%。真用不起來。
數數調教了半天ai工作流,也要落地測試。就兩個月前,數數中國區的負責人周津做好方案,跑去九九互動,問他們有沒有興趣一起把ai測試落地——之前數數測雲原生(類似於節省服務器的新技術),找的也是九九。
兩頭都是對新東西好奇的人,一拍即合。這次方案是一個定製測試:數數那邊給九九的業務定製一系列flow和agent,放到業務裏面,九九團隊這邊不斷地跑測,給到數據反饋。兩邊的ai工程師們開啟一段實驗。
「今年我們不是要辦大會嘛,請他們來演講,被拒絕了,我就和他們對賭,兩周時間,我給你們ai準確率拉到滿意,你們就來站台。對接的負責人給我說好啊。」
兩周後,結果出來,ai準確率88%。在數數今天的大會上,九九互動的負責人如約上台,分享的就是這段合作故事。
周津說,理想的話,到今年年底,te的ai模塊就能測完,然後給有合作意願的遊戲廠商們都用上。
所以,說數數是從遊戲行業里長出來的也沒什麼問題。
而且每次都如此,兩頭一拍即合,然後是一段互相成長、彼此磨合的時間。
做數據分析工具如此。2015年他們是靠做輿情分析撈的第一桶金,但那時行業全在跑新品搶市場,在意輿情的還是少數。琢磨了一陣,數數決定改做數據分析——既然遊戲看重數據,那就讓他們能好好用起來。
選擇做十年遊戲垂類也如此。如果工具只求泛用,覆蓋廣,點到為止,那下面的人用得不舒服,又怎麼能用好數據呢?於是,這幫人在遊戲行業一跑就是十年,以至於你看他們的更新目錄,都能看到行業變遷的痕迹。
我記得出海最火的那一陣,數數就更了一個叫全球多集群架構的功能——遊戲廠商能把數據部署到多個集群,然後在一個看板上看到全球數據,還能匯總任何集群的數據,統一分析……至今,這依舊是獨此一家的功能。
遊戲廠商也會給出新的想法。周津說,有天有家廠商過來說,公司還有別的項目,能不能把數據打通,讓大家的信息能互通?廠商過去很難想到的點子,被手頭的工具一點點打開,反過來也成了幫數數成長的機會。
互相成長,其實還可以具體到,數數對遊戲廠商每一個人的考慮。
一個很現實的問題:縱使你數據平台做得再牛逼,那challenge的不就我們公司自己的中台和人嗎?幫我,還是害我?
2022年,數數業務遇到過一次阻力。中小團隊都合作完了,到了中大廠,人家有自己的中台和人,憑什麼能一把拋開那麼多投入,花幾個月的時間把老數據遷到你三方的新體系。
想來想去,數數那年定了個新策略:開放融合。
一開始,周津他們把數數的產品拆開,把底層的技術掏了出來。如果遊戲廠商有自己的數據體系,也有工具,那數數就把可以提升業務的零件拆出來,單獨賣,大家按需拿去提升自己的數據底層能力。
但過了陣,發現不行。行業悶頭做遊戲,要的是一個能解決問題的黑盒,沒人關心黑盒有啥特別的技術。再說了,廠商即便懂技術,把組件拿回去改中台,也保障不了穩定性。一個產品始終得封裝好了再拿出來。
開放的思路一步步出來。數數不該做一個把別人擠掉、替換掉的唯一解。如果別人已經走了30-60步,那數數就摺疊自己,補全他人不足,幫人家走完剩下的幾十步。
如今數數的te方案就是一個兼容他人的具象。之前提到的兩個基礎,數倉和數開便是如此。
數倉去兼容廠商的基建。過去接系統就是大搬家,得把數據從老倉搬進新倉,才能拿數據出來用。一搬就幾個月。現在不用搬了。數據放新老倉都行,倉前有數據交易區,想用就映射一份出來,再拿到應用區分析。
數開去兼容廠商的人。遊戲廠商簽te是按需挑模塊,可以全要,也可以看自己缺什麼補什麼,沒必要拋掉過去的努力。接了系統,中台和技術也不是被擠走,大家可以拓展te,也可以繼續開發自己的東西。
回到開頭看,數數能成為基建,也在於它如今能給予大家想像其他可能性的機會。
多年前沒有遊戲引擎,大家做遊戲都得從零寫代碼,要考慮穩定,要考慮框架……在有了遊戲引擎後,阻礙大家的牆被打破了,有了更多時間和精力去想那些天馬行空的東西。這是打破了技術的牆,給大家思考的自由。
數數有點像遊戲廠商的管理引擎。這是打破了數據的牆,給了整個團隊、整個公司協作的自由。
一旦信息差沒了,使用數據的限制沒了,那遊戲廠商能對產品有什麼新的想法,又能和玩家建立怎樣的關係……這就是數數和遊戲廠商要在未來共同摸索的新問題了。
至少對我而言,關注數數的變化,也是一個對行業蠻有趣的側面見證。
你看着行業從最早人人搶做買量新品的增量,到如今內容為王的時代,從主營國內到出海,再到如今每一個團隊都極重視廠牌和用戶之間的關係,每一個階段都在數數的產品&策略上留下了刻痕。
所以我蠻期待年底,數數和合作的廠商們會交出一個怎樣的ai應用答案。
再想起五年前採訪數數,印象很深,那時他們還說,希望未來大家用數據是自由的,像擰開水龍頭一樣。如今再看這五年前的句話,實現了不說,恍惚得更像一個十餘年前的願望……想來恍惚的原因多是,數數這幫人已經走到更遠的未來了。