![]()
苹果音乐(Apple Music)最新版本偷偷上线了一个功能:演唱会页面(Concerts)。上线当天,我所在的城市附近有超过200场演出被收录,从伦敦O2体育馆的万人场到布莱顿海边酒吧的50人小演出,全挤在一个页面里。
这个功能被藏在两个地方。搜索标签页里多了个"演唱会"入口,艺人主页上如果近期有演出,头像右下角会浮出一个"附近演唱会"的标签。产品经理的算盘很明显:用位置数据把听歌和买票串成一条线。
但用了两周后,我发现这个设计有个让人牙痒的漏洞——它把"发现演出"和"买到票"当成了同一件事,却忘了中间还隔着十万八千里。
功能上线:苹果终于想起音乐不止耳机里那点事
更新到最新版苹果音乐,打开搜索页,底部导航栏上方会冒出一个新卡片:演唱会。点进去,系统先讨要位置权限,然后哗啦一下倒出附近所有演出。我在布莱顿测试时,页面同时显示了本地演出和伦敦的场次,半径大概覆盖了80公里内的主要城市。
这个距离设定还算懂行。英国南部铁路系统发达,布莱顿到伦敦维多利亚站只要50分钟,把两城演出放在一起是合理的用户思维。
艺人主页的入口更隐蔽。以英国歌手RAYE为例,她的头像右下角有个不起眼的"附近演唱会"角标,点一下页面自动下拉到演出列表,分成"附近场次"和"全部 upcoming 场次"两栏。如果这艺人你不太熟,旁边还有个"播放电台"按钮,先听歌再决定要不要买票。
这个设计把"发现新音乐"和"发现现场演出"焊在了一起,逻辑上通顺,但执行上漏了关键一环。
页面上的购票链接并非直连票务平台,而是跳转到苹果自家的票务聚合服务。用户选完场次、票价档位,最后一步才被踢到真正的售票网站——Ticketmaster、AXS或者艺人自选的独立平台。这个中转站设计,让本该三次点击完成的操作变成了六次,移动端尤其折磨。
那个让人血压升高的设计漏洞
问题出在信息同步的延迟上。
苹果音乐的演出数据来自第三方数据商,更新频率是24小时一次。但热门演出的抢票窗口往往以分钟计。我测试期间遇到过两次:页面显示"在售",点进去已是"售罄";反过来也发生过,某乐队加场后三小时,苹果音乐上仍显示"无 upcoming 场次"。
更麻烦的是票价显示。苹果音乐只展示最低票价档位,点进实际购票页面才发现,那个价位的票早在几小时前被抢空,真实入手价往往翻倍。这种"标价幻觉"在票务行业不新鲜,但苹果把它做进了音乐app,让用户误以为自己获得了独家信息优势。
产品经理出身的我,能看出这个设计的初衷:苹果不想重造一个Ticketmaster,只想做一个"演出发现层",把交易交给专业平台。这个想法本身没问题,但执行时把"信息中转"做成了"信息过滤",反而增加了用户决策成本。
![]()
类比来说,这就像导航app告诉你"前方餐厅营业中",开到门口发现装修半年了——数据新鲜度没跟上用户行动速度。
竞争对手在做什么
Spotify的演唱会功能比苹果早两年上线,逻辑几乎一致:位置授权、附近演出、跳转购票。但Spotify做了两个苹果没做的细节。
第一,Spotify在演出卡片上标注了数据更新时间,"2小时前同步"或"刚刚更新",让用户自己判断信息新鲜度。第二,Spotify允许用户设置"抢票提醒",在票务平台正式开售前30分钟推送通知——这个缓冲期刚好够用户打开真正的购票app、登录账号、填好支付信息。
苹果音乐的版本缺少这两个安全阀。它的设计假设是:用户打开app时,信息是准的;用户决定买票时,票还在。这两个假设在演出市场的高频波动场景下,基本不成立。
另一个对手Songkick走得更远。这个专门的演出追踪app允许用户导入音乐库,自动推荐"你喜欢的艺人"的演出,而非单纯按地理位置推送。苹果音乐理论上拥有更完整的用户听歌数据,但演唱会页面完全没有利用这个优势——它不知道你爱听什么,只知道你在哪。
为什么苹果选择现在上线
时间点上,这个功能卡在两个行业趋势的交叉路口。
线下演出市场在2024年全面反弹。根据Pollstar数据,全球前100场巡演的票房总收入在2024年达到92亿美元,较疫情前增长23%。同时,流媒体平台的增长见顶——苹果音乐全球订阅用户数在2024年Q4被Spotify进一步拉开差距,需要寻找新的用户粘性抓手。
演唱会页面就是这个抓手。它把苹果音乐从一个"听歌工具"往"音乐生活方式平台"推了一步,试图覆盖用户从"发现艺人"到"现场消费"的全链条。这个战略方向没问题,但产品完成度只到了60%。
苹果内部对这个功能的定位可能是防御性的。Spotify的演唱会功能已经跑通两年,苹果需要补齐这块拼图,哪怕第一版粗糙一些。这种"先上线再迭代"的思路在苹果产品史上不多见,说明音乐团队承受了不小的竞争压力。
但"先上线"不等于"随便上线"。信息延迟问题在票务场景下是致命的,一次扑空体验就足以让用户永久关闭这个功能。
用户实际怎么用这个功能
我访谈了六位同时使用苹果音乐和Spotify的乐迷,他们的使用模式出奇一致。
![]()
没人把苹果音乐的演唱会页面当主要发现渠道。它的角色是"偶尔扫一眼",真正决定买票前,他们会去Songkick、Bandsintown或者艺人官方社交账号二次确认。换句话说,苹果音乐提供的是"线索",而非"决策依据"。
一位在伦敦工作的产品经理说:"我把它当日历用,看到感兴趣的演出就记下来,然后直接去Ticketmaster设提醒。不会信任它的'在售'状态。"另一位布莱顿的音乐博主更直接:"数据延迟太明显,用过两次就放弃了,现在只在Spotify上看演出信息。"
这个用户行为揭示了功能设计的核心矛盾:苹果音乐想缩短"发现"到"购买"的路径,但信息不可靠性迫使用户绕回更长的路径。产品目标和使用现实形成了错位。
修复建议:三个不需要大改动的优化
作为同样做过产品经理的人,我能看出这个功能的骨架是通的,只需要在关键节点加几个补丁。
第一,数据时间戳。在每张演出卡片角落标注"X小时前更新",把信息新鲜度的判断权还给用户。这个改动不涉及后端架构调整,前端加一行字段即可。
第二,抢票提醒前置。与其让用户跳转后再设提醒,不如在苹果音乐内部允许"开售前通知",到点推送给用户,同时附上直达购票链接。这需要和票务平台的API对接,但技术上没有壁垒——Spotify已经做了两年。
第三,个性化推荐。利用用户收藏、播放历史、歌单数据,在"附近演出"里插一个"你可能喜欢"板块。现在的纯地理推荐太粗放,把重金属音乐节和古典钢琴独奏会堆在一起,对双方受众都是噪音。
这三个改动都不需要推翻现有架构,但能把功能完成度从60%拉到85%。
苹果会修吗
从历史来看,苹果对音乐产品的迭代节奏偏保守。古典音乐app(Apple Music Classical)在2023年上线后,花了18个月才加入基本的个性化推荐;协作歌单功能比Spotify晚了四年。
但演唱会页面有个不同点:它直接关联收入。苹果从每笔通过其平台完成的票务交易中抽取佣金,虽然比例未公开,但行业标准在5%-15%之间。如果用户因为体验差而绕开这个功能,苹果损失的是真金白银。
这个商业动机可能比"用户体验"更能推动迭代。2025年的WWDC(苹果全球开发者大会)是个观察窗口——如果苹果在6月的 keynote 上提到演唱会功能的更新,说明内部给了它足够优先级;如果没提,它可能会像Apple Music Connect(艺人社交功能,已下线)一样,慢慢被边缘化。
目前,这个功能在App Store的更新说明里只占了三行, buried 在一堆UI调整和新歌单推荐之间。苹果似乎还没想好要把它做成一个独立卖点,还是搜索页的一个常驻插件。
用户端的数据反馈会决定最终走向。如果未来三个月内,通过演唱会页面完成的购票转化率低于内部预期,苹果要么加速迭代,要么收缩资源。流媒体战争的下半场,没有中间状态。
你最近一次通过音乐app发现演唱会是什么时候?最后是在那个app里买的票,还是跳出去用了别的平台?
特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布,本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.