热门标签 | HotTags
当前位置:  开发笔记 > 编程语言 > 正文

区块链全网营销的简单设计

过去adblockchain讲了非常多的区块链广告,讲广告行业有难以解决的痛点。同时也观察到很多人拿着同样的概念,撩起袖子大干一场。大家有着宏大的目标和理想,完善的计划,各不相同的

过去adblockchain讲了非常多的区块链广告,讲广告行业有难以解决的痛点。同时也观察到很多人拿着同样的概念,撩起袖子大干一场。大家有着宏大的目标和理想,完善的计划,各不相同的现有资源。

注意力变成稀缺资源以及数据孤岛是大家经常提到的几个点。

(1)我们知道信息急剧膨胀,注意力成为稀缺资源,然后广告行业该怎么办?用户看到广告应该获得收益。给了收益用户就会看了?我们都说注意力是稀缺资源了,用户一定会为了收益而对广告产生好感而轻易付出自己的注意力?

(2)我们讲数据孤岛,需要将数据打通。但是企业愿意开放自己的数据吗?数据交易会不会有法律风险?企业开放数据的利益驱动力是什么?

要回答这些问题,需要我们思考得更加深入,以指引我们该如何做。没有人知道答案,adblockchain做基本的梳理和设计。

《区块链全网营销的简单设计》

上面这张图,大概描述了广告行业中3大角色的需求。广告生态已经有非常多的方案解决上面列出来的需求,比如训练广告主定向需求的DMP,针对老客的重定向方案,针对新客的Look alike方案,满足实时流量购买的RTB模式,活动洞察和品牌设计的调研公司、试探消费者喜好的动态创意公司,甚至新出来的VR广告。那为什么大家对这个行业还那么的不满意(赚到钱的除外)?

归根溯源,来自于3大角色的不满意:

(1)广告主觉得投放效果不好,广告ROI低。这是因为没有好数据较为精准的找到消费者,经常把广告费浪费在根本不可能转化为客户的流量上;另外一个就是获取广告反馈不足,不知道如何改进自己的营销策略、创意策略以及本身产品

(2)消费者(受众)排斥如今的广告,因为它不够精准和及时。一是对受众了解得不够全面(不论是过去还是及时需求),另外一个是广告通常阻碍消费者行为(如今信息流广告有所延缓)

(3)媒体面临的问题,由于上面2者面临的问题,导致收入降低

我们可以设计这样的方案,设想我们在一个商圈里。

(1)有一个用户A进入了一家服装店,服装店里的摄像头先跟用户A手机中的“universal”应用进行交互,询问是否允许读取用户身份ID(identity )。如果用户有开启“universal ”的交互功能,则身份ID被读取。否则,摄像头将只会读取到NULL,并随机生成一个用户ID。

(2)摄像头往区块链某个状态通道中的智能合约中发送一条记录信息

(用户ID,事件类型,兴趣爱好,事件详细,记录设备号,时间)

(identity,ARRIVE ,‘新客户,无兴趣’,‘位置信息:LOC’,‘XCA119’,1501307632)

如果服装店无法认为这个identity在自己的数据库中没有记录(即新客户或客户不愿公开身份),则兴趣爱好就不需要传递(即使可识别客户,也可以不传递)

(3)状态通道决定了哪些企业的节点(设备)可以收到这条消息,并在智能合约中对这条消息进行解析。比如在300米外有一家西餐店,它之前就跟服装店达成了合作,并在智能合约中写到:解析服装店发过来的identity,判断这个用户是否为老客(可以从西餐店存储在区块链中的用户兴趣索引中查找),老客就推送新品以及一张优惠券到用户A的“universal ”应用,以图文的方式告诉用户中午12点前过来都有8折优惠。另外有一家电影院也参与其中,它判断用户A无法识别,寻求第三方用户兴趣索引库,询问【identity是不是一个科幻片爱好者,他看过“变形金刚6″吗?】,然后决定是否给用户A推送“变形金刚6”正在热播的电影剪辑。还有一家中餐店,由于距离有900米,因此决定本次不进行信息推送。

(4)用户A逛完服装店,买了一件衣服。收银台会向区块链上记录一条记录

(加密用户ID,事件类型,事件详细,记录设备号,时间 )

(G(identity+time),BUY,‘购买一件衬衫’,‘XCA120’,1501312132)

这些记录被记录到区块链中,其他方虽然可检索,但是不会知道产生这条记录的用户信息。因为用户ID会被加密,只有数据拥有者(服装店)知道真实的用户ID

(5)用户A打开“universal ”,看到来自西餐店的优惠券广告,决定前往。在吃饭时还向孩子推荐了“变形金刚6”。当用户点击了查看广告,“universal ”会记录用户的行为,并将用户ID加密上链,同时告知西餐店和电影院用户A的真实identity。因为用户主动与他们发起了交互,他们有权记录属于自己的数据。

从上面这个交互设想中,我们遵循了几个原则:

(1)用户有完全的自主权决定是否公开自己的身份ID,只要用户在“universal”中禁止与外部交互。外部的任何应用都不会知道用户历史的数据。

(2)任何一方,不论是服装店、西餐店、电影院还是“universal ”都只会记录到自己服务过程中的数据。西餐店是不能得到用户A在服装店买了什么东西的,也不会知道用户A去电影院看了“变形金刚6“。在投放广告时,并不会知道用户的identity,只有在用户与广告发生了交互时,投放广告的一方才能知道。

(3)某一方的用户行为数据,会通过加密方式存储到区块链上,可以让其他一方做分析(但不知道具体用户是谁,不可跟踪用户然后进行营销)。其他方在做分析时,使用的数据都需要支付数据提供方相应的费用。

(4)由于任何一方都只知道自己的数据,这样就不能有效利用用户在其他企业的数据,并对用户进行全面的评估,提高精准度并降低营销成本。在智能合约中, 允许使用identity向用户兴趣库进行查询。用户兴趣库,需要满足下面的需求。

a.查询检索性能足够快 b.用户Identity加密存储,不直接暴露 c.用户兴趣防伪造数据

这样的设计,存在很多技术实现问题,但是基本符合各方数据拥有者的利益和需求,并提升了数据质量,加强了营销的实时性和精准性,同时改善了用户体验。这样的商圈模式,可以扩大到如今的在线广告。

我们在上面提到,广告主营销成本高,因数据不足无法精准定向以及用户反馈不足影响。在上面的例子中,我们可以把服装店当作媒体,把西餐店、电影院等当作广告主或者广告主的代理公司。广告主方可以在智能合约中,根据自身的数据或者用户兴趣库,获得用户是否值得进行营销的决定。广告主的营销费用,会分配给媒体,以及用户兴趣库的数据提供者,甚至是用户。用户兴趣库的维护者可能是媒体,或者专门从事数据挖掘的第三方公司。他们的利益驱动点是变现自己的数据。在这样的设计中,广告最终是推送到了”universal “中,同样可以推送给媒体,只要媒体提供对应广告投放接口。

犹如区块链技术仍然处于早期一样 ,上面是非常简陋的设计,有些地方甚至还没有考虑技术可行性。adblockchain会持续跟进上面的设计,做出包括技术方案、业务模式等更加详细的方案。


推荐阅读
  • **【汇编2】区块链的跨链技术
    一,(Vitalik)为R3写的关于跨链互操作的报告来源:以太坊爱好者2017-02-05Vitalik关于跨链的报告下载下载:Chain_Interoperability.pdf ... [详细]
  • 本文分享了一位Android开发者多年来对于Android开发所需掌握的技能的笔记,包括架构师基础、高级UI开源框架、Android Framework开发、性能优化、音视频精编源码解析、Flutter学习进阶、微信小程序开发以及百大框架源码解读等方面的知识。文章强调了技术栈和布局的重要性,鼓励开发者做好学习规划和技术布局,以提升自己的竞争力和市场价值。 ... [详细]
  • Linux服务器密码过期策略、登录次数限制、私钥登录等配置方法
    本文介绍了在Linux服务器上进行密码过期策略、登录次数限制、私钥登录等配置的方法。通过修改配置文件中的参数,可以设置密码的有效期、最小间隔时间、最小长度,并在密码过期前进行提示。同时还介绍了如何进行公钥登录和修改默认账户用户名的操作。详细步骤和注意事项可参考本文内容。 ... [详细]
  • 加密、解密、揭秘
    谈PHP中信息加密技术同样是一道面试答错的问题,面试官问我非对称加密算法中有哪些经典的算法?当时我愣了一下,因为我把非对称加密与单项散列加 ... [详细]
  • MybatisPlus入门系列(13) MybatisPlus之自定义ID生成器
    数据库ID生成策略在数据库表设计时,主键ID是必不可少的字段,如何优雅的设计数据库ID,适应当前业务场景,需要根据需求选取 ... [详细]
  • 荷月工业互联网产融平台荣获2020“双链奖”优秀应用案例奖
    近日,中国物流与采购联合会区块链应用分会公布了2020中国物流与供应链产业区块链应用“双链奖”的评选结果。荷月科技参选的产品“工业互联网区块链产融平台”,经评委会专家对申报案例进行 ... [详细]
  • 波卡上最新的 Staking 介绍(下)
    波卡上最新的 Staking 介绍(下) ... [详细]
  • DAO 与 Network State 之歌 | 共学招募
    本文已进行文化的自我审查,请读者用科学方法阅读原书进行学术研究。 ... [详细]
  • 本文介绍了Java工具类库Hutool,该工具包封装了对文件、流、加密解密、转码、正则、线程、XML等JDK方法的封装,并提供了各种Util工具类。同时,还介绍了Hutool的组件,包括动态代理、布隆过滤、缓存、定时任务等功能。该工具包可以简化Java代码,提高开发效率。 ... [详细]
  • 本文介绍了C#中生成随机数的三种方法,并分析了其中存在的问题。首先介绍了使用Random类生成随机数的默认方法,但在高并发情况下可能会出现重复的情况。接着通过循环生成了一系列随机数,进一步突显了这个问题。文章指出,随机数生成在任何编程语言中都是必备的功能,但Random类生成的随机数并不可靠。最后,提出了需要寻找其他可靠的随机数生成方法的建议。 ... [详细]
  • GreenDAO快速入门
    前言之前在自己做项目的时候,用到了GreenDAO数据库,其实对于数据库辅助工具库从OrmLite,到litePal再到GreenDAO,总是在不停的切换,但是没有真正去了解他们的 ... [详细]
  •   一、GeoTrust证书的相关介绍    GeoTrust成立于2001年,其到2006年就占领了全球市场25%的市场份额,所以GeoTrust是目前全球第二大的数字证书颁发机 ... [详细]
  • 大数据学习入门难,给初学者支招 ... [详细]
  • 数据可视化技术的应用,行业优秀案例分享
    ​数据可视化并不是什么新型技术,二十世纪50年代电子计算机图形学的初期,就可以利用软件建立出了第一批图形图表。伴随着近几年来大数据备受关注, ... [详细]
  • sqlserver触发器写法_技术书籍荐读不可错过的SQL Server数据库书单来袭!
    朱熹读书之法,在循序渐进,熟读而精思。2019年转眼就要过去了,这一年,你读了哪些书,得到了哪些收获ÿ ... [详细]
author-avatar
老王福_640
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有