本文全部都是意淫和揣测。没有任何真实数据可以证明我的观点是正确的。
（共1065字，阅读时间：5min左右）
我的观点是：FM没有上一首功能是合理的。
第一点：需求
FM功能/模块解决的需求是：高效率发现音乐。
FM和搜索、推荐歌单等最基础的需求都是：发现音乐。
为什么要解决“高效问题”？
我觉得是为了提高用户的粘性。一个用户喜爱的歌单里的歌曲数目越多，用户更愿意打开这个app听歌。
FM是如何解决“高效问题”的？
比如你在FM里听到一首喜欢的歌，一旦你错过了，就很难找到了（难指的是路径更长）。所以用户在FM里听到一首歌会立刻将这首歌添加到自己的歌单。
从听到这首歌——最终加入歌单收藏。
这个过程预估的平均时间是一首歌的时间（实际要小于）。但是如果是普通的推荐，用户听一首歌，最终加入歌单的平均时间一定是大于一首歌的时间的。
没有上一首这个功能有点类似国外的一款“手机到5%的电量才能在聊天室聊天的app”一样。
是为了制造一种紧张感，并用侧面提高用户“将喜爱的歌曲加入歌单”这个效率。
第二点：认知
互联网上的产品大部分是传统行业相关的。比如：以前的时候和朋友聊天都是写信、飞鸽传书，马老板为了解决人们沟通效率问题做了ICQ。
FM也是一样，这个是来自传统的收音机。收音机有回放功能么？
再比如：为什么邮件要用一封信类似的符号？是为了降低用户的认知成本。
FM没有上一首也是这样的。继续传达传统收音机建立的紧迫感、不轻易错过。
PS:如何找到FM中错过的歌？
用户可以通过播放列表找到。
有的人发现后就会觉得：还不如有上一首功能呢，多麻烦、体验多不好。
其实我觉得，还可以这样理解：这是一个民间解决方法。
也就是说：官方 根本 就没想过 让用户找到！
比如说一首歌你很喜欢，但是在FM里错过了。播放列表也找不到，但是你很喜欢（越得不到越想要），然后你会通过各种各样的方法去搜索。当有一天，每日推荐里推给你这首歌。惊不惊喜？意不意外？开不开心～
（这个是产品在制造一个爽点）
最终让用户养成“不轻易错过”的习惯。用截图举个小栗子。
你是不是也有这种习惯呢？
总结：
我觉得这个是产品教育用户的一个好例子。就这个功能来说，不给【上一首】这个功能是为了教育用户不要轻易错过。教育用户和教育小孩一样，不是他要什么就给什么，而是当你想教给他什么道理的时候，会要用负面情绪去强化记忆，并训练他。
个人由此对于产品经理的想法：
不要总想着迎合用户，要教育用户~
还有一点是，大家看这个问题总是以用户体验为主导。我觉得有的时候一定要分清楚什么是用户体验问题：比如点击❤立刻收藏这个功能，如果复杂化了，分为两步甚至三步。那这个就是用户体验问题。
