EN
返回档案库

档案库 · 消费应用 · 产品决策 · 2016

Podcat:单人开发者打造“播客界的IMDb”,上线即获HN 401分

Podcat收录约5万个播客,为主持人和嘉宾建立个人页面;其Show HN帖子获得401分,同时暴露出数据质量难题。

Podcat

它在赌什么播客发现机制足够糟糕,以至于一个IMDb风格的节目、剧集和人物索引能成为查找谁在何处出现的默认工具。已上线

做的是什么生意

Podcat is a searchable podcast database billed as 'the IMDb for podcasts': roughly 50,000 shows with episodes and person pages that link hosts and guests across programs, built and run by a single developer.

起因

In March 2016 a developer posting on Hacker News as hijp launched Podcat, a podcast directory positioned as 'the IMDb for podcasts.' The site indexed roughly 50,000 podcasts with their episodes and the people who appear on them; the creator said names came from podcast-network sites plus manual entry, and he invited podcasters to use a contact form to be added. He announced it with a Show HN post on 2016-03-15.

经过

The launch connected instantly — 'This is something that I have wanted to exist for a long time' was the shape of the reaction, and the thread ran to 106 comments. Podcasters offered their own RSS feeds, guest lists and APIs to improve coverage, and reviewers praised search speed and the ability to find people across shows. But the same thread showed the data wall: common names like Jordan Morris were merged into one profile, mentions inside episode descriptions were indexed as guests (a Taylor Swift album recommendation turned an entire JavaScript Jabber episode over to her), and several well-known shows were missing or incomplete. Feature requests converged on ratings, a Top-250, categories, RSS links and an API; the creator answered in-thread, promised fixes and asked podcasters to contact him directly.

还没有结局,它还在跑。

背景

Podcat是一个可搜索的播客数据库,由一位开发者于2016年3月推出,号称“播客界的IMDb”。它索引了约5万个节目,包含剧集和参与人物,用户可以查找主持人和嘉宾,以及他们出现的节目和剧集。创始人在Hacker News上用hijp名义发帖,表示姓名来自播客网络网站加人工录入,并邀请播客主联系添加。

2016-03-15的Show HN帖子获得401分和106条评论。这个想法有明显的需求——几位评论者说他们多年来一直想要这样的东西——播客主主动提供自己的订阅源、嘉宾列表和API来填补空白,评论者特别赞赏快速准确的搜索,包括人物搜索。同一条帖子暴露了难点:常见姓名合并进一个档案,剧集描述中的提及被索引为嘉宾,热门节目缺失或不完整。

反馈循环集中在网站尚不具备的常见IMDb功能上——评分、Top 250、分类、RSS链接和API——以及自动姓名抽取的核心准确性问题。创始人在帖子中回应,承诺修复,并要求播客主直接联系他。素材中没有记录融资、定价或后续里程碑,因此案例在发布浪潮后结束。

这件事要成立,得有什么

  • 播客发现确实未被充分服务:目录搜索局限于iTunes内部,没有公共索引能连接数千节目中反复出现的真人——主持人和嘉宾。
  • 产品名称设定了IMDb的期望,因此帖子会对照评分、Top 250列表和全面的元数据来评判,而这些发布版还没有。
  • 自动姓名抽取是核心的技术风险,帖子现场演示了这一点:常见姓名被合并为一个人,提及的名字成为被列出的嘉宾。
  • 一位开发者维护5万个播客的目录,无法手动保持完整性和准确性,因此播客主在帖子中主动提供订阅源和API。

可借鉴之处

一个显然缺失的索引赢得掌声,但同一条帖子也显示了脆弱性:姓名抽取合并了人物,并把提及当作嘉宾,因此数据质量才是真正的挑战。

后续进展

截至2016-03-15,Podcat已上线,索引约5万个播客,并通过Show HN发布获得了早期用户参与。创始人已在帖子中回复反馈,承诺修复汇报的数据错误,并邀请播客主持人通过联系表单添加;评分、Top 250、分类和API是最常请求的下一个功能。素材中没有收入、融资或后期里程碑,因此商业结果未记录。

资料来源

发现哪里写错了?告诉我们。

轮到你了

你刚读完一家。说说你在做什么,看看谁在赌同一件事。

免费账号 · 3 次免费提问 · 不用绑卡

相关案例