Feedly网页版从八月初开始就卡到没法用,付费用户在Reddit上排队吐槽,客服工单常年石沉大海。8月17日,CEO Edwin Khodabakchian 给出回应:这是个bug,跟公司押注网络威胁情报(CTI)业务没关系。
这句话本身不算离谱。但把散落在过去一个多月里的几个时间点拼在一起看,"只是个bug"这个说法开始站不太住。
时间线比官方说的更长
CEO说网页卡顿是"Mark as Read"在多文件夹账号上触发的一个技术问题,8月14日周五已经发布修复。这个说法可以核实,也没什么理由怀疑。
但用户体验到的问题不是从8月才开始的。iOS端的滑动切换、批量已读功能异常,能追溯到7月6日那次版本更新;经典版Feedly App在7月下旬就已经连不上,公司在8月初正式发公告说它"多年未维护、系统版本过期",两周后CEO又把这句话重复了一遍。也就是说,这不是一周的事,是连续一个半月的多线故障,只是在8月中旬集中爆发,让人以为是"突然"出的问题。
从Google Reader继承者到CTI公司
Feedly能有今天1500万用户的规模,靠的是2013年Google关停Reader让出的市场空当。它一度是RSS阅读器里活得最好的那个,规模超过Inoreader、NetNewsWire、Reeder这些竞品。
但RSS本身是个见顶的小众市场,消费者早就被Apple News、Google News和社交信息流分流走了。Feedly这几年把主页营销的重心全换成了面向企业的网络威胁情报订阅,这门生意的客户是安全团队,不是刷订阅源的普通用户。CEO这次特意强调"RSS阅读能力对CTI社区仍然重要",听着像是在给老用户吃定心丸,但这句话本身也暴露了一个事实:留住RSS功能,是因为新业务还用得上它,不是因为它本身还值得投入。
状态页为什么什么都没记
Feedly自家的状态页,没有把这次大范围卡顿记成一次"事故"。对一款有付费订阅的产品来说,这个动作本身就是态度。
- 风险.官方渠道不记录问题,用户只能靠Reddit互相确认"是不是我一个人卡",信任成本比修复bug本身更贵。
需要说明,部分Reddit用户提到的细节(比如客服自动回复文案、修复后的具体反馈)属于用户端记录,没有对应到Feedly官方逐条确认,读者对这类细节保持一分谨慎比全信更合适。
新业务要吃饭,老用户先挨饿。
这句话有点狠,但对照时间线,它比"只是个bug"更接近事实。一个正在被主推的CTI产品,和一个已经十几年没怎么变过的RSS阅读器,在同一个工程团队里抢资源,结果几乎是必然的:前端团队去修卡顿bug要靠"复现"、iOS的问题CEO本人"不知情"、经典版几百个用户被无预警放弃——这些不是恶意,是优先级排序的自然结果。
- 结论.CEO没有说谎,bug确实存在,但"只是bug"这个框架回避了一个更大的问题——转型期的工程资源,到底给谁优先修。
对个人用户来说,现在最实际的问题不是等Feedly道歉,而是要不要现在就动。Inoreader免费版能挂150个订阅源,Pro版年付约合每月7.5美元(或按月9.99美元)可以扩到2500个;NetNewsWire完全免费开源,接入第三方同步服务就能用;Reeder Classic是4.99美元一次性买断,能接多个后端。迁移成本不高,门槛主要是导出OPML文件这一步。
| 产品 | 免费额度 | 付费价格 | 特点 |
|---|---|---|---|
| Inoreader | 150个订阅源 | 年付约7.5美元/月,月付9.99美元 | 可扩展至2500订阅源 |
| NetNewsWire | 完全免费开源 | — | 需接入第三方做同步 |
| Reeder Classic | — | 4.99美元一次性 | 支持多后端接入 |
Feedly接下来该被盯的不是这次修复有没有生效,而是状态页会不会开始如实记录问题、iOS的bug多久能真正解决、经典版式的"无预警下线"还会不会再来一次。CTI客户看重的"新闻阅读能力",本质上就是这套RSS基础设施的可靠性——如果连老用户都留不住,这份可靠性的说服力也要打问号。