Budget Smooth(預(yù)算平滑)有的時候也叫做Budget Smoothing, Budget Pacing，這種技術(shù)是讓廣告預(yù)算在時間維度上花費更合理。舉個例子，比如說廣告主是漁夫，規(guī)定每天只能打100天魚，那挑最先碰到的一百條魚呢?還是挑100條大的魚呢?還是姜太公釣魚，10個小時打魚，每個小時打10條呢?

之前，這項技術(shù)主要應(yīng)用是在廣告平臺上，為廣告主提供更多的預(yù)算選項。近幾年隨著RTB/DSP的流行，預(yù)算平滑的技術(shù)也融合在RTB的場景中，成為出價的關(guān)鍵因素之一，因此越來越受到重視，最近幾年的SIGKDD都有相關(guān)的論文。

我們可以看看幾種消耗模式圖示：無控制的，基于流量模式，基于效果模式等

以下是幾個好處：

對廣告主：

1. 避免預(yù)算在每天初期耗盡，無法參加后期的競價
2. 幫助觸及到更多的不同用戶
3. 有機會提高轉(zhuǎn)化效果

對廣告平臺：

1. 避免競爭都集中在每天的開始，整個系統(tǒng)更加平穩(wěn)
2. 為廣告主提供更多的選項，優(yōu)化效果

預(yù)算平滑通常應(yīng)用在兩類系統(tǒng)中：a) 廣告平臺 b) DSP

這兩類實現(xiàn)方法稍微有些區(qū)別;對于廣告平臺來說，它有所有廣告主的信息，可以做一些全局的預(yù)估和資源分配，它的目的是使得整個廣告平臺的穩(wěn)定和公平，在第二計價(GSP)條件下，保持系統(tǒng)的競價次序。對于DSP來說，它代替廣告主來競價，它本身就是對于流量有挑選的功能，因此DSP更多的是從ROI的角度來為廣告主獲得更好的投放效果。

初看預(yù)算平滑很容易，按照時間分布把錢給花了，但是以什么為優(yōu)化目標(biāo)把錢花出去，卻一個大學(xué)問。對于廣告平臺來說，也許按照流量，按照時間分配一下就行了，但是從廣告主的角度，他們更愿意從ROI角度來花錢，例如，覆蓋更多的人，找到更多的高轉(zhuǎn)化人群等。

Facebook有幾個圖片來解釋FB的Pacing是如何工作的?解釋的很清楚，很容易懂。Facebook是使用VCG競價法則，鼓勵廣告主出真實意圖的最高可接受價格。

如何實現(xiàn)一個Budget Pacing?

一般的實現(xiàn)有兩種，一種是概率控制展現(xiàn)：在廣告展現(xiàn)的時候，給定一個概率，決定此次是否展現(xiàn);另外一種是出價格加權(quán)控制：給出價加一些權(quán)重，靈活獲得展現(xiàn)機會，對于DSP可行。但是對于廣告平臺來說，方法過于復(fù)雜，不容易調(diào)試系統(tǒng)的問題。

Budget Smooth的算法

算法有很多種，可見參考文檔，大部分算法的核心的思想都是計算出廣告展現(xiàn)的概率，有的地方叫做Pacing Rate(PVT)。這個概率是通過制定消耗計劃和檢查當(dāng)前消耗來計算。

如果消耗計劃與實際消耗有差異，需要調(diào)整計劃：

Budget Smoothing的系統(tǒng)設(shè)計

設(shè)計包括兩個方面：1)如何影響線上的廣告機會的挑選 2)如何獲得更多的數(shù)據(jù)反饋支持“消耗計劃”的制定。數(shù)據(jù)通常分為線上的流式數(shù)據(jù)和歷史數(shù)據(jù)的分析。

在DSP中，預(yù)算平滑是作為控制出價的一個因素，需要結(jié)合其他的條件共同判斷，這種因素需要考慮流量的機會成本和未來的機會成本的預(yù)估。

下面是LinkedIn的Budget Smoothing例子，他們?nèi)∶凶鯯mart Pacing，參考KDD2014年的《Smart Pacing for Effective Online Ad Campaign Optimization》

實現(xiàn)中的一些可能問題：

1.冷啟動： 初期的數(shù)據(jù)不全，導(dǎo)致無法制定合理計劃;這可以通過數(shù)據(jù)積累，或者調(diào)整預(yù)測的節(jié)奏和步伐，進行一定程度的緩解。

2.效果評測：作為廣告平臺來說，可以參考整體的CPC的變化趨勢，是否比之前更加平穩(wěn);對于DSP來說，可以將流量做AB測試，保持和一定比例的流量完全不打開Pacing。

3.預(yù)算無法耗盡：算法有時候?qū)τ谝恍〤ampaign的Pacing，可能導(dǎo)致預(yù)算無法耗盡，一個簡單粗暴的方法，就是設(shè)置一天只有20個小時消耗時間，后面4個小時可以在一定程度上放水。

Budget Smoothing參考資料:

部分資料下載地址：http://www.ouyangchen.com

【本文為51CTO專欄作者“歐陽辰”的原創(chuàng)稿件，轉(zhuǎn)載請聯(lián)系作者本人獲取授權(quán)】