AI 时代,播客信息获取带来的新机会
作者：微信文章写了这篇内容「播客内容、AI 与创作者主权」之后，真的很认真去想，为什么迄今为止除了 Noteboook LM，还没有其他支持音频播客信息获取的工具。
一个是商业层面上的问题，涉及创作者版权，和广告变现也有关系。
还有一个是，音频播客不像 YouTube，有嵌入式播放器，外挂之后点击/播放量等数据还是属于创作者本人，所以工具开发者只是提供路径和结果。
虽然，Spotify 有在尝试 ai-powered summaries（时间戳），但它工具属性远远不够，而在 AI 时代，信息获取的便利性会是趋向。
所以：
我向某个工具提问最近有哪些播客聊了哪些内容
⬇️
哪些内容具体是怎么聊的，在哪个时间段
⬇️
可以给我什么 insights/suggestions/actions…
⬇️
……
以上如果能做到，按照目前的播客分发机制来看，只会出现在播客平台上，或者是创作者个人——这是我一开始的想法。
就我的观察而言，ai-powered summaries 对于创作者来说，提高了工作效率，而对于用户，减少了一点点信息获取的摩擦，但终究是个较为鸡肋的功能。类似于 Snipd 这样的工具，确实是可圈可点的播客笔记工具，但它们无法满足我对于整个播客宇宙的信息读取需求。
我希望能有一个极简的产品出现，这个「极简」指的不仅是 UI 设计，更是信息的获取——便捷而高效。🤔
那么，平台方在内部嵌入 Agent 是一个解法，但需要「好用」，而不是「鸡肋」。
还有一个解法，文中也提到了，交给创作者。
但不是每个创作者都有精力和时间做这样的事情，再加上技术门槛，所以，最有可能的还是在于平台方，就看谁的速度更快。当然，一旦确定了这个方向，后续的问题也会显现，比如，提问 Agent 之后，受众拿到了自己想要的结果，但创作者本身就受影响了，除非受众愿意导回原音频做二次验证，但这样的播放又会影响播客创作者极为关心的「完播率」…然后呢？
——以上这么一番脑暴之后我发现，我忽略了一个角色，RSS 托管平台，区别于播客平台的第三方，它们和播客创作者建立了合作者关系，拥有原始分发的音频文件，再加上手里还有 RSS Feed 的分发控制权——绝佳的角色。
最近发现了一些播客，致力于搬运国外优质播客信息，利用 AI 克隆技术，拟原声中文配音，另一方面，也同步翻译这些播客文稿，积累了不少受众。更让我诧异的是，甚至会有人推荐搬运谁谁谁的播客。
我就在想，为什么呢？🧐
语言摩擦是一个原因，不懂英文，或是懂英文但对英文信息的认知超负荷。此外，还有筛选门槛。「国外」是一个很宽泛的抽象概念，优质信息流淌在不同语言、不同平台、不同档节目之间，而有人能帮忙识别并搭建直达渠道，是最省时又高效的信息接收途径——谁也不会拒绝。
回到一开始我提到的版权问题，这些播客的搬运大概率是没有获得许可的。但从 ROI 层面来说，创作者大概率也不会追究类似的所谓侵权行为。
如此看来，市场需求是真实存在的。
那为什么 RSS 托管平台不去做这样的事情呢？这或许是他们下一步可以考虑的问题。
但如果，RSS 托管平台不做，可以，那就交给第四方来实现。
这个第四方，不仅可以基于平台的播客构建播客信息检索专用 Agent（或者直接提供 api，用户接入即可使用），还可以制作播客的全球语言版本——这带来的不仅仅是打破信息获取壁垒的局面，对托管平台、创作者的收益也是可期的。
而且，再大胆想象一下。
以上想法起源于我的个人需求，我是 C（customer）端用户，市场机会也许是很小的，但如果是针对 B（Business）用户，相比之下市场机会则更大，而问题则变成了「可以推出什么类型的 toB 产品」，「to 的是哪些 B」…
当然，如果以上设想落地，播客创收范式也将会改变，至于走向何方，且走且看～
页:
[1]