本文轉載自游桃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應用答案。
再想起五年前採訪數數，印象很深，那時他們還說，希望未來大家用數據是自由的，像擰開水龍頭一樣。如今再看這五年前的句話，實現了不說，恍惚得更像一個十餘年前的願望……想來恍惚的原因多是，數數這幫人已經走到更遠的未來了。
