从初步了解投放业务需求，到实施落地的过程中，映射的DSP系统雏形

本文从实际需求出发，简述从初步了解投放业务需求，到实施落地的过程中，映射的DSP系统雏形。

并分享个人在项目从0到1的一些想法和做法。

02 背景

时值八月中旬，距年中的618电商节已过去两个月。

电商在经过一轮疯狂的市场投放之后，广告投放消耗有所下降，流量市场的单价也开始下降，正是游戏、内容等行业的放量时机。而我们的市场投放部门的业务处于瓶颈，每日消耗只能维持在一个相对稳定的值。

眼看九月将至，而国庆节那段时间的理论上广告流量会有一波小高峰。

如果把握不住这波流量，那么一旦双十一到了，今年的业绩也就到顶了。

这个时候，问题来了：“怎么帮助市场投放部门快速稳步地提升消耗？”

03 业务拆解

我临危受命，因为当时我负责的所有产品线只有部分牵涉到广告的业务，而且还是比较粗浅的。

于是，我做了两件事情去了解这个业务：

• 业务部门梳理一下当前的业务流程给到我，包括从渠道的创建、广告投放、广告策略等等；
• 我作为一个广告小白，去尝试创建投放计划，体验整个业务流程；
• 熟悉行业，时间关系只能粗略了解；

结合市场部门的业务流程，我完整地跑了几遍广告投放的路径。

可以用复杂两个字来总结。

大概的流程如下：

可以大致看到，基本上所有功能都需要人工去操作，而且投手还需要跨平台地来回操作，一整个流程下来，耗费的时间多不说，还容易出错，这是一个极大的不便。

难怪他们经常诉苦每天的时间都花在建计划上面去。

另外一个没有在流程中体现的点，是广告素材的存储，仍然使用原始的FTP服务器去实现传输（这样的弊端是没法很好地对素材分类和搜索）。

一般情况下，一个熟练的投手，每天只能人工创建几十条计划。

因为投手不仅需要去创建计划，还得去观察数据，调整投放策略。所以一天下来，每个人就只能创建100条不到的计划。

而且不是每一条计划都能起量，100条里面能够有10条起量已经是非常不错了。

所以可以这样猜想，在同等的投放策略下，计划的数量越多，产生的消耗会更多。

而帮助投手提升创建计划的效率，那么势必能够量变引发质变，达到提升业务的效果。

因此，需求核心需要去解决的问题，其实就是一个投放的效率问题。

04 从业务到需求

从产品的角度，我想到的几个优化点：

• 操作交互优化：争取所有操作在同一个后台中完成，减少页面切换的次数；
• 基础功能完善：建立本地的素材库，统一管理；
• 提出核心方案：减少人工的操作，能否通过程序，智能创建计划，提交给头条（当时是通过查阅巨量引擎的开发文档，发现是有API支持程序创建广告的）；

于是，整个流程就可以缩短为以下路径：

到这里，其实核心的需求框架已经基本确定了。

整个需求还是相对复杂的，因此还有很多细节需要敲定。

细节的敲定主要是通过召开讨论会，前后总共召开3次会议，每次不少于4小时，才最终全部落实。

接下来的工作就是文档和原型的整理了，原型狗的心酸，在此也不过多赘述了。