杂货店的实时竞价系统
某天晌午，店外来了一位大汉，准备买点东西。大汉刚拉开门帘，准备进店，店里的小二匆忙跑到内屋，那里临时充当货物竞价场所，早聚集着一群委托人。这些委托人受货商委派，发誓要找到合适的顾客，把货商的商品又多又准地卖出去。其中委托人A、B、C、D各自代表背后货商甲乙丙丁，甲乙丙丁手上待沽的货物分别是跌打药、草鞋、刮胡刀和胭脂。
店小二气喘吁吁地问大家，店里来了一个身高八尺的壮汉，有谁要出货？
D一想：大汉并非俺胭脂行当的目标用户，尽早撤开。倒是A、B、C对这位大汉表示出浓厚的兴趣。小二把这位大汉的身高、体重、籍贯、年龄、相貌特征等等信息给ABC说了一遍，并且强调，这单生意的归属，照老规矩需要通过一轮竞拍，大家在心里想想愿意为这单生意付多少佣金，待他数完321以后大家同时亮出价格，谁出价高，这笔生意就归了谁。
ABC心里各有小九九。A觉得买跌打药一般直接去药铺，来杂货店看了也不一定买，就出个保底的价格吧；B参考过去几天的出价，觉得正常出价肯定能拿下这单生意；没曾想，C看了资料，大汉近期可能要相亲，八成需要一把刮胡刀整理仪表，做成这笔生意的概率着实不低，这样，激进点，拿下再说。
于是，最后的出价结果，A出1.78钱，B出2.20钱，C出3.00钱。
竞拍结果显而易见， C出价最高，这桩生意就归了C，成了以后给店里付2.21钱就好了。
C立马通知委托他前来竞拍的货商丙把刮胡刀送到店里。大汉果真欢喜，当即买了货，这场交易告一段落。大家摩拳擦掌，准备下一场竞拍。
以上这段离奇的故事，对应着程序化广告RTB（实时竞价）的大致流程。具体怎么对应的呢？
媒体承接用户作为流量，同时把流量卖给广告主实现变现。由于媒体数量庞大，现实情况下，广告主并不会直接对接媒体，而是通过DSP（Demand-Side Platform需求方平台，理解成找到合适流量、把广告投出去的联盟，对应杂货店里的委托人）；程序化广告范式下，媒体也不直接对接DSP，而是通过ADX/SSP（Ad Exchange广告交易平台/Supply-Side Platform供给方平台，大多数情况下二者功能重叠，可以理解成杂货店里的竞拍小屋）。
所以上述逻辑变成：
所不同的是，程序化广告中，竞拍出价和给出最终广告，整个流程耗时不超过100ms，几乎达到实时的效果，这也是RTB（Real-Time Bidding 实时竞价）名称的由来。
竞价的规则十分简单：价高者得，次高价结算。