搭建廣告投放系統:能直接采購三方系統嗎

8 評論 6000 瀏覽 46 收藏 13 分鐘

編輯導讀:廣告投放已經有幾十年的歷史,是一個非常成熟的產業鏈,三方的成熟投放系統也特別多。搭建廣告投放系統,能直接采購三方系統嗎?針對這個問題,作者做出了分析,與你分享。

上篇文章主要講的是「要解決什么問題」,提及了核心的幾大痛點,也虛擬出一個在線教育的背景故事。本篇文章就開始講如何尋求解決方案。

廣告投放已經有幾十年的歷史,是一個非常成熟的產業鏈,那么三方的成熟投放系統應該有很多,花點錢直接買不就完了,好用又經濟,還省時間。

確實,開始四勾也是這么想的,就開始調研市面上成熟的供應商,并且約到公司宣講和演示,并拉上優化師同學一塊參與,最后群策群力做決定。那到底能不能直接采購呢?文章最后會給出結論或建議。

一、三方能完美解決

我們約見了三四家不錯的供應商,有幾大痛點他們解決的堪稱完美,確實可以給與掌聲。下面再回到我們上篇文章說的痛點來一一闡述三方如何解決的。

1. 跨媒體和跨賬戶數據拉通

三方是按照「賬戶 > 廣告組 > 廣告計劃 > 創意」四級維度拉取的廣告數據和報表數據,能很好的實現跨媒體和跨賬戶數據拉通,可以自定義各種查詢,非常之方便。

如果自己開發,要涉及到對接不同媒體「騰訊廣告、巨量引擎、快手、百度」,每種媒體的 API 迥異,工作量是巨大,這里面有非常多坑。

沒實際接觸過媒體 API 的人會理解成(包括開發人員也會這么認為),不就是對接幾組 API 啊,沒有太大難度,就是需要時間唄。

四勾想告訴大家的是,你輕敵了,大大的輕敵,我們是血淋淋的教訓。比如說:

  • 拉取數據的實時性
  • 龐大的數據運算的技術能力(沒大數據組介入,很難完成)
  • 保證數據準確無誤差(這點真是坑死人不償命)
  • API 不停升級需要同步升級

2. 快速 AB 測試

三方可以完美的滿足快速 AB 測試,他們可以控制到素材上傳和定向各個細顆粒的維度,和創建廣告的 one by one,素材和定向的叉乘投放。效果就是完全不用登錄媒體投放后臺,這點也大大點贊。

如果自己開發,O,NO,一定不能自己開發,ROI 真的是太低太低,那個復雜度是非常之高的、非常之繁瑣。

回到我們的虛擬背景故事,我們 80% 的都是代理商幫忙投放,對快速投放操作層面的需求不大,定好規則讓代理商幫忙叉乘投放就行。是斷然不會去自己做這塊的,知道取舍是產品經理的一大核心能力。

接下來再說說三方系統沒能處理的很好的點,確切說是當前市面上的三方。

二、后端轉化數據

上篇文章說到核心衡量投放的效果有幾個數據指標,其一來量,其二體驗課 CAC,其三正價課 CAC。來量不等于回傳的轉化數量,那么要計算體驗課 CAC 怎么辦呢?

體驗課 CAC = 廣告現金消耗 / 體驗課訂單數

正價課 CAC = 廣告現金消耗 / 正價課訂單數

第一個現金消耗其實很好解決,無非就是為每個投放賬戶錄入一個返點比例就行(千萬別小看 1% 的返點)。體驗課和正價課訂單數就比較難搞。通過 excel 導入到三方的方案,時效性和操作耗時都不可取,是萬萬滿足不了業務需求的。下面來說說市面上的幾種推薦方案。

方案 1:通過 API 把后端數據傳給三方

方案 1 最核心的問題是,甲方如何知道哪些訂單應該傳給三方的誰呢?就是廣告前端數據和后端轉化數據如何匹配的問題。甲方是什么廣告數據都沒存的,沒存廣告計劃 ID、沒存廣告賬戶 ID。那到底怎么匹配呢?

通過媒體 URL 中的 clickid 能搞定這個問題,甲方存下訂單和 clickid 的對應關系,這個人支付體驗課以及將來一個月后的續報正價課,知道是哪個 clickid 來的,然后給三方回傳 clickid。

那么問題又來了,三方得要存 clickid 才行啊。投放用的是甲方的 H5 頁面,三方怎么能知道呢,有幾種方案三方能知道:

其一,在媒體后臺加三方檢測鏈接

其二,在甲方的 H5 落地頁埋點

回到市面上的供應商,他們好像沒這么做,直接就是不考慮后端轉化數據。

方案 2:通過 API 把廣告數據拉到甲方庫自己算

還是存在同樣的問題,廣告拉回到甲方,那怎么和甲方訂單匹配上呢?也有幾種方案:

其一,三方存 clickid,一個廣告計劃下什么時刻來了哪個 clickid

其二,三方什么都不存,直接告訴甲方,哪個媒體、哪個投放賬號、哪條廣告計劃、落地頁鏈接是什么以及前端數據。然后甲方解析落地頁鏈接中的「渠道標識」,再和甲方的訂單數據匹配上。

這 2 種方案看似可以,大家再想想這個開發工作量,甲方要存廣告的四級結構、要存廣告的消耗數據,工作量還是不??;省掉的就是原來要和多個媒體對接,現在換成只和三方一家對接,是能節約時間,但估計也只能節約一半的時間。

甲方會想,還是要我開發這么多東西,各種數據結構一個不少,那我何不再加點工作量,直接對接媒體不就完了。

再來說說教育行業特有的「低價課轉高價課」,也就是會出現多個 CAC 數據指標,三方不能寫死,要能提供給甲方靈活的配置。不同的行業數據指標不一致,但匯總起來無非就是甲方自定義一個數據指標,調用三方 API,調用一次三方加一(和回傳給媒體的邏輯是一模一樣的)。

三、多維度歸因

就是上面提及的快速 AB 之后需要分析數據,需要知道哪個素材和哪個定向搭配投放效果比較好。需要將「相同素材」合并、「相同定向」合并,三方會通過計算素材的 md5 來自動合并,以及通過「智能差異化對比」來合并。其實不用這么復雜,直接 md5 自動合并,再加上「人工合并/拆分」就搞定了。

但是定向合并大家好像都沒怎么提及,其實也是有必要的。定向維度太大,不好做成自動合并,其次積累下來定向不會太多,直接人工合并就可以了。

總結,對于多維度歸因,三方是可以解決的,只是現在解決的并不好而已,迭代迭代就搞定了。

四、私有化部署

CAC、續報率是公司的核心數據,甲方走 SaaS 是會有擔憂的,就會對「私有化部署」有要求。但甲方一提及私有化,三方反饋很統一:那就比較貴了(大概是 SaaS 報價 x 5 倍)。

我就納悶,為何私有化就貴這么多呢?別人「神策」私有化就比 SaaS 貴不了多少。四勾一直堅信 SaaS 和私有化的技術成本來說是差異化不大的。

極有可能是,在設計產品之初就沒考慮過私有化,直接按照 SaaS 的模式做了,后面就很難拆分成私有化版本。

神策如果能將大家對私有化部署成本有新的認識,那也是對行業功德無量。

五、被三方遺漏的回傳

四勾約的幾家三方,沒有一家提過「回傳」,但甲方對回傳是有非常大的直接需求的,因為沒有回傳效果類壓根就沒法投放。

自己做回傳會涉及到幾塊:投放賬戶授權和 clickid 回傳,clickid 回傳比較簡單,就是一個 API 就搞定了。

繁瑣的是賬戶授權,不同的媒體賬戶結構不一樣,比如微信 MP 一個公眾號可以在不同的媒體開戶,巨量只能用管家賬戶授權。

其次,我們想投些小眾媒體,比如 UC 瀏覽器,還得再研發排期接入一個新媒體,不夠靈活。

六、顛覆者神策

最近神策也做了「廣告投放系統」(4.30 號對外發布),看了他們 PPT 和看了產品直播,感覺又有了新的希望。神策有幾大亮點:

其一,有了回傳(這是別家都沒做的,可以想想為啥不做呢)

其二,它本來就有神策分析,甲方的 H5 已經加過神策代碼,自然能拿到落地頁的 clickid

其三,它支持私有化部署,并且能通過 API 回傳體驗課和年課訂單,包括訂單的金額,有了金額 ROI 自然也就有了(神策分析里用戶登錄后會回傳甲方的 UserID,再回傳個訂單數和訂單金額也是一樣的操作)。

神策廣告投放再迭代迭代,很有市場競爭力,核心是兩點:

其一,他們通過神策分析已經有了用戶行為數據,再加上私有化甲方能放心上報后端數據,將甲方數據鏈路完全打通。

其二,接近客戶,充分挖掘客戶場景,比如前面說的「回傳」。

七、最后

我們只說甲方,如果是 100% 回傳(媒體后臺的成本就是實際 CAC),只有一級轉化(沒有形如教育的低價轉高價的二級轉化),建議直接采購;自己開發真是一個龐大的工程,且實現難度遠遠高于大家的認知。

如果回傳多種多樣,和業務結合密切,比如說分城市回傳、分課程/年級回傳等等;外加上多級轉化,建議還是自己開發。

但是慶幸的是有了神策的入局,未來可期。

下一篇我們就進入正式的「產品實現篇」:整體架構,做成什么樣,哪些做哪些不做,為何這樣做取舍。

 

本文由 @四勾 4J 原創發布于人人都是產品經理。未經許可,禁止轉載。

題圖來自unsplash,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 移動端sdk,數據采集,數據分析,廣告監控歸因,用戶報表完整一套系統。有需要的可以私聊

    來自廣東 回復
  2. 求更!??

    回復
    1. 可以看公眾號:產品人四勾

      來自北京 回復
  3. 大佬,請問關于媒體方的,廣告管理排期,與交易系統,有無第三方技術外包可以解決???不是那種提供聯盟接口的那種,我們想做一套自己的的系統

    來自上海 回復
    1. 你好,你們系統做出來了嗎?

      來自上海 回復
  4. 叫核力?官網沒有啊,打電話問了

    來自江蘇 回復
  5. 樓主好,神策官網 沒看到這個功能,還在內測嗎?

    來自湖南 回復
    1. 他們官網就能看到

      來自北京 回復