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.
