Loading [MathJax]/jax/output/CommonHTML/config.js
前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >“Bug”营销来了

“Bug”营销来了

作者头像
罗超频道
发布于 2018-04-25 09:43:49
发布于 2018-04-25 09:43:49
1.6K0
举报
文章被收录于专栏:罗超频道罗超频道

罗超为网易科技专栏供稿,2013年7月1日发表。

6月28日晚上,迅雷副总裁Paul黄芃在官方认证微博上透露:“迅雷会员今天活动的支付页面出现bug,1分钱可以买180元的白金年卡,在发现之前,5000多个年卡被一抢而光,100多万啊!抢到的雷友们你们太狠了,这样搞行吗?不过蛋定,你们有福了,我宣布全部有效!看得起迅雷会员就是我们的朋友,只给1分钱也是朋友!请继续支持迅雷会员!“

尽管迅雷随后在官方声明中表示这不是营销。而是真正的BUG。但网友仍然将这与百度云付费系统上周的“Bug”联系起来。

百度云Bug营销

百度云网盘在本月21日出现重大Bug,所有付费产品价格变为原来的1/1000分之一。只需用5毛钱便可买到100GB的套餐,可以存储超过5万张照片。此前百度免费存储的空间仅为5GB。百度有多年技术积累,在BUG出现后的几十个小时内并未恢复,因此该“Bug”被认为是有意为之。几天后的26日百度便宣布百度云用户数突破7千万,以每天20万的速度增长。百度的付费“Bug”为其带来了多少新用户不得而知,在7千万用户数的节点前出现此“Bug”,太过巧合。

百度并未给出正面回应,在一段时候后低调“修复”了Bug。结合百度的移动互联网战略来看,笔者认为这是百度的一次营销策划。

百度正在形成云+端的产品矩阵。移动端用户数过亿的产品有百度搜索、百度地图和百度魔图。而手机输入法、手机浏览器、百度云及网盘还处于5千万级别。百度手机助手、语音助手、通讯录等产品体量更小。

搜索、地图和魔图分别契合了百度的移动搜索、基于LBS的O2O、面向未来的视觉搜索战略。但整合这些“端”的关键是“云”的支撑。包括面向个人的云存储、云同步和云服务;面向开发者的云计算、云存储、云推送、云测试等。因此百度云将是百度着力推动的下一个“亿用户”产品。更丰富的免费服务和更大的免费存储空间是其必须经过的环节。

迅雷和百度的竞争态势

迅雷会员服务与百度云存储有着一定的交集。百度网盘已支持离线BT下载。离线下载和云存储正是迅雷会员的特色服务。其特色服务还包括下载特权(高速、离线和清爽)、视频特权(在线看)、网游特权和基本特权。而迅雷的边看边播视频特权的竞争对手便包括快播和百度影音。

快播创造的基于BT种子的在线观影模式,颠覆了迅雷的先下载再播放的传统网络观影模式。通过与个人站长合作,形成一套利益分配模式,快播获得爆发式的增长,成为宅男观影必备利器。快播早在2011年底周活跃数已突破2亿,用3个月时间便拥有了2500万装机量,这个成就被百度盯上并快速推出了与快播模式相似的百度影音。随后在百度搜索电影名称+在线观看的时候,排名靠前的是支持百度影音播放的网站。百度影音对外保持低调,暂时无法得知其装机量数据,但据在百度从事技术研发的同学说,百度影音是百度内部公认最成功的PC客户端产品。

快播和百度影音虽然未消灭迅雷的视频下载需求,但至少对其有了明显减弱。尤其是在宽带提速,一切都在向“云”转移的时候,迅雷下载的需求正在变弱。除了下载和在线播放被百度影响外,迅雷另外一块核心:视频内容和本地播放也与百度形成正面竞争。今年上半年,百度斥资3.7亿美元收购PPS视频业务并与旗下爱奇艺整合后,爱奇艺PPS与优酷土豆形成视频行业的双寡头。这意味着百度成为迅雷视频业务的强大竞争对手。

因此迅雷在百度“Bug”营销之后再现“Bug”耐人寻味。如果迅雷的“Bug”是营销事件,与百度的“Bug”营销有着很大区别。百度是借Bug赚用户,迅雷很可能是借着Bug博眼球。

百度“Bug”营销赚用户,云存储免费是趋势

百度“Bug”营销是赔钱赚用户。百度的个人云付费业务并非百度的核心收入来源。百度更需要的是用户数据、用户登录ID所带来的黏性。在6月7日百度进行了近年来较大规模的架构调整,其中一大调整便是成立探索个人用户付费业务的“前向收费业务群组”。如笔者《解读百度架构调整:收入压力下,综合互联网公司的开始?》一文所分析,百度前向收费业务群组更多的机会在于数字内容(音乐、视频、电子书)、游戏和增值服务。面向个人云的收费想象空间有限,且仅在免费存储时代到来前的窗口期适用。雅虎旗下的Flickr在5月份推出了1TB的免费照片存储服务。在云存储免费的大趋势下,百度的“Bug”营销是顺势而为。

百度为什么不做部分iOS App热衷的“限时免费”呢?对于喜欢捡便宜的用户来说,限时免费、打折促销、价格战已经让他们麻木。“Bug”更能吸引用户的目光,因为用户更有捡到便宜的快感。从前段时间凭着“PK大咖”火爆的百度魔图也可看出百度最近正在加强营销探索,逐步适应互联网现阶段重营销的整体风格。

迅雷如果是“Bug”营销,是为了推广付费业务

迅雷本次BUG出现时间较百度短很多,仅仅几个小时。损失费用100多万对于年收入10亿的公司来说,九牛一毛。但迅雷的会员服务已在去年超越视频广告,成为其主要收入来源。在此情况下,迅雷只会倾向于加强付费会员和收费业务的拓展,而不是免费。因此,迅雷的BUG必须在可控范围内及时关闭。100多万的“损失”相当于一次普通的营销活动的推广费。因此如果此次Bug是迅雷的营销,其目的应是为了提高迅雷和迅雷会员服务的曝光率。

如果迅雷“Bug”真如其声明,不是营销而是因为过失产生的BUG呢?这说明迅雷内部技术管理存在漏洞。任何成熟的互联网公司都有整套完善的体系、流程和制度来保障在线生产业务的健康运行,对于涉及到公司收入的核心环节更是多重管控。因此一个发展十年,拥有数亿用户的网站,存在支付环节的漏洞是很危险的。百度在几天前出现类似Bug,理应有一定警醒作用。

迅雷最好向百度一样沉默应对。如果承认是营销则前后说法不一致,意味着跟百度的风;如果不是营销,则技术很没面子。

当然,互联网公司真正出现Bug并造成重大损失的案例并不鲜见。京东便在去年发生了充值系统的Bug,用户可以无限充话费和Q币。据业内人士估计其损失应该在2亿左右。与百度和迅雷的反映不同,据网友爆料京东在第一时间报案,第二天多位网友收到了公安局的电话。因为,京东的BUG是真BUG,是真损失。技术一直存在短板的京东发生类似漏洞并不只一次。去年底,京东CTO王亚卿离职,无法确定是否与这类严重漏洞以及技术上的短板存在联系。

不过根据国家法律规定,利用Bug套用费用将承担法律责任,金额起点在500元人民币。此前就曾有新闻报道,一位程序员利用支付宝BUG,非法套取7万,最后被判刑5年。理论上来说,如果迅雷会员特权或者百度云空间有商业价值,有流通的渠道并且出现Bug,就有利用Bug套现的机会。

Bug有风险,捡便宜需谨慎。

(阿超供网易科技专稿,转载请注明出处。文章仅代表个人观点。)

作者简介:阿超,为爱科技网创始人,微博为@广州阿超,微信SuperSofter。

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2013-07-02,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 罗超频道 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
调试 .NET Core 中的内存泄漏
当应用引用不再需要执行所需任务的对象时,可能会发生内存泄漏。 引用上述对象会使垃圾回收器无法回收所使用的内存,这通常会导致性能降低,并可能最终引发 OutOfMemoryException。
呆呆
2022/01/09
1.9K0
.NET周刊【5月第4期 2025-05-25】
https://www.cnblogs.com/hez2010/p/18889954/the-new-satori-gc-for-dotnet
InCerry
2025/06/09
200
.NET周刊【5月第4期 2025-05-25】
浅入 .NET Core 中的内存和GC知识
【1】https://docs.microsoft.com/zh-cn/dotnet/standard/managed-code
痴者工良
2021/04/26
7320
《快来为你的 .NET 应用加个监控吧!》更新版本啦
CZGL.ProcessMetrics 是一个 Metrics 库,能够将程序的 GC、CPU、内存、机器网络、磁盘空间等信息记录下来,使用 Prometheus 采集信息,然后使用 Grafana 显示。
痴者工良
2021/07/20
5290
《快来为你的 .NET 应用加个监控吧!》更新版本啦
.NET Core 调试 CPU 爆高问题
在实际开发和生产环境中,.NET Core 应用程序遇到 CPU 使用率飙升的问题并不少见。CPU 高负载会直接影响应用程序的性能,进而影响用户体验。因此,及时识别并解决 CPU 爆高问题是开发者需要掌握的关键技能。
Michel_Rolle
2024/12/24
2.3K0
调试 .NET Core 中的高 CPU 使用率
本教程将介绍如何调试 CPU 使用率过高的情况。 使用提供的示例 ASP.NET Core Web 应用 源代码存储库,可以故意造成死锁。 终结点将停止响应并遇到线程累积问题。 你将了解如何使用各种工具,通过几条关键的诊断数据诊断此情况。
呆呆
2022/01/09
1.4K0
.NET 9 中的 RuntimeMetrics
.NET 9 中引入了 RuntimeMetrics,基于 dotnet 里的 metrics 实现 System.Diagnostic.Metrics.Meter 来生成 metrics 数据,包含了 CPU、内存、GC、JIT 以及线程等信息
JusterZhu
2025/01/23
630
.NET 9 中的 RuntimeMetrics
收集指标
本文适用范围:✔️ .NET Core 3.1 及更高版本 ✔️ .NET Framework 4.6.1 及更高版本
呆呆
2022/01/07
6620
记一次 .NET 某风控管理系统 内存泄漏分析
上个月中旬,星球里的一位朋友在微信找我,说他的程序跑着跑着内存会不断的缓慢增长并无法释放,寻求如何解决 ?
玖柒的小窝
2021/11/02
5200
记一次 .NET 某风控管理系统 内存泄漏分析
讨论.NET Core 配置对GC 工作模式与内存的影响
https://mp.weixin.qq.com/s/PqhUzvFpzopU7rVRgdy7eg
yoyofx
2018/09/05
3.4K1
使用dotnet-monitor sidecar模式 dump docker运行的dotnet程序.
随着容器和云技术的发展, 大量的应用运行在云上的容器中, 它们的好处是毋庸置疑的, 例如极大的提高了我们的研发部署速度, 快速的扩缩容等等, 但是也存在一些小小的问题, 例如难以调试. 基于VM的部署我们可以通过安全的方式登录到主机上做一些你想做的事情, 但是云上的容器那就是不太方便了(目前AWS的ECS已经有类似docker exec的方式直接进入容器中了, 其他的云未作了解). 但是就算能进入容器也不意味着调试就好做了, 通常来说使用的镜像都是经过优化和精简的(如果要调式可能需要安装大量的组件).
旺财的城堡
2022/11/02
1.3K0
使用dotnet-monitor sidecar模式 dump docker运行的dotnet程序.
一次完整的JVM堆外内存泄漏故障排查记录
记录一次线上JVM堆外内存泄漏问题的排查过程与思路,其中夹带一些「JVM内存分配的原理分析」以及「常用的JVM问题排查手段和工具分享」,希望对大家有所帮助。
Rude3Knife的公众号
2020/08/28
4K0
一次完整的JVM堆外内存泄漏故障排查记录
Linux命令-查看内存、GC情况及jmap 用法
首先可以通过ps命令找到进程id,比如 ps -ef | grep kafka 可以看到kafka这个程序的进程id
chenchenchen
2020/05/27
12.3K0
详解 Java 线上问题排查思路
因为通常线程数量会由线程池管理,一般不会超过我们设定的最大值;而线程“死锁”通常是人为代码问题,某个获得锁的线程没有释放锁,导致其他线程一直处于 Waiting 状态(或者 CAS 自旋状态)。
宫水三叶的刷题日记
2021/03/02
3.5K0
详解 Java 线上问题排查思路
记一次内存溢出问题的排查、分析过程及解决思路
这个测试工具的开发已有一段时间了,由于数据量过大,写入数据较慢,导致工具执行耗时较长,所以再次优化了实现方案,进行二阶段的程序开发。
软件测试君
2020/09/23
2.6K0
记一次内存溢出问题的排查、分析过程及解决思路
记一次敖丙dubbo线程池事故排查
我写过dubbo系列的文章,大家看完这章后想了解更多dubbo细节可以查看往起文章:
敖丙
2021/04/16
1.1K0
记一次敖丙dubbo线程池事故排查
【日活百万电商返利App】一次线上JVM问题定位排查
查看进程使用gc情况: jstat -gc 16969<pid> 5000(打印时间间隔)
用户2032165
2020/03/27
9680
【日活百万电商返利App】一次线上JVM问题定位排查
ASP.NET Core 性能优化最佳实践
本文提供了 ASP.NET Core 的性能最佳实践指南。 译文原文地址:https://docs.microsoft.com/en-us/aspnet/core/performance/perfor
newbe36524
2020/09/14
2.7K0
ASP.NET Core 性能优化最佳实践
架构师技能3-彻底深入理解和分析Java中内存溢出OutOfMemoryError
java开发人员经常遇到OutOfMemoryError的问题。要解决这些问题,要有对java虚拟机的内存管理有一定的认识,甚至对linux系统也要有一定的熟悉。透过分析问题,深入挖掘问题本质,进而强迫自己学习相应基础知识。
黄规速
2022/04/14
4820
架构师技能3-彻底深入理解和分析Java中内存溢出OutOfMemoryError
体验了一把线上CPU100%及应用OOM的排查和解决过程
项目中默认使用 spring-cloud-sleuth-zipkin 依赖得到 zipkin-reporter。分析的版本发现是 zipkin-reporter版本是 2.7.3 。
全栈程序员站长
2022/07/20
5230
体验了一把线上CPU100%及应用OOM的排查和解决过程
推荐阅读
相关推荐
调试 .NET Core 中的内存泄漏
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档