去年12月底，我离开B公司来到Q公司，这是我第一次跳槽，当时有几个公司给了offer，主要纠结点是要不要继续做机制工作。在B公司已经做了大半年搜索广告的oCPC了，主要是开发线上代码和线下的数据流等工作，与产品、运营、销售几乎没有接触。在与同事的讨论中，让我逐步了解到oCPC的本质是量化流量价值，实现最精细化的广告投放。在后来的选择中，我越来越意识到还是先做自己擅长的事情比较好，想凭借对oCPC的理解和实践在新公司有所产出，快速站稳脚跟。虽然现在看起来我选择做oCPC似乎不算太离谱，和同事们半年时间把oCPC的消费从几乎为0做到占大盘消费一半，但是回过头来想想，是多么的不容易。
刚到Q公司时，公司的oCPC才开始做，甚至线上的投放代码才刚写好，各种数据参差不齐，处于摸着石头过河的状态。当时，我是不想立马就做oCPC的，在机制方面,这是一个苦活累活，甚至是没啥技术含量的活，不可能立马凸现自己的价值。当初一直想把在B公司学的三板斧"广告拍卖机制"、“各类保留价”，“样式优选"应用到新公司的广告上来，涨一波收益，搞个大产出，用万总的话说就是"刷一下自己的credit”。
走的第一步就是了解新公司的广告产品，可惜当时只是听听而已，就知道有自己的广告，还有外接的DSP广告，广告栏位有详情页和列表页，广告样式有大图小图组图等。现在回过头来想想，是多么的不认真和不细心。忘了一个前同事的忠告"到新公司后不要着急做具体工作，要多看多想。"如果让我回到当时，我一定会先去看看业务端，看看提供给广告主有哪些广告产品，这些产品具体是什么形式，对应多少收入，账户计划单元创意中有哪些设置，有哪些定向，怎么设定价格等等。第一步路线是走对了，但是没有走好。现在回想起前同事的话，说的十分到位。
广告算法和机制都是强业务性的工作，对业务不了解只谈技术，工作开展起来会非常困难。特别是做oCPC的工作让我越来越意识到"产品主导，技术支撑"是多么重要，逐步开始改变自己的工作方式，不再"只讲高大上的技术"，而是聚焦在广告产品本身，需要为客户提供什么样的广告产品，这个广告产品的价值是什么，能够为公司、广告主、用户带来什么，这个产品会怎么发展，需要什么样的数据和技术才能达到预期。如果缺乏对广告产品的基本认知和思考，大概率会写出"头痛医头，脚痛医脚"的代码，然后演变成"拆东墙补西墙，左右填坑"，看似很忙，实则瞎忙。
走的第二步就是看广告投放引擎的代码，这是在B公司养成的好习惯。很遗憾，这一步也没有走好，一方面是因为对广告产品逻辑一知半解、另一方面是因为看代码跑马观花，心态上还自以为是，不以为然。因为代码没有理解透彻，导致后面做的工作基本上都是在瞎忙。更让我吃惊的是新公司的广告算法部门基本上是不看也不开发广告引擎代码的，而是向工程同学提需求，策略迭代效率和产出可想而知。我在看代码上也没有做好，后面不得不反复找逻辑和猜逻辑。当初如果先把广告产品的基本逻辑摸透，然后去看代码怎么实现，后面的工作开展就会顺畅多了。记得当初万总刚到两周，就能根据产品和代码逻辑找到多个重大的系统问题，提出有效的解决方案，着实让人佩服。
前两步没有走好，第三步的结果可想而知，做oCPC暗投，做各种保留价，尝试修改机制逻辑等一大堆工作基本上无疾而终，有些是不应该做，有些是不知道怎么做，有些是做了不符合预期没有搞明白原因。当时摆在我面前的是一个残缺不全，看似毫无希望的oCPC产品，怎么办呢？请看oCPC实践录 | 重新理解oCPC之量化流量价值。
精彩内容预告:
- 重新理解oCPC
- 没有oCPC怎么做成本优化？
- 糟糕，客户成本超了！
- 摸石头过河，oCPC先跑起来再说
- 好难理解的oCPC成本控制算法
- 简单有效，oCPC逆系统控制
- 随你千变万化，oCPC PID控制
- 最好最快的方法就是抄
- 。。。
往期文章
欢迎关注 AITBOOK
