在惹恼一线内容平台前,我还是试试做一下这个事情

2020-10-03 12:41:00 +08:00
 daen

出发点(问题)

  1. 现在各大内容平台上基本上都覆盖了个性化推荐系统,大致原理就是利用用户的订阅&行为数据持续推荐合口味的内容给用户消遣,以此增加用户的使用时长,在此基础上寻找变现机会。

  2. 平台对于用户订阅的 /喜欢的 /关注的频道有新内容发布时基本不会给用户下发通知(当有些用户不活跃时,可能会通过短信 /系统消息给用户下发通知),不下发通知的目的是为了增加用户打开平台检查订阅是否有更新的次数,只要用户打开 app/网站,再结合第一条个性化推荐,又能很大程度上吸引住用户目光,增加用户停留,伺机寻求变现。

  3. 上面两点都是从平台角度看的,平台要最大盈利,无论怎么设计应用程序,都无可厚非。但从用户角度看就是经常性的不知不觉花费了很多时间在这些个性化内容上,最明显的结果就是浪费时间,损害视力,其次可能因为食用同类内容过多人会变得偏执(并不是绝对的不好,勿杠)。

解决方案

方式:减少打开平台应用的次数

用户打开平台应用的目的可以分为三种情形(主要是 1 和 3 ):

  1. 检查自己订阅的频道是否有更新
  2. 搜索频道 /内容
  3. 浏览推荐的内容
  4. 以上都有(不关注)

结合情形,有如下两种方案

A 方案,从 1 情形出发,为平台应用添加通知功能。 现有的厂家有 ifttt 、早期的即刻 app (如今转型社区,类型功能也早已下架)

B 方案,从 3 出发,将各大平台的内容聚合到一起,也能减少打开各家 app 的总次数。 现有的厂家有即刻(如今转型社区,类型功能也早已下架)

从上面看,早期的即刻是做的最全的,但是显然惹恼了众平台(我断定是因为直接运营其他平台上采集的内容被锤死),后转型。

ifttt 来自国外,非常克制和专注于做效率工具,如今活得很好,且前不久开始变现(添加付费账户,免费账户只给 3 个自定义额度),缺点是对国内的内容平台整合的少。

有前车之鉴在了,那么我给的新的方案是什么呢?

主要学习参考 ifttt,只从 1 出发,为平台添加更新通知,不做内容运营,用户观看内容还是用原来的姿势打开各个平台,只不过是有目的的去了,不会扑空失望而转向个性内容。

欢迎体验

应用名:追更浏览器

新应用选择使用自己比较擅长的小程序平台实现的,功能目前也不多,而且小程序的订阅消息能保证不会频繁干扰用户,因此非常合适,欢迎扫码体验:

目前应用还在初期,欢迎留言提供改进意见, 另:初版应用刚刚上线不久,新用户直接赠送 20 个永久订阅额度,后期服务器吃紧可能会调低新用户赠送额度,欢迎提前扫码占坑。

附几张页面截图

8479 次点击
所在节点    分享创造
49 条回复
bojue
2020-10-03 13:12:35 +08:00
测试一下订阅 v2 输入:技术,结果提示"重新输入",可以在输入框内预制一些可选择输入的内容,至少给用户一个体验的机会,我现在都不清楚什么是可以输入的
Cielsky
2020-10-03 13:14:15 +08:00
有点意思,不过查找那里输入有 bug,查找失败后,再输入文字会叠加在一起
reus
2020-10-03 13:15:01 +08:00
以前我们都用 rss
后来 google reader 亡了,肯输出 rss 的也少了
但是需求还在
laike9m
2020-10-03 13:26:36 +08:00
rsshub 了解一下?
daen
2020-10-03 13:26:38 +08:00
@bojue V2EX 这个节点目前只支持输入帖子网页链接 /帖子 ID 。
交互体验上也是我现在正在思考的问题,谢谢你的建议。
daen
2020-10-03 13:29:11 +08:00
@Cielsky 谢谢反馈,输入框重影问题好像是老版本微信原生组件的 bug,升级一下微信试试
daen
2020-10-03 13:34:22 +08:00
@reus 是的,我猜测是 rss 对平台获取流量 /变现不利,况且现在个性化推荐一方面依赖用户行为数据,另一方面大量算法算出来,需要曝光到用户面前才有价值
daen
2020-10-03 13:39:13 +08:00
@laike9m “万物皆可 rss”的 rsshub 有了解过,强大而且开放,我认为它对技术人非常友好,但是对于真正的末端用户还不够傻瓜
wd
2020-10-03 13:42:52 +08:00
上一个这么干的好像是即刻...
daen
2020-10-03 13:57:48 +08:00
@wd 是的,然而即刻已经成为了兴趣社区,类似功能也早已不见了踪影
0o0O0o0O0o
2020-10-03 14:03:47 +08:00
我也一直是这个看法,只作为更新通知,然后带着目的性地去原平台查阅。不过我觉得这种模式想要发展还是需要大量的开发者参与的,因为几乎每个平台都要持续地进行逆向,靠一个人很难保证稳定性和覆盖面,那么与其自己造一个标准,不如利用现有的标准( RSS )来鼓励开发者参与,例如 RSSHub 就不错。
0o0O0o0O0o
2020-10-03 14:05:46 +08:00
@0o0O0o0O0o #11 楼主勿怪,没有踩的意思哈,但 `需要大量的开发者参与` 确实是一直以来的看法,欢迎探讨
reus
2020-10-03 14:25:09 +08:00
@daen 其实做程序化采集,是可能被起诉的,你做得越易用,越多人用,就越危险。唯一办法是推动立法,保护获取信息的多样性的自由,可惜在中国,这是暂时不能实现的。
daen
2020-10-03 14:28:39 +08:00
@0o0O0o0O0o 嗯嗯 很愉快的探讨,没有觉得被踩哈🤪

这个小程序要解决的问题和 rsshub 一致,但是真正用起来它们不冲突,你一方面可以用 rsshub 生成源,另一方面可以把这款小程序作为 rss 源更新通知器来用,它们本身是两个层面的东西,我更上层一点。

对于邀请开发者社区力量一起逆向,丰富平台的节点,这个我也在考虑中了,后续有方案我再 append 到这个主题上,欢迎持续关注。
daen
2020-10-03 14:43:03 +08:00
@reus 是的,我完全同意,因此现在做的也比较克制,基本上没有获取它们的营运内容(当年即刻不一样,更凶一点)。

但风险依然不能避免,毕竟结合这个程序能大大降低用户打开平台应用的次数,触碰到他们利益知道了必然要锤。

走着看看吧,等有用户量了我也会去和平台谈谈,ifttt 也是一家一家谈拢的。
liyuhang
2020-10-03 14:57:08 +08:00
@daen #6 字重叠,已经是最新版了,微信安卓版 7.0.19
laike9m
2020-10-03 15:26:45 +08:00
@daen 如果基于 rsshub 做个 ui 吧,扩展起来会更容易吧,毕竟它已经基本支持所有网站了
azh7138m
2020-10-03 15:35:47 +08:00
@laike9m
rsshub 在内地无法正常访问
xunco
2020-10-03 15:37:38 +08:00
@azh7138m 官方只是 demo,默认是需要自建的
daen
2020-10-03 15:40:13 +08:00
@liyuhang 好的,谢谢反馈,我关注一下这个问题

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/712339

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX