（***1065字，閱讀時間：5min左右）
FM功能/模塊解決的需求是：高效率發現音樂。
FM和搜索、推薦歌單等最基礎的需求都是：發現音樂。
我覺得是為了提高用戶的粘性。壹個用戶喜愛的歌單裏的歌曲數目越多，用戶更願意打開這個app聽歌。
比如妳在FM裏聽到壹首喜歡的歌，壹旦妳錯過了，就很難找到了（難指的是路徑更長）。所以用戶在FM裏聽到壹首歌會立刻將這首歌添加到自己的歌單。
從聽到這首歌——最終加入歌單收藏。
這個過程預估的平均時間是壹首歌的時間（實際要小於）。但是如果是普通的推薦，用戶聽壹首歌，最終加入歌單的平均時間壹定是大於壹首歌的時間的。
沒有上壹首這個功能有點類似國外的壹款“手機到5%的電量才能在聊天室聊天的app”壹樣。
是為了制造壹種 緊張感 ，並用側面提高用戶“將喜愛的歌曲加入歌單”這個效率。
互聯網上的產品大部分是傳統行業相關的。比如：以前的時候和朋友聊天都是寫信、飛鴿傳書，馬老板為了解決人們溝通效率問題做了ICQ。
FM也是壹樣，這個是來自傳統的收音機。收音機有回放功能麽？
再比如：為什麽郵件要用壹封信類似的符號？是為了降低用戶的認知成本。
FM沒有上壹首也是這樣的。 繼續傳達 傳統收音機建立的緊迫感、不輕易錯過 。
PS:如何找到FM中錯過的歌？
用戶可以通過播放列表找到。
有的人發現後就會覺得：還不如有上壹首功能呢，多麻煩、體驗多不好。
其實我覺得，還可以這樣理解： 這是壹個民間 解決 方法 。
也就是說： 官方 ? 根本 ? 就沒想過 ? 讓用戶找到 ！
比如說壹首歌妳很喜歡，但是在FM裏錯過了。播放列表也找不到，但是妳很喜歡（越得不到越想要），然後妳會通過各種各樣的方法去搜索。當有壹天，每日推薦裏推給妳這首歌。驚不驚喜？意不意外？開不開心～
（這個是產品在制造壹個爽點）
最終讓用戶養成“不輕易錯過”的習慣。用截圖舉個小栗子。
妳是不是也有這種習慣呢？
我覺得這個是 產品教育用戶 的壹個好例子。就這個功能來說，不給上壹首這個功能是為了教育用戶 不要輕易錯過 。教育用戶和教育小孩壹樣，不是他要什麽就給什麽，而是當妳想教給他什麽道理的時候，會要用負面情緒去強化記憶，並訓練他。
不要總想著迎合用戶，要教育用戶~
還有壹點是，大家看這個問題總是以用戶體驗為主導。我覺得有的時候壹定要分清楚什麽是用戶體驗問題：比如點擊?立刻收藏這個功能，如果復雜化了，分為兩步甚至三步。那這個就是用戶體驗問題。