来自：infoQ

报告下载：添加199IT官方微信【i199it】，回复关键词【Spotify广告系统架构演进】即可

Twitter和Facebook争夺广告收入的重要策略，是受众精准定向。2013年1月14日Twitter对受众定向功能进行了升级，试图追赶Facebook的领先优势。

Twitter新增了用户帐号和邮箱帐号定向，广告主可以进一步细化受众范围，从而提高广告营销的有效性。

其中，针对邮箱帐号的定向，有一些“客户关系管理”营销的性质，比如可以向同一个邮箱后缀的用户发送营销广告。另外，用户帐号名称，往往和兴趣和话题有关系，因此广告主可以针对某些内容领域的关注者发送广告。

Twitter的广告主功能建设，落后于Facebook，从去年七月份，才开始开始精准定位用户。

Facebook则是在2012年推出了受众定位功能，除了用户基本属性、邮箱之外，广告主还可以根据年龄、兴趣爱好等缩小范围。而Twitter注册用户目前并未提交兴趣爱好。

另外，一位业内人士透露，从用户之间沟通的内容上进行定向，Twitter有效性不如Facebook。Twitter用户可能更多谈论的是当天发生的新闻事件，而Facebook用户相互谈论的可能是兴趣爱好，因此可用于广告定向。

IMmob面向的用户

与其他移动广告平台不一样的是，IMmob的供应端主要面对的是WAP站点，而非应用开发者。需求端对应的也只能是需要针对WAP端进行投放的广告主。IMmob通过申请帐号时选择不同角色来区别用户，根据用户的角色登录系统后，界面会不同。

IMmob解决的问题（暨IMmob的主要功能）

1、广告发布商

IMmob的广告发布更多的类似于web广告的发布一样，只是在投放媒体的选择和创意上有一些区别。

1）广告投放的第一步是广告名称和属性的设置。此处IMmob提供了导入已有广告设置的功能，是一个不错的亮点。

2）第二步主要针对起止日期、每日预算、结算方式以及单价进行设置。IMmob提供了多达5种计费方式，但是针对CPA/CPS/CPI没有给出监测的说明，不知道如何进行监测。

3）第三步是投放目标选择，也即我们通常说的定向设置。（各个设置的详细信息可见下方系统结构图式）

• 投放时段设置上，IMmob定死了4个时段，用户只能选择；
• 在地域设置上，只能选择大陆地区的省份/直辖市（台湾、香港、澳门包含在内。与用户认知不符）或者大陆外的大洲。此处的选择与随后的手机网络选择没有关联；
• 媒体类型的设置是依照技术进行划分，如WAP(1.0)、WAP(2.0)、HTML、APP等。从选项排列吮吸以及“APP(AndRoidPad)”的书写错误可以印证力美主要面对WAP媒体进行投放的现状。请教：此处的“内置”和“聚合”，是什么意思？
• 媒体属性应该是IMmob自己对网站进行分类得出的。
• 手机网络的设置有4个：联通、电信、移动、Wi-Fi。未和地域进行联动。
• 终端平台的设置中将平台操作系统和品牌型号进行了分类，不能进行联选。应该是力美对APP市场还不熟悉，技术还没有准备好的反映。

综合来看，定向设置比较简单，甚至简单的有些过头了，对广告发布商吸引力不大。

4）第四步是添加创意。这一步让人沮丧。

从以上的分析可以看出，IMmob平台目前仅能支持针对WAP站点的投放，支持一些简单的定向，创意形式单一，缺少对广告点击后的效果跟踪。

2、WAP网站主或应用开发者

网站主进入系统后，最主要的功能是添加媒体或者应用，填写提现信息。

1）添加媒体。

网站主或开发者可以添加的媒体类型包括了WAP、HTML和APP三个大类，关于媒体添加过程的详细信息可以看下方系统结构的图示。添加完媒体后需要通过审核才可以进行下一步——添加广告位/广告墙的操作，但是SDK则可以提前下载。需要注意的是，IMmob是根据广告位来提供SDK的，一个广告位一个SDK，如下图。

另外，未看到网站主或开发者设置可接受的计费方式的地方，不清楚IMmob如何与网站主或开发者结算。从报表的界面看应该和选择的广告位有关，但计费方式看起来比较纠结。

APP广告墙收益：

WAP广告墙收益：

2）“申请提现”的功能位于“财务管理”模块内，未支持第三方支付系统的提现。

整体来看，IMmob对WAP或HTML网站主的支持比较好，对APP开发者的支持力度较弱。

IMmob的系统结构

下载大图及源文件（源文件由XMind编辑）

从系统结构设计来看，IMmob在广告管理上采用了单一的广告设计，没有活动、订单的结构。这种设计在广告量比较少的时候问题不大，但当广告投放非常多的时候，对客户而言，现实中的合同如何与系统广告进行对应，如何管理某一个合同中的广告投放，如何查询某一个合同的投放数据会是一个突出的问题。

IMmob的页面布局

如上图，力美采用了国内主流的布局方式，这种方式的优点是页面简单、制作方便、逻辑清楚，但最大的缺点就是对用户的帮助以及引导不够，因此这种布局方式更多是针对专家用户或者商业用户的系统采用，而面向个人用户或者初级用户的系统采用这种方式时，其缺点就被放大了。

从页面实际来看，

1、广告列表仅仅是广告相关字段的显示，没有显示投放后的数据，需要点击统计报表后选择某一个广告后查看。没有对用户进行引导。

2、一级导航有一个“财务管理”，而在“账户信息”的二级导航中也有一个“财务信息”，容易使用户迷惑。并且两个地方所填写的内容部分相同，如能取消其中一个会更好。

3、修改密码和账户信息分开显示和操作，不符合用户已经形成的使用习惯。

4、在页面右上角已经有一个非常明显的“您的消息”的提示，但在“帐号管理”的二级导航里有一个“站内消息”，两者指向相同页面，但名字却不相同，与用户的认知模型相悖，如果取消掉二级导航，只保留右上角的“您的消息”最好。

5、系统中较好的一点是加入了DashBoard，使用户进入系统后能够通览账户情况，并且通过快捷的按钮进入不同的操作模块。

IMmob的交互设计

说实在话，IMmob在交互上谈不出有什么出彩的亮点，反而处处可见各种错误。

1、不知所云的价格定向。勾选价格定向中的价格区间后，在界面上没有任何反馈。

2、广告统计报表中，错误的指标说明，如CPM展示量、CPC点击量。另外每个广告只会有一种计费方式，在此处却将所有的计费指标全部列出，在查看报表时，势必有很多指标为0，客户估计不会明白为什么为0，应付客户咨询也是时间和人力成本啊。

3、充值接口单一，只能通过“银行转账”和“现金汇款”两种方式进行。甚至“是否需要发票”都缺了最后一个字。

4、查询条件设置不合理，如下图，收支明细的界面。“资金流向”和“资金类型”的选择会产生冲突，但设计上没有规避这种情况。

5、广告投放第四步，上传素材界面的广告预览仅仅是静态的页面，预览指向了一个写死的页面，其内容没有实现“所见即所得”模式的预览。

5、提示信息的缺失甚至难以理解。缺失指的是很多页面没有及时对一些内容进行说明，甚至系统中没有对术语表，另外整个系统也没有帮助信息。难以理解如下例，修改密码界面中“原始密码”的提示：

6、添加媒体时在表单区域和确定按钮之间插入“流程说明”，影响用户操作。

虽然说力美IMmob平台的问题较多，但由于国内移动广告市场也只是刚刚起步，所以力美或者其他公司还是有时间去打造自己完善的平台的。

以上是我对力美移动广告平台IMmob的一些分析和看法。个人能力所限，如有说错的地方请大家指教，也欢迎大家进行交流。

作者：牛国柱  Evan

原文：http://www.iamniu.com/2012/07/28/immob/

因此对广告系统的研究，第一站我们就看谷歌的AdMob系统。研究完了后闭眼回想，对AdMob系统的最大印象是恰到好处的功能设计，能看到产品的内涵、含蓄以及适可而止。以Google的能力，可以宣传以及炫技的功能非常多，但是在AdMob系统中我们没有看到，只看到刚刚好的功能设计。这就是产品的内涵，这就是高手的功力。大而全往往意味着产品经理“无能”或者“无力”。能是能力，力是权利。

AdMob面向的人群

AdMob系统面向应用程序开发者以及需要在应用程序中进行广告投放的发布商。在用户登录系统的时候并不做角色判断，因此登录成功后可以同时看到“活动”和“站点和应用程序”两个模块。

AdMob解决的问题（暨AdMob的主要功能）

1、应用开发者（主要设置的操作都在“站点和应用程序”模块）

应用开发者通过在系统中添加应用程序，设置广告样式获得系统提供的SDK，将SDK加入到应用程序中，通过广告展示来获得收入。需要注意的是：

1）Google已经将移动网站迁移到AdSense中，AdMob不再支持移动网站。

2）AdMob不仅仅支持Google自己的Android平台上的应用，还支持iOS、WP平台上的应用。

3）通过“广告网络中介”的设置，获取的SDK不仅仅展示AdMob系统的广告，还可以展示其他广告平台发布的广告，帮助开发者通过一个SDK兼容所有广告网络的投放。最大限度的提升应用开发者的收入来源。

4）开发者可以通过设置自家广告，在自己的应用内免费投放自己的广告。通过两条投放流程解决开发者投放自己广告的问题（很清楚的一个思路，但是是否也是为了以后进行角色判断而提前做得准备呢？）。开发者可以通过“全部分配”和“每千次展示费用（CPM）”两种方式的设置来决定自家广告和AdMob联盟广告之间的分配比例。

2、广告发布商（主要的操作都在“活动”模块）

广告发布商的操作相对简单，只是进行广告投放设置。在广告创建上，AdMob遵循了标准的系统结构设计：Campaign — Group — Ad（我要了解广告系统的结构设计——广告端）。

对于投放，有两点需要我们关注：

1）广告组类型，如下图。

广告主宣传的对象可以是网站、应用程序、媒体以及位置和实用程序。其中第四个类型——位置和实用程序最有意思，AdMob提供了点击通话和点击映射（即点击后显示地图）的功能。此处可见Google产品整合的魅力。（通过《从案例看谷歌广告投放理念及产品的领先性》来了解Google整合的魅力）

2）确定投放目标，如下图。

AdMob目前提供了四种定向方式：平台/设备定向；地理位置/运营商定向；性别定向；年龄组定向。平台/设备定向内容涵盖了主流的Android、iOS以及Windows Phone OS平台以及各平台下的制作商和制造商的各种机型，也包括了各平台操作系统的版本选择。而地理位置/运营商定向则包括了各个地方的运营商名称，广告主可以进行个性的选择，甚至可以只选择Wi-Fi流量。性别和年龄定向应该是Google基于其用户数据分析得出的，但怎么做到的呢？希望知道的牛人能够赐教！

AdMob的其他功能

1、应用程序的转化跟踪

此跟踪是针对iOS平台下APP Store中应用程序的，此跟踪适用于所有 iOS 设备（包括 iPad）上的应用程序。利用下载跟踪功能，跟踪下载次数、每次下载的费用以及应用程序广告的转化率。

AdMob提供了应用程序集成、使用网站 ID 进行应用程序集成和下载API三种方式进行转化跟踪的设置（详细信息请查看 iPhone 应用程序下载跟踪实施指南）。

2、集成Google电子钱包的充值功能

AdMob的系统结构

下载大图及源文件（源文件由XMind编辑）

AdMob的页面布局

AdMob并未采用Goolge AdWords页面布局方式，应该是因为AdMob并非Google自己创造，而是收购的原因。

Goolge AdWords页面布局为：

AdMob的页面布局为：

AdMob的交互方式

AdMob继承了Google公司良好的用户体验，主要有：

1、系统提示信息。AdMob布局和Goolge AdWords页面布局一样，均在第一屏主导航下方的醒目位置提示系统信息（如前面的页面布局说明）。区别仅在于UI设计的不同，Goolge AdWords采用红底白字的方式进行展示，AdMob则采用灰色背景黑色字体。两者都采用作为icon。

2、广告系列 — 广告组 — 广告的结构。并且操作方式均为：点击广告系列的名字，进入该系列广告组列表；点击广告组的名字，进入该广告组的广告列表。符合Google培养起来的用户的使用习惯。

3、创建广告时采用相同设计的引导方法。

Google AdWord引导设计：

AdMob引导设计：

AdMob略有不足的交互有：

1、提示信息不足。比如“应用程序转化跟踪”界面，仅仅链接到系统帮助界面（仅是如何添加监测），而没有提示那些广告算是应用程序转化广告。

新建自家广告界面，没有提示什么是自家广告，只有在创建后才知道自己广告的意义。

如能多加入一些提示会更好。

2、个别控件浏览器兼容性存在问题。比如日历控件，在中文环境下星期的提示仅能显示“星”字，其他两个字没有显示出来。

以上是对AdMob系统的简单分析，还是文章开始的那句话，研究完了后闭眼回想，对AdMob系统的最大印象是恰到好处的功能设计，不张扬，内敛含蓄。产品经理都知道功能要做减法，这就是最好的借鉴。

关于AdMob系统你有什么意见或者认识？分享你的观点，一起成长吧！

作者：牛国柱 博客：http://www.iamniu.com/2012/07/21/google-admob/

广告系统的权限管理设计

广告系统设计中，除了广告定向技术的运用以及广告投放流程的设计外，最复杂的就是权限管理的设计。不同于其他行业，广告公司或者媒体公司日常业务比较复杂，从职能来讲，包括销售、客户服务、客户执行、创意设计、策略策划、媒介计划、媒介执行、合同管理、财务审核等。从职位来讲，又包括了上下级关系的管理与被管理的关系。另外，从销售人员的个人利益考虑，客户信息在销售人员之间应该是隔断的，但从公司利益考虑，客户信息又必须是可以在销售人员之间流动，可以分配给合适的销售人员。

因此，广告系统的权限设计是非常复杂，非常费脑筋的一件事情。如果稍有考虑不到，在广告系统交付使用后，就会是一场噩梦。下面谈一种简单但却能够适应多变需求的权限管理设计。

1、权限的分类

将广告系统的权限进行抽象归类，我们将权限分为资源权限和操作权限两种。资源权限指客户信息，即客户资源。操作权限即广告系统中的增删改（查看是不需要选择的基础功能）三个功能性操作的权限。

2、权限的分配

对于资源权限，也即客户资源，我们在每个客户层面上进行分配，资源权限分配的对象为系统中的销售账户（可以是销售人员，也可以是销售经理或销售总监），再通过上下级关系的管理做到小组资源或者部门资源的分配。对于操作权限管理，我们通过权限组的设计来完成，权限组里面包括了各个元素的增删改操作。

3、权限管理的实现

在系统中，权限通过账户、权限组和客户分配三个模块或者操作完成。系统创建的每一个账户都会和一个权限组进行关联，这样这个账户可以在系统中进行的操作就可以确定。同时在创建账户的时候，需要指定其上级（上级为某一个确定的账户，必选项），并且需要选择其下级权限组（非必选项），这样就确定了上下级的关系。然后在客户资源界面为每个客户分配一个销售账户。

通过以上的操作，我们就完成了系统的权限管理的设计。这种设计逻辑表现出来的特点是：

1、设置灵活。权限组并没有和职能部门挂钩，可以进行灵活创建及设计，这么说的原因是因为各个公司的职能设置不同，即使同一公司的同一部门，职责范围也会经常变化。

2、客户资源职能分配给一个账户，在同级别的账户中实现隔断，不能共享，确保了销售人员的利益。但客户资源可以随时重新分配，这样确保了公司的利益，可以使客户随时分配给合适的销售人员。另外，上级可以查看下级的客户资源，便于销售管理（请注意，最基础的权利只是查看。是否拥有修改权利，取决于上级所在权限组的权限设置）。

问题：

1、为什么上级是确定账户而下级是权限组？

2、在上级的指定设计中，会有一个天然的逻辑错误，这个逻辑错误是什么？

—————- 解答 —————-

1、在创建一个账户时，如同一个新人入职，其上级往往已经确定了，但其下级并不能确定，因此下级我们使用权限组来设定下级的操作权限。

2、上级的制定会形成循环指定。假设有a、b、c三个人，我们指定b是a的上级，c是b的上级，如果a是c的上级，则三人形成了循环指定。因此我们需要设定一个规则来避免这种情况的发生。

广告系统的结构设计——广告端

不同于其他系统，在广告系统中，重要的除了权限管理（广告系统的权限管理设计）以外，还有一个需要注意的就是系统的结构设计。从整个系统角度讲，合理的架构应该是：

• 代理商
• 广告主
• 活动
• 订单
• 广告

其中，广告主可以有代理商，也可以无代理商。但活动、订单、广告应该是严格的包含关系。

结构设计和权限设计构成了一个完整的广告系统：

解释：

1、代理商：指为广告主提供广告代理服务的公司。如实力、传力、奥美等我们经常提到的4A广告公司，还有华扬等local 4A广告公司等。在有些系统中，代理商也被叫做渠道。

2、广告主：指广告所宣传产品的生产商，也是实际支付广告费用的机构。广告主并不需要一定有代理公司，因此在系统中，广告主可以处在最高层级，这个时候我们称这个广告主为直客，即直接客户。因此在有些系统中，广告主被称为客户。

3、活动：活动的相关设定是根据我们现实中签署的合同来设置的。因此他是合同在系统中的体现，他主要包括投放周期、投放总额以及投放的媒体等相关信息。

4、订单：订单是活动的进一步细化，在活动设置的基础上加入了素材和投放策略。但订单还不是广告投放的最小单位，广告才是。

5、广告：广告是系统进行投放的最小单位，一个广告中包含一个素材以及素材对应的显示监测和点击监测。有时候我们在有些系统中并没有看到一个叫”广告“的列表界面，但这并不意味着系统投放核心进行投放时候没有用广告概念。不管是那个系统，最小的投放单位一定是”一个素材及素材对应的显示监测和点击监测“。

Google作为网络广告的典范，国内的广告公司或者业内同学一定会研究Google的相关系统，例如Google Adwords。Google Adwords结构设计和上述所列结构设计的对应关系如下（顺便列出了百度推广的对应关系）：

是否有问题？欢迎大家提问或者纠正错误！

————- 以下是补充说明 —————————–

此文发表后，在微博上得到了@Nirvana-高晓国、@uc00 等业内同仁的关注和评论，感谢@Nirvana-高晓国 的提醒，是他指出这篇文章仅仅考虑到了需求方的需求。考虑到@Nirvana-高晓国 的建议，关于广告系统的结构设计介绍分为两篇，一是本篇的《广告系统的结构设计——广告端》，另外一篇是《广告系统的结构设计——网站端》，请大家浏览并提出自己的意见。

广告系统的结构设计——网站端

说明：在《广告系统的结构设计——广告端》发布后，在微博上得到了@Nirvana-高晓国、@uc00 等业内同仁的关注和评论，并且得到@Nirvana-高晓国的 指教。因此有了本篇从网站（媒体资源）方向探讨广告系统结构设计的文章。感谢@Nirvana-高晓国 的宝贵建议。

广告系统从根本上讲只是一个帮助广告主和网站主进行媒介资源买卖的平台，因此一个广告系统不可能是单一的只有广告主没有网站，或者只有网站主没有广告主。广告系统中网站主的结构设计和权限设计如下：

解释：

1、网站主结构设计在代理与网站主两层上和广告主的代理商与广告主两层一致，没有太大的区别。
2、频道在系统中是为规划广告位而设置的，对应于实际的频道，比如新闻频道、体育频道等。此处需要提前考虑首页和全站的广告位应该如何建立。
3、广告位是广告最终投放的实际位置。在广告位上，我们需要重点考虑广告位的类型和尺寸（影响所提取的代码）。如果是第三方免费提供给网站使用的系统，可能会设置“加入剩余流量/网盟计划”的选项，方便第三方公司收集和利用媒体的流量。

目前市场上的广告系统基本上分两个方向：面向广告主和面向网站主的，也就是系统命名中经常能看到的for advertising和for publisher。for advertising更倾向于提供多重定向设置为广告主服务。for publisher则倾向于通过简洁便捷的广告位管理为媒体提供服务。两类系统都符合以下的结构：

在系统中，最基础的投放单位为广告，系统中所有的投放数据也都以广告位最小单位进行展示。广告主端和网站主端共享广告的数据。

目前广告系统的发展有两个趋势：一是for advertising和for  publisher的区别越来越小，最终会整合成一套系统；二是系统趋向于在线版，安装版越来越少。

关于广告系统的结构设计介绍完了，大家还有什么问题？欢迎您的交流！

Via:投稿 作者：牛国柱 http://www.iamniu.com