荔枝FM交互飞机稿.pdfVIP

荔枝FM交互飞机稿 已经使用了近两年的荔枝FM ，身为一个产品经理 ，一直对荔枝FM的使用逻辑和交互体验 到费解 ，所以今天就小试牛刀 ！ 先看下现在荔枝FM主体框架 ： 荔枝FM基础框架分析 在使用的时候 ，会发现 ，整体框架并不是按照用户的使用逻辑去设计的 ，而是根据形态学上的逻辑 来设计的 ，所以会存在很多让用户觉得不舒服的地方 ，但殊途同归 ，我们归纳后大致分为以下三条 路线 逻辑线路1 ：用户进入应用 ，浏览/搜索想要的电台——找到不错的电台——看到电台的节目列 表——听故事 逻辑线路2 ：用户当前在这个电台——去社区参加讨论——了解更多的电台资料——投稿/分享 逻辑线路3 ：自己创建一个电台——录音/剪辑——发布给大家 第一节 ：主页交互设计优化 设计概念 ：简洁、少即是多 梳理主页逻辑 ：主页分为 【搜索】 【分类Tab】 【首页按钮】 【播放快捷按钮】 【推荐电台】 【底 部导航】 分析界面重点 ：作为平台方 ，能够尽可能的展现更多的电台内容是没错的 ，于是就有了现在这一版 本的界面 ，但作为用户 ，用户主要可以分为 【被动接受者】 【主动索取者】 【被动接受者】 ：你给我什么内容就是什么内容 ，这个内容不好我就换 ，好听我就听会 【主动索取者】 ：我想要某些电台 ，我自己知道其名字和分类 ，你能让我快速找到就好 于是有了右边的界面设计 设计功能点 ：【顶部标签】、 【搜索】 【推荐电台】 【底部播放菜单栏】 功能点介绍 ： 【顶部标签】 ：虽然越来越多的操作菜单因为大屏被移到界面底部 ，但这里的设计理由为 对C端的用户来说 ，录制按钮不会经常点 ，也不会去点 播客们不管你按钮在哪 ，都是一样 ，不会说你在上面就 觉很不舒服 ，即使不舒服也一样去点 采用牺牲播客们的体验原因是 ：如果听客们 ，觉得应用不舒服 ，你的流量如何提升 【搜索】 ：搜索去到另外一个界面 ，配合分类引导进行更多展示 ，设计理由 主页承载太多信息 ，需要进行信息区分 对于主动索取信息的用户 ，可以直接来搜索 ，即精准搜索 对于被动获取的用户来说 ，他们想要的不是有一大波的数据来给我挑 ，而是你能引导我 ，快速找 到我想找到的 ，少即是多 ，因此给了相关分类列表 【推荐电台列表】 ：少即是多的原理 ，目前主页选择性太多 ，可以自由选择 ，但就像听音乐一样 ， 用户进入A pp的出发点是能够找到一个电台 ，打发点时间 ，结果你还给我这么多的选择 ，界面信息 量又要处理 ，这是一种很糟糕的体验。设计理由 ： 少即是多 ：根据小编或者用户点播不错的电台放出来 ，保证用户能够快速随性的获取到自己想要 的东西 采用手势操作 ：上下滑动进行电台切换 ，点击即切换电台播放 ，模拟真实的电台习惯 【底部播放菜单栏】 ：常用操作 ，对于一个有听广播习惯的人来说 ，我会经常固定的听我喜欢的 电台 ，而不是经常去换。设计理由 ： 保留用户习惯的电台 ，是从用户的出发点 简介+播放按钮+播放列表 ：能够知道我经常播放的这个电台的基本信息 ，足矣 ！ 第二节 ：电台详情 设计概念 ：以核心带动相关设计 电台详情的框架思维导图如下 功能点分区 ： 原版面对电台的功能有 ：【分享】 【订阅】 【勾搭主播】 【投稿】 原版面对节目的功能有 ：【分享】 【播放】 【点赞】 【缓存】 【信息】 【更多操作】 原版面其他功能 ：操作 ，快捷播放入口 版本存在问题有 ： 功能点区分不够明显 功能点的重点不明确 各种操作混乱杂糅 因此有了右边的界面 分析用户 ：电台详情页面由三部分组成 【电台简介】 【电台中间操作区】 【节目列表】 ，从用户的 角度出发分析 ，我进入一个电台 ，有已知和未知的区别 【已知】 ：听电台就好 ，如果更 兴趣 ，欢迎参与和本电台的其他相关功能 ，社区、投稿、订阅 【未知】 ：了解电台详情 ，了解电台文化 1. 播放区域 ：播放音乐相同的体验 ，希望能把播客当成音乐来听 ，至于快进15s和往后退15秒的概 念其实已经可以不用再出现了 ，对于定时播放的概念 ，可以在设置中统一实现 2. 播客简介 ：一个播主 ，最想要的是别人了解他 ，听他的节目 ，分享他的节目 ，因此播客的介绍有 必要进行提升 ，甚至可以增加更多新鲜功能 3. 操作区 ：对于节目的操作和对本播客的操作 ，对节目的操作有缓存和赞 ，对播客的操作有投稿、 社区、列表 ，进一步的将用户和播客的交互提炼了 ！ 4 . 关于分享 ：在原版中的分享有分享节目和分享播客