用户运营和内容运营不一样

最近在看用户运营的相关知识。我需要用学到的知识,去应用到我现在的工作中去。老大说:“在这半年以来,我发现你比较喜欢做一些综合性的任务,而用户运营就是需要这样的一个人,我感觉你能胜任”。我听完后感觉很OK。 我在人人都是产品经理上看了一些前辈关于用户运营的经验心得,也看了一些用户运营相关的书籍。用户运营和内容运营真的很不一样。 用户运营核心要解决的问题是:围绕用户的新增——转化——留存——活跃——召回——传播以及用户之间的价值供给关系,建立起的一个闭环模型,持续提升各类跟用户有关的数据,如用户数、活跃用户数、用户流失率、用户停留时间等等。 就像老大说的那句话,用户运营是一门跨很多部门才能完成的事情。运营、设计、市场、开发如果部门之间配合不好是做不了用户运营的。从这个点来说,内容运营仿佛是特种部队,单兵作战能力超强,一个人可以Cover一场运营活动;用户运营仿佛是百团大战,必须和每个部门有机配合,才能完成最后的数据目标。 用户运营比内容运营更需要数据,没有数据支撑的用户运营,是做不长久的。一项决策是否正确需要完成的数据来确定。数据驱动的用户运营,才是好运营。内容运营的数据更容易获取,例如:阅读数、点赞数、转发数。但是用户运营方面,…

Read this article

记一次文章阅读量异常的原因

昨天咸鱼团队在掘金发了一篇Flutter React编程范式实践,后面改名为用Flutter,业务代码就该这么写24 个小时过去了,阅读量在 2400 左右,低于之前发布的任何一篇文章……。 为什么会这样? Release Flutter的最后一公里和Flutter混合工程改造实践 闲鱼技术在之前发布的两篇文章,在阅读量方面都获得了非常好的数据。这两篇文章在推广方面和Flutter React编程范式实践并无差异。 我从一下几个点进行对这次阅读量异常原因尽心探究 标题 发布时间 内容质量 发布频道 01 标题要带有品牌信息 在文章发布时,要把标题中加上品牌信息。例如: 【闲鱼技术】| Release Flutter的最后一公里 [闲鱼技术] | Flutter 混合工程实践 闲鱼技术 | Flutter React编程范式实践 品牌的倒流作用是很明显的,带有品牌信息的标题可以让粉丝第一时间点进来消费内容。反过来再次提升品牌形象。 这种做法在朋友圈中很常见。这里我举几个公众号的例子: 刘润:每篇文章的开头都是以 刘润 | xxxx 开头 砺石商业评论:文章末尾会以 xxxx | 砺石 结尾…

Read this article

给网站添加 Notes 导航

今天我给网站添加了一份 Notes 导航,用于记录每天学习到的知识。这个Notes 导航使用的是 Trello 搭建的,这也是对 Trello 使用方法的探索。 相比 Notes,网站上的内容是自己在脑子里想到的,是实战的经验教训。Notes 正如他的中文意思,是看文章之后的笔记。而且,脑子里并没有完全记住这些知识。你可以理解成为高中的知识笔记本。 当然,并不是每天写完就完事了,最终目的,是把这些内容运用工作中。 剩下的,只有坚持。 事实证明 Trello 并不适合这种方式。Notes 入口已经下掉了。…

Read this article

运营,不要总把事情做一半

这周开始,我开始了为时8周的Flutter内容运营。 内容运营,有一部分是内容搬运工的工作,就是把内容发往其他的内容平台,例如知乎、简书、微博。 我在知乎上发完了一篇内容,然后就去做其他事情了。我想不应该只有我一个人这样做。 这是一个「只做一半事情」的运营。 发完文章后要做的事情,童谣很重要。 以知乎为例: 知乎的首页信息流中有这样的信息:「XXX点赞了某篇文章」,点赞这个行为让更多人看到「被点赞」的文章。 这是文章在知乎传播的路径图。 所以,在知乎发完文章后,一定要做找几个圈中大佬,让大佬帮忙点赞。以达到内容传播的效果。 微博也有和知乎一样的传播路径,微博主的点赞信息可以显示在关注者的信息流中,间接为文章传播提供条件。 点赞相比于转发来说,阻力更小,而且对内容信息流不会造成很大的干扰,是一种不错的内容运营手段。 运营,一定要把事情做完。…

Read this article

记录Flutter内容运营讨论

上周,我开始准备Flutter内容运营的方案,目标是把Flutter的内容运营的很火。但前期调研的结果是:Flutter的国内内容不是很多,技术落地方案也不多。更多的人处于观望的阶段。Flutter内容运营的方案处于难产阶段。 内容少就是运营方案难产的原因吗? 在和同事讨论时,我们确信,内容多少不是本次制定方案的关键性因素。首先,掘金技术社区要决定做这个事情,并不会因为内容少就不做这件事;第二,本次内容的最终目的是营造一种Flutter会火的技术氛围,让其他人知道,掘金有最全的Flutter的内容。Vue在开始时并不是很火,在尤大和技术社区的重推之下才普及开来。Flutter的火或者不火,其实很大程度上,靠的是运营能力。所以内容上少并不是运营方案难产的原因。 那么如何制定Flutter的内容运营方案? 核心就是做感知。共有以下三点: 怎样让更多的知道? 哪里有潜在的生产者? 怎样让知道的人产生消费? 内容渠道运营是让人产生内容消费的渠道之一。这里不再复述。 怎样让更多的人知道? 核心是内容渠道运营,主要有以下几点: 整理社区内现有的内容,补充相应的内容标签,制定出一版可以让拿的出手的内容。 使用机构账号,在知乎回答相应的问题,并在答案最后附上内容链接。 要在现有的内容渠道中分发关于Flutter的主要内容(开源),为社区导流。 举行线上workshop,手把手教开发者制作一个Hello World。 行业内大V公众号的内容投放。 付费的广告位。…

Read this article

2018掘金春招征文活动总结

本文章原先发布在语雀的私人项目中。现在转移到一颗香菜。 每年的3月到4月,是员工求职和春招的黄金时期。 为了抓住这波热点,给社区带来更多流量,掘金社区内容运营组准备做一期春招求职面试的『掘金技术征文』。征文活动历时一个月,在活动结束后,相关数据指标(4月24日11:20AM)如下: 文章数量:50篇 50篇文章的总阅读量:198035 平均每篇文章阅读量:3960.7 活动推广页 PV: 掘金:10504 新浪微博:13388 简书:283 V2EX:244 稀土圈公众号:171 总阅读量:24593 文章数量高于预期标准(预期40篇)。 流量数据高于预期标准。 活动前期准备 决定做征文活动的时间是3月10日,3月20日活动开始。10天准备时间,准备时间有些急促。 拉赞助 活动开始前,第一件事情就是要拉赞助。赞助商提供奖品或宣传渠道,本次活动寻找的赞助商均是以奖品方式赞助。10天准备时间快速确定下2家赞助商: Rokid…

Read this article

WWDC专题运营总结

这次内容运营数据指标没有过关的最大原因是:WWDC大会本身没有吸引力。 我刚才算了一下数据情况,连10w+都没达到,我想从我旁边的窗户跳下去,在享受两秒的飞翔后变成一朵喷血玫瑰。 Debug之后,其实这场运营活动还不错。从GA的数据来看,WWDC大会数据指标的异常是本次大会的确关注人数有限。后面会细讲。 本次运营手法和Google I/O一样。所以应该不是运营方法的问题。 为什么这次的数据低的那么离谱呢? 最大的原因在于事件本身,本次WWDC几乎没有什么大大亮点。「巧妇难为无米之炊」,我也很无奈。 我第一次体会到了圈层对于运营事件的影响。即使WWDC没有亮点,那么如果有强大的开发者群体是不是可以弥补这点不足?答案是肯定的。 先补充一下圈层的概念,圈层可以简单的理解为:潜在的读者有多少。 举个例子: 你写关于「性」的文章,全中国的潜在读者有多少呢?13亿;你写「逃离北上广」,潜在读者是北上广外来人口的总和;你写「河南人的骄傲」,潜在读者就是河南省的人,1亿多。 在文章质量相对一致的情况下,圈层的大小直接影响文章的阅读总量,例如Google I/O和WWDC。 Google I/O圈了多少人呢?前端圈、…

Read this article

怎样运营一场10w+的专题运营活动——Google I/O专题运营总结

本文转载自我的公众号:ekexiangcai。如果你想转载,记得通过关注微信公众号然后留言给我。 “ 专题的本质是信息聚合,专题页的位置应该显而易见,更新要有提示,不同的人群要提供不同维度的内容展现形式。” 两周之前,在美国山景城 Shoreline Amphitheatre 举行了2018年的Google I/O大会,我和同事们一起为这次大会制定了一个热点专题的运营活动,截止到昨天,专题文章总阅读量10W+,数据目标符合预期要求。本文记录本次专题活动中一些心得。 扩展专题这种内容聚合形式的外延 本次专题活动实质上是热点专题,经过我们讨论后认为,专题还可以承载非热点专题,例如:新技术专题、情人节专题、春招求职征文专题等等。专题的本质是信息聚合,只要有稳定的内容产出且用户关注,都可以使用专题这种方式来承载。 专题应该可以接受投稿 专题往往是网站发起,但是内容生产者不应当只有网站的运营者,应当发挥好UGC对专题内容贡献,最简单的形式就是作者可以给专栏投稿。这样既提高了专题的内容量,同时作者的文章也获得了更好的阅读量。 专题应该根据热点事件的不同时间点来自动调整展现给用户内容 像Google I/O这样的会议,每次召开1-4天,所以要根据大会阶段的不同时间点(例如:大会开始之前、大会进行之中、大会结束之后)分别运营不同的内容。用户每次打开专题页时,…

Read this article