在设计流程的过程中，我们往往会把流程设计的越短越好，最好一步完成，这样用户在流程中停留的时间越短，流程的转化率越高。
最近在试用一款叫「Spring」的音乐播放 App，它根据要你要进行的运动类型，节奏频率，偏好歌手来给你推荐歌曲，同时还集成了运动数据的监控功能，很强大吧？但在开始播放音乐前需要先进行 6 个步骤，好像有点夸张，但是体验下来觉得步骤并不算多，反而会让我感受到 App 的清晰和细节，我们来看看这个的交互吧。
在 Spring 播放音乐之前有设置音乐的流程，共有 6 步：
1. 进入设定
2. 设定运动类型
3. 设定运动场地
4. 选择想要的节奏
5. 选择歌手/风格
6. 正式播放
1. 开始设定
打开 App 后看到的界面，很干净，中间的最大的黄色按钮是点击后就可以进入设定，左上角点击可以打开抽屉。
2. 设定运动类型
选择你等会进行的运动，每个运动都有 icon+文字来告诉你，左右划动切换运动类型。
3. 设定运动场地
在室内骑车还是在室外骑车？这个会影响到运动检测的数据，同时也会给予一些安全小贴士。
4. 选择想要的节奏
进入这一步后和之前2步差不多，整个界面仍然保持着一致的风格，在这里自己想要的节奏，同样是左右滑动切换
5. 选择歌手/风格
从前一步进入到这个页面后，会看到界面变成了 iOS 标准的风格布局。也是为了更好的显示这一步要进行的歌手偏好设定，选择你喜欢的歌手，往右拖动是「Play A Lot」，往左是「Don’t Play」，中间是「Play A Little」，操作和理解都非常符合用户的心智模型。
6. 正式播放
最终就进入了最后的播放界面，界面除了音乐播放之外，还有运动数据的检测，有运动时间，公里数，卡路里，地图位置信息等，非常全。运动结束就点击暂停结束。
如果觉得界面中的太小，点击小地图后，地图会投射在「暂停」和「下一首」的下面，很巧妙。
至此，整个播放设置的交互就完成了。
来简单总结一下：
1. 虽然 Spring 的音乐播放流程中有 6 个设定步骤，但「短任务」+「为移动优化的交互」的设计让原本复杂的操作变成了「刚刚好」的感觉，也成为了 App 的特色。
2. 「短任务」在减少用户焦虑同时也帮助快速理解操作，提高效率，每次完成都有 Done 的感觉。
