Note: 此为起点学院孙长举老师产品课程：从主流音乐产品看移动端产品提示如何设计学习笔记

案例：音乐应用播放时，网络变化，应该如何提示？

常见做法——基于场景，发现问题

场景A：汽车+隧道

场景B:  居家+乘电梯+外出扔垃圾

发现体验问题：第一步观察横向竞品是如何处理问题的

保守派：QQ音乐

文案提示+操作处理+自动续播

前卫派：虾米音乐

1.所有提示皆为light toast提醒+没有操作可执行+暂停播放

2.但有独立网络设置控制播放逻辑

独立派：网易云音乐

1.强提示+场景营销：免流量服务+切换到移动网络暂停播放、无网络自动切换到本地音乐播放（影响用户体验，不是用户自己触发的行为）

2.有独立网络设置控制播放逻辑

---

改进方案：

场景拆分：（网络先降级，后升级）

1.wifi->移动数据网络->wifi

2.wifi->无网络->wifi

3.wifi->无网络->移动

4.移动->无网络->移动

5.移动->无网络->wifi

企鹅FM的改进方案：

#时间传递不及时，添加语音即使提醒

#控制条件采用客观变量

#交互文案可优化

——方案会否过于复杂？按实现成本决策。

提示出现的时机：

1.需要用户知会的信息

2.需要用户决策的信息

3.特定场景下，运营需要并能改善体验的信息，

提醒类型：

有损提醒

常见通知类型：

1.常驻性通知：弹窗、浮层弹窗

2.非常驻性通知：toast通知条

处理逻辑的选择标准

1.触发条件可感知

2.结束条件能控制（比如中间杀进程）

3.场景切换做（文案）适配

4.平行操作先引导（当前操作不能执行，告知原因，引导平行操作）

5.取消止损易触达（有损操作，优先凸显“取消”键）

操作优先级标准

1.优先保证顺畅体验的操作

2.优先引导无损处理的操作

3.优先用户习惯的操作

提示文案tips：

1.状态慎用：“当前”、“现在、“本次”

2.操作提示：精简（尽量7字内），慎用疑问句

3.按钮文案：建议直接使用操作动词，eg：“删除”，“开启”

无损性提醒

使用场景一般为通知，建议自动处理，紧随用户行为，确保用户看到

---

心得

对于长举老师关于发现体验问题首先观察竞品是如何处理的观点，个人持保留意见。以前实习时我的boss就有不同的观点。她建议还是应先进行独立思考：

1.黑箱思考：先不看产品，自己构思功能应该是怎么样的，如何实现，应该达到怎么样的效果，有一个草案；

2.看竞品是如何做的，是否达到你预想中的效果，思路一样时，它还有什么亮点，或者你的想法比他更好；

3.思路不一样时，觉得谁的做法更好，思考别人这么做的原因是什么，是否瞄准的用户群不同。

先观察竞品在结果导向的工作中固然节省时间，也有利于设计出比竞品用户体验更好的产品，但是由于先看了别人的设计，往往思维受限，不容易设计出有创意的解决方案。There’s often a trade-off betweeninnovation and efficiency.