产品September 20, 2023

Web3 的资讯产品应该长什么样子

当传统项目主页无法满足千人千面的交易决策需求,用 BOT 对话替代页面浏览或许是更好的答案。

首先说内容产品的核心,内容产品三大块:内容生产、内容分发和内容消费。

内容生产是根基,展开讲可以另起一篇长推了,先不讨论。

内容分发的效率,决定了内容的利用率,决定了平台的效率,分发效率越高,利用率越高,商业价值也越高。

内容消费是指内容载体,不同类型内容决定了内容载体和分发方式,比如短视频vs 长视频。

今天主要讨论内容分发和内容消费。我将Web3 的内容消费场景分为两部分。

左侧是「弱交易动机」的内容消费场景,查看行业新闻(快讯)、行业动态、赛道动态等。对内容的要求是「快、热、优质」,这块和传统的资讯内容产品区别不大,主要是内容本身的区别。

右侧是「强交易动机」的内容消费场景,这一块用户交易动机强,一切内容只为了回答一个问题:能不能买/卖?

这类内容消费偏好,本质是「交易流派」的不同,有人喜欢看消息、有人喜欢看 K 线指标,有人喜欢看合约数据,有人喜欢看链上数据(其实大多数人都会看看,但是权重不一样)。

这么多交易流派,导致了内容的需求优先级是不一样的。在这个场景下,用户对内容的需求是极度分散、千人千面,且很难通过产品流程做前置判断。

此时,传统产品形态:项目主页(以项目为纬度聚合内容)、榜单(以数据为纬度聚合内容),内容的分发效率比较低。

例如,项目主页的页面展示(分 tab、feed、标签)很难满足不同用户的需求(这种情况在手机端尤其突出)。屏幕就这么大,对于 A 类用户a内容很重要,如果 a 内容放的深,操作不便,新用户还不一定能发现a 内容,但如果 把 a 内容放的很显眼, 那B 类用户会觉得骚扰。这永远是一个按下葫芦浮起瓢的事情。

我观察到很多用户的操作路径:在群里/A网站/交易所,发现潜在交易标的,然后去 B 网站看看合约的情况,去 C 网站看看链上的情况,去TG 付费工具群搜一下这个标的的流入流出数据。这是一个很繁琐的流程。

针对「强交易动机」的场景,在完成初筛后(可以通过项目主页&榜单来完成初筛),进入到「研究潜在交易标的」阶段,可以通过BOT来提高分发效率:用对话的方式,来让用户表达自己的需求。

即,BOT后端尽可能接更多的丰富数据,通过「对话引导」,满足用户个性化的内容需求,且可以通过记录用户的习惯,下次交互的时候,可以预判用户的需求。

举个例子:我在24h合约持仓榜中,发现了A项目,感觉还不错(初筛完毕,进入到研究交易标的阶段)。

这时候我希望了解更多,就问BOT 这个项目的链上数据、大额异动、链上数据、持仓情况、交易所流入流出、快讯等。对话的形式,我问什么,他回答什么,完成内容消费之后,再去决定是否交易。

这种消费形态的好处是:

  1. 每个人都有一个自己的 BOT,内容需求可以是千人千面的。

  2. 解放了「项目主页」,不用考虑「要加的数据好多,不下了 」的问题,可以在项目主页放更多运营/UGC的东西(抽奖活动、项目方的活动、AMA 、UGC 等)。 这样才是完整满足用户「发现交易机会-->研究交易标的-->交易」链路中的前两个。满足了2 个前置条件,后续发生「交易行为」就会更丝滑和顺其自然。

这个事情,是属于那种,想想会让人兴奋的事情。 内容分发框架-BOT模式

大宇哥反馈一个问题:用户的提问门槛很高,不知道问什么。

有一个解决方案:浏览器插件。依然是回到「右侧的匹配度」的问题。用户「发现项目」的主场景是IM 和推特。这才是最大的释放我们内容的场景。

具体的体验:用户在刷推特的时候看到一个东西,识别到实体(项目、名词)之后,鼠标放上去就能看到基础数据,如果想要了解更多,就可以去向 BOT 提问,类似于这样。 浏览器插件交互示意