为了正常的体验网站,请在浏览器设置里面开启Javascript功能!

去哪儿.旅图APP分析

2014-01-21 18页 pdf 2MB 24阅读

用户头像

is_335433

暂无简介

举报
去哪儿.旅图APP分析 Copyright (c) 2013.8 宋超@Think_Fish 去哪儿.旅图 APP 分析 目录 去哪儿.旅图 APP 分析 ..................................................................................................................... 1 UI 部分 ....................................................................
去哪儿.旅图APP分析
Copyright (c) 2013.8 宋超@Think_Fish 去哪儿.旅图 APP 分析 目录 去哪儿.旅图 APP 分析 ..................................................................................................................... 1 UI 部分 ...................................................................................................................................... 2 ICON 设计要更精致 ....................................................................................................... 2 让拟物化设计更贴近实物且 UI 元素丌应该太复杂 ..................................................... 3 UI 的现形式丌应让用户丌知所措 .............................................................................. 3 首次自动加载,减少用户操作 ....................................................................................... 4 下拉刷新考虑品牉元素 ................................................................................................... 4 简化 UI 元素不配色的搭配 ............................................................................................. 4 相同的表现元素全局统一性 ........................................................................................... 5 搜索建议不空白状态页面的设计 ................................................................................... 5 体验部分 ................................................................................................................................... 7 在真正需要注册登录的地方要求注册或登录 ............................................................... 7 可清空消息,提升阅读体验不加载性能 ....................................................................... 7 依赖识别而非用户记忆 ................................................................................................... 8 Don’t make me think ............................................................................................. 8 信息框架线型层级丌宜太深,丌能让用户产生迷失感 ............................................... 9 让用户快速,准确检索到对自己有用的信息 ............................................................... 9 操作应该流畅,考虑手指操作热区 ............................................................................. 11 让分享操作更方便 ......................................................................................................... 11 对于约定俗成的操作应该做得自然 ............................................................................. 12 考虑加入手势不手指操作热区范围 ............................................................................. 12 交互流畅性不误操作 ..................................................................................................... 13 UI 元素触发效果不响应速度 ........................................................................................ 13 更多细节的考虑,减少用户操作 ................................................................................. 14 建议去除丌必要的区分(疑问) ................................................................................. 14 简化交互,让流程更明确 ..................................................................................... 14 图片分享 APP 应该加上简单后期功能 ....................................................................... 15 丌同设备上的版本差异太大,用户感觉丌公平待遇(Android) ............................... 16 好的产品关注功能,优秀的产品关注情感 ................................................................. 17 Copyright (c) 2013.8 宋超@Think_Fish UI 部分 ICON 设计要更精致 ICON 右上角的那个圆点我看了很久,越看心里 越发麻就特别想要去把这个点抠掉(可能是些许 的强迫症,感觉就像上手上的一个不知道是什么 的点看着一定要弄掉),后来感觉像个鱼眼镜头。 可以考虑把镜头做大一点,比 Instagram 的更大 一点,然后把骆驼放在镜头上面。 Copyright (c) 2013.8 宋超@Think_Fish 让拟物化设计更贴近实物且 UI 元素丌应该太复杂 拟物与扁平目前也一是争论不休,拟物与扁平也 是各有优势,乔布斯也是一直推崇拟物化设计, 这样应用程序看起来与生活中的对应物越接近 使用起来就会越简单,同时改善应用程序的用户 体验。但也会有明显的不足,尤其是在屏幕尺寸 受限的移动设备上。扁平设计的核心在于功能本 身的使用,去掉冗余的界面和交互,使用更直接 的设计来完成任务。IOS7的发布也趁向于扁平化 设计。 不说旅图该用扁平还是拟物。左图中的相册做得 太突兀了,透视还存在一定问题,不是很美观。 头部的绿色的太重太亮,都感觉晃眼了,左右上 角的两个小圆角做得感觉有点多余。 可以类似这样简单一些 的拟物化设计,用户肯定能知道这是个图册 UI 的表现形式丌应让用户丌知所措 点击进入北京相册点击“选择照片存入游记” 出现如左图的图片选择状态 1, 我当然不想把整个相册都上传上去 2, 随便点了一张想取消选择,这个时候是没有 留意到顶部的已选了 XX 张这几个文字(视线 与注意力已经完全被图片是否选中的状态吸 引),随便点了一张,这时候我犹豫了,怎么 点了图片上还有个勾?到底是模糊状态下还 是清晰状态下为选中?(让用户犹豫了) Copyright (c) 2013.8 宋超@Think_Fish 首次自动加载,减少用户操作 好友评论了我的游记图片,打开 APP(之前已经关闭了进程),进入“游记”,等一会儿页 面都没有出现新的提示,消息数一直为 0,而且之前新关注了好友,现在的关注数与被关注 数一直都是未添加好友之前的数据,并无变化,尝试下拉刷新,下拉三次后数据得到更新。 点击消息数,程序闪退(程序不稳定)。 重新打开 APP,进入消息页面,同样没有看到最新的评论,下拉刷新后才看到最新的评 论内容。 建议在进入一个页面时应该加载最新的数据,可以不必每次都刷新加载,当用户的数据 有了变更后才加载最新的数据,而不是每次进入到对应页面用户首先需要下拉一次刷新才能 看到自己想要看到,需要看到的信息。 下拉刷新考虑品牉元素 进入消息页面,下拉刷新 浅灰色背景,提示文字白色。虽然提示文字不 是特别重要的信息看不看都可以,但是人都有 好奇心,盯着去看的时候感觉眼睛特别累 然后下拉刷新也做得有点单调,可以做一点与 去哪儿品牌元素相关的设计。多数人看到企鹅 就能想到 QQ,蓝色的鸟就能想到 Twitter,那 么可以考虑在这里下拉的时候出现去哪儿的骆 驼 简化 UI 元素不配色的搭配 1, 橙色是最具有生命的色彩,一看到它就会 让人们产生无限的生命力,看到了希望一 样。但是橙色与绿色的搭配更能出效果的 是以橙色为主把绿色做为点缀。左图的橙 色点缀接近琥珀色效果应该会要好一些, 然后绿色再偏蓝一点。(个人审美偏好) 2, 橙色立体效果建议去掉,感觉像是创可贴 粘着一样,做成“精选”模块的效果比这 个好(如下图),而且风格上还能统一起来, 如此的区分也不能区分出来是“目的地” 还是“精选”模块,也没有必要区分。 Copyright (c) 2013.8 宋超@Think_Fish 3,整个 APP 交互流畅问题都集中在目的地这 块 相同的表现元素全局统一性 1,左上图为游记详情页面,左下图为图片详情 页面,“我喜欢”状态“心”形表示的不统一 游记详情页面的表达是合理的,我没有点击所 以是空心的,而图片详情“心”形却是实心的。 这样用户无法判断自己是否已经赞了该图片 2,图片详情中点击“心”形 icon,应用程序闪 退,测试了五次都是如此(应该是程序上的 BUG 了) 搜索建议不空白状态页面的设计 左图为旅图目的地搜索结果页面(未检索出匹配的内容)。这就是一个空白状态的页面, 如此设计过于草率。 (1),对于搜索框输入长度未做限制,只要有耐心可以输入任意长度的文本(出于业务 或技术的考虑输入的长度都应该要有限制,如微博的 140 个字符,密码长度,提交内容的 限制等) (2),应该对未搜索出内容给出一些合理建议,告诉用户为什么(WHY)搜索不到内容或 者怎么样(HOW)去做可以检索出想要的内容,这样用户会感觉很贴心 Copyright (c) 2013.8 宋超@Think_Fish (3),空白状态的页面也可以考虑加入品牌元素的设计,比如一只骆驼在荒芜的沙漠中 行走的这样一个背景,或者再更趣味一点生动一点的设计(类似的情况就是 404页面的设计) 右图为百度未检索出匹配内容的页面,它做如下的处理: (1),对输入的长度做了限制,且提示超出长度的部分被截掉,这样告知用户可能真正 的关键字在被截断的那部分中,应该考虑精简搜索的关键词 (2),给出了相关的建议,用户可以通过哪些方式可能找到想要的信息 好友动态空白状态的页面设计就挺不错的。检索结果空白页建议也做类似的设计。 Copyright (c) 2013.8 宋超@Think_Fish 体验部分 在真正需要注册登录的地方要求注册或登录 1,左图中的背景图片比树林那张更加能体现 旅图的情感,旅图谐音旅途,图片中的足迹 更加能够表达途的意境。建议把树林那张图 片更换成类似意镜的图片。 2,建议把强制登录去掉或者在此处加上跳过 的按钮。把注册登录放在此处是希望注册用 户能够更多,但是另外一个方面无形之间多 了一道门槛,把更多用户挡在了门外(都还 不知道里面有些什么内容就先让用户填一堆 东西再说)。而且旅图中并不是每一个模块都 需要登录的,整理照片,查看游记,搜索目 的地,查看目的地都是不需要登录状态。应 该把注册跟登录放在真正需要的地方,先把 用户引进来,觉得不错自然在需要登录的时 候就会去注册或登录了。而且在真正需要登 录的地方才让登录用户会感觉比较贴心,还 尽可能扫清用户熟悉产品的障碍。在之前强 制登录了假如感觉不满意那这个注册用户也 非活跃的有效用户。 可清空消息,提升阅读体验不加载性能 消息为什么不能删除?左图这类消息应该是 会越来越多,用户无法清理,程序用的时间 越长那么加载内容越多,加载的时间也会越 长,影响程序响应速度,而且会耗费更多的 流量,做为一个旅行分享软件多数情况下会 是在非 wifi状态下使用的。 移动端 APP性能是一个非常关键的因素 Copyright (c) 2013.8 宋超@Think_Fish 依赖识别而非用户记忆 1, 在游记页面左上角的设置按钮我以为是 可以设置个人的一些基本信息,类似于 更换头像签名等,但是点击进去确是整 个 APP 的设置,评分之类。按照惯例都 是放在最下边的导航上,不按惯例也不 应该让用户有如此大的误解。如果用户 真正要找的就是整个 APP 的设置,过分 的依赖于记忆而不是识别了(如下图是 个不错的选择,图片截自“趣旅行”) 2, 3, 没能加载 QQ空间的头像,左图中为 QQ 账号登录,也没有可以设置更换头像的 地方 4, 对于好友,我的关注,我的喜欢这三个 按钮第一眼都不能很好的识别,都需要 点击进去才能知道具体的内容 Don’t make me think 在没有好友的情况下好友列表中的返回与 首页按钮功能是一致的,有好友的情况下可 以查看好友的个人页面,这时候点击首页可 以少点一次返回按钮,确实可以省去一步操 作。 “首页”的概念模糊,点击这个首页是返回 到哪个首页?是APP启动画面那里?还是图 片整理模块那里?用户会要有更多的思考 (don’t make me think!) 由这个“首页”按钮想到的是主菜单上的“游 记”,这个游记是指我个人的游记还是指系 统上其他用户的游记?实质上是都不是,而 是“我的首页”或者说“个人中心”,虽然 包含了当前登录用户的游记信息,实质上是 个人信息的一个集散地。 感觉上是导航命名与内容对应不上,导航的 命名不能很明确的说明这个导航下的内容, 感觉上有点混乱。 个人建议是把“游记”改为“我的”?然后 把“精选”改为“游记”? Copyright (c) 2013.8 宋超@Think_Fish 信息框架线型层级丌宜太深,丌能让用户产生迷失感 目的地模块最深的层级是 5 层,相关的心理学研究表明,多数人的短期记忆只能支持 5 到 7 个单元的项目。很多 APP 使用了左右滑动的动画效果,同样的还是会让多数用户产生 迷失感。在上面一点提到的“首页”的功能在此处应该是真正需要的,迷失后点击便直接 跳转至目的地首页。现在是要返回到目的地首页就需要一直点“返回”按钮。在迷失了以后 不知道方向盲目的乱撞点击会让用户产生一种“对于未知的恐惧感”。此处卡顿问题比较严 重。 让用户快速,准确检索到对自己有用的信息 1, 每个 item 前的图标是为区分是城市还是景 点?这些图片还可以设计得更精美一点, 既然暂时没有走扁平化设计那就拟物化设 计路线 2, 另外一个思路就是旅图是图片分享,展示 为主的 APP,那么展示出来的内容也应该多 以图片为主,现在单纯的文本很单调,缺乏 视觉冲击力,可能会诱导用户多点几个进 去看详情,但若点进去发现都不是自己喜 欢的,点进去又返回到结果列表,又猜测 性的试探性的点其他选项再进去看,如此 反复难免会让用户产生厌恶的心理。让用 户直观的快速的找到用户真正想要的信息 是非常重要的。 Copyright (c) 2013.8 宋超@Think_Fish 个人认为如上图两种展现形式会比单纯的文字 展示效果要好很多(截图来自“趣旅行”) 1, 北京与北京市的区别在哪里? 搜北京没把“北京”搜出来,搜北京市倒把“北 京”搜出来了 2,搜索关键词中只要有一个字与目的地标题能 匹配上就被检索出来,这似乎降低了信息检索 的精准率 3,搜索结果只有一个,或者说已经完全显示完 全了“上拉加载更多…”不应该出现或者替换 成”已展示所有结果”,不停的上拉确没有最新结 果显示,用户会觉得自己网络有问题去多拉几 次最后还是没有最新的结果,进而会认为应用 存在 BUG!提示信息应该合理正确,不产生误 导! Copyright (c) 2013.8 宋超@Think_Fish 操作应该流畅,考虑手指操作热区 1, 在精选页面随意点击一个游记进去尝试性 的手指往下滑了一下,发现确实有惊喜, 然后拉到分享部分完全显示出来,公开手 指发现又滑上去了„„试了两次才发现还 要往下拉一些,下拉动作的幅度要更大。这 个操作可能又会让用户会要依赖记忆去操 作。交互的幅度没必要这么大,不是玩《神 庙逃脱》(游记详情页面也有这个问题)此 处可以参考苹果 HIG 的惯性滑动 2, 对照片评论成功后,没有定位到评论列表 而是需要再往上拉一下才显示出来。多数 用户发表言论后都会想要 review 一下自己 刚发表的内容是否有误,或者看有没有发 表成功。多了一个动作就不那么顺畅了(每 多一个步骤就可能有 20%的用户流失)。 3, 点击“心”形 icon,应用程序闪退,测试 五次都是如此(应该是程序上的 BUG了) 4, 旅图下拉手势一点做得比较好的就是下拉 操作都离拇指的操作热区很近,基本上整 个可操作区域都是操作热区,而没有只有 在特定的区域比如顶部下拉才有效。 让分享操作更方便 左图为微信分享图文消息界面:第一,几个图形按钮很有质感,人类原始的一种心理就是 把凸出来的东西摁下去,看到凹进去的就想填满(比如文本输入框设计成凹进去的样式),这 几个按钮看着就让人有这种去摁一下的欲望;第二,点击命中率很高,图形按钮比较大;第 三,弹出的层半透明效果也可以比较清楚的看到底下等待被分享的内容,考虑分享到哪里的 时候还可以再小瞥下内容是不是值得分享,更有甚者免得用户忘记了下边要分享的内容是什 么。 右图为旅图分享游记的界面:第一,全是灰色的,首先我是猜测是不是点击后还需要绑 定账号?实际上是手机上装有相关应用是不需要再去手动绑定账号,那何不考虑把几个分享 按钮做得生动一点,或者“点亮”的状态?第二,五个按钮放在那么小的一片区域点击命中 率很低,我的手指不算大,点击至少三次才触发新浪微博的图形按钮;第三,点击右上角的 “更多”出现的只有一个“保存图片”的功能,这样似乎浪费了一次交互;第四,分享按钮 隐藏太深,在游记详情用户会向上下来滑动查看到多内容可能会“碰巧”触发了分享部分的 下拉手势,但是这个“碰巧”完全不会给用户带来惊喜。而照片详情页面就一张照片多数人 都不会考虑上拉或下拉操作了,触发不了分享的操作意味着无法将旅图分享到其他的平台。 建议加上提示性的设计,或者首次进入有分享功能的页面汽泡提示。 如果不想放弃下拉显示分享模块的交互方式,那可以考虑下拉出来的部分占更大的空间, 把按钮做得大一点,至少点击命中率更高了,然后把更多下的“保存图片”功能也拿出来, Copyright (c) 2013.8 宋超@Think_Fish 刚好 6 个按钮,分两行。 如果考虑放弃下拉的交互,那就建议将分享的几个按钮放在更多下面,类似微信的做法。 对于约定俗成的操作应该做得自然 1, 习惯性的试一下评论是否可以删除,然后 往右滑了一下,确实出现了删除按钮,但 现在的感觉就像是 HTML页面布局乱了,元 素无规律堆砌了。 2, 可以考虑直接把删除按钮放在“回复”按 钮的左侧(多数用户为右手持设备,而删 除按钮还不是系统所建议的操作) 3, 点击删除应该是要有一个 confirm dialog, 删除操作会有数据丢失且不能恢复。 考虑加入手势不手指操作热区范围 目的地搜索结果点进去,发现不是自己喜欢的,那下一次点击也会有更多的考虑了,返 回到列表页只能是通过左上角的返回按钮,而右手持机,大拇指要够到那个区域有点费劝(我 的设备是 3.5 寸,若是大屏幕得一手持设备另一只手去点击),可以考虑加上右滑的手势, 这样体验就更流畅,重要的是解决用户的后顾之忧,不用担心下次看到不喜欢的内容要返回 列表比现在麻烦。网易新闻与豆瓣小组 APP这块体验不错。 加上手势时注意一点就是交互的动画,滑动的时候应该左侧出现滑动后会出现的内容, Copyright (c) 2013.8 宋超@Think_Fish 而不是一片空白后生硬的出现了应该出现的内容。这样给用户一个预览的机会,若要取消操 作则松开手指或向反方向滑动一下。 加上手势的话尽量就保持全局的通用性。不可见性,抽象性,需记忆性等是手势的弊端, 需要扬长而避短,全局的通用性能减少用户的学习成本,记忆成本。 交互流畅性不误操作 目的地模块首页上拉与下拉手势交互很不 流畅,下拉时用户预期是中间的主体部分 跟随手指操作而出现新的内容,实际上却 上 APP 顶部被拉下来,中间主体内容部分 卡着没有变化,连续拉两到三次后才会有 变化,上拉也是同样的问题。 另外一个问题就是上拉下拉的时候很可能 就误点了某一个区域进入了该区域的详 情,然后再返回。 从左图中可以看到,现在是下拉,中间区 域很明显有内容可以拉下来的,但是内容 没有被拉下来,而是顶部被拉下来了。 UI 元素触发效果不响应速度 1, 按钮点击效果太生硬,不是按钮被摁下 去的效果而是给按钮加上个灰色的背 景。截图是点击了返回按钮后截的,等 待了大概 5 秒一直保持这个状态才返 回了目的地首页。 2, 整个 APP 页面交互不流畅也都基本集 中在目的地这一块。分析是目的地首页 的 UI 元素比较复杂,加载的内容比较 多。 Copyright (c) 2013.8 宋超@Think_Fish 更多细节的考虑,减少用户操作 精选游记模块的上拉加载更多没有把加载的最新的数据定位到屏幕顶端,数据更新后需 要再上拉一下最新加载的数据才会显示在屏幕上。 既然用户选择了上拉加载更多,那此操作的用意就是想看后面未知的更多的信息,加载 完成后还是之前已经浏览过的信息占满整个屏幕,建议把最新加载的数据定位到屏幕顶部, 这样省去了用户多一步的操作。 建议去除丌必要的区分(疑问) 精选模块中的“精选”与“直播”两个子模块点击进入详情图片的定位的不同出于何种 考虑?精选点击进入定位到了第一张图片,从头开始往后浏览而直播却是定位到了最后一张 图片,从后向前浏览。 现在精选与直播本质上是没有什么区别的,都是游记,首次进入直播也还是希望能从头 往后看而不是反过来倒着看。比如豆瓣小组的直播帖,百度贴吧的直播帖(如果有除内容以 外的字段来做区分的话),进去后也都是希望能从头往后看,不希望错过了前面的精彩部分。 (或者是我对于精选与直播内容的曲解,从另外一个层面来说做为一个普通用户的角度是不 是也会对此不解?“面包旅行”中也有相同的模块操作与旅图一致)。 真正要做到直播的效果最好的解决方案是用户上一次浏览位置,第一次浏览那就 是从头开始,上一次浏览到最后一张照片那再次浏览的时候就定位到上次浏览的最后一张照 片的位置,此处的直播应该是要与电视直播分区开的。 现在精选内容相比直播内容比较明显一点的区别在于,精选中的图片质量较直播要高, 但是绝大多数也都只是图片并无文字描述。精选部分的内容应该至少满足两个条件,一是图 片质量较高,二是要对图片有描述。对于游记用户更多的会关注情感。 简化交互流程,让流程更明确 游记照片详情页面,点击图片查看大图只是类似在线视频的关灯功能。也可以考虑把下 载图片的功能放在这个查看大图的功能上,加个半透明的下载的图形按钮之类。用户考虑下 Copyright (c) 2013.8 宋超@Think_Fish 载图片也会是查看更大更清晰的图片后才会进一步考虑这张图片是否有下载的必要,存储空 间的有限性,也避免用户看了小图下载后对下载的图片不满意而后悔然后又去删除。UCD 不仅仅要考虑到用户使用自己的产品愉悦的体验,也需要考虑到使用自己的产品之后会不 会带来一些不愉悦的体验。 下载图片操作现在的交互有点绕,第一步点击小图,第二步查看大图,第三步关闭大 图,第四步点击更多,第五步下载图片。 建议修改后的操作步聚:第一步点击小图,第二步查看大图,第三步如果喜欢图片点 击下载,不满意关掉大图。节省了两个操作步骤而且流程更加明了。 图片分享 APP 应该加上简单后期功能 无论是旅行游记的图片分享,还是其他类型图片分享都会有图片的简单后期处理功能。 微信的朋友圈,微博添加图片,蝉游记上传图片后也有简单的滤镜。手机配备的相机成相能 力都是比较有限的,而用户分享图片一者是为了分享旅行的喜悦,二者是可能图片的内容比 较有意思,三者炫耀的成分也不会少。无论出于哪一种心理最终用户都会希望会有更多的人 能够看到且能够给予好的评价。好的评价里面有很重要的一点就是:“照片拍得很漂亮”。 现在处理照片的 APP 有很多,可以借助其他的 APP处理照片后再上传甚至在 PC 上处理 后传至移动设备中。如果可以在上传图片的同时就一气呵成的完所处理优化图片的操作用户 更感受到 APP 的贴心,也能够感受到产品背后团队的用心,让产品活起来,用户也会投入 更多的情感。 另外一点就是旅图游记的行程是以图片最后处理时间为准,若图片原生的没有做过任何 其他的处理那么这个时间是准确的,但是借用其他的 APP做过后期时间则与拍摄时间不同, 这时候的行程时间便不准确了。所以图片上传时或上传后应该是可以对图片的拍摄时间进行 修改的。 下面两张图片为蝉游记对于图片的拍摄时间与照片的后期功能。 Copyright (c) 2013.8 宋超@Think_Fish 丌同设备上的版本差异太大,用户感觉丌公平待遇(Android) 1, 设备为三星 galaxy s3。拍照时没有 GPS 信息。不 确定其他的 Android 设备是不是有此功能,那 Android 版的旅图针对拍照时无 GPS 信息的设备 按地点分类是不是就已经没有意义了?分类名称 为”这是哪儿?”我下意识的点了一下,以为是让我 自己在地图上标注。然后把整个分类照片上传, 在照片详情中也无法将照片在图上定位。 2, 如果当前用户的设备不支持拍照定位功能,用户 也不一定知道安装其他的 APP 或插件来实现该功 能,关于地点的分类用户第一反应是旅图存在问 题而不是自己设备的问题。在照片整理这块不加 上在地图上标注功能,在照片详情中是一定需要 的。 3, Android去掉了精选模块,留下了目的地。旅图是 以图片游记分享为核心的 APP,还有一个关键是 用户之间的交互在 Android 版本上也没有,此时 的旅图就只能看到自己上传的游记,而且注册, 登录的唯一作用也就是自己写游记,然后孤芳自 赏。但是 IOS 跟 web 用户又可以看到我上传的游 记。用户会觉得是对自己的轻视,待遇太不公平, 至少可以看到其他人的游记。 4, 可能是 Android 项目启得晚或者因为其他原因, 建议是先上精选模块,目的地都可以先放一边。 另外一方面可能旅图是希望能够把用户转化为去 哪儿的用户在去哪儿上消费,但是这有点欲速则 不达,用户会觉得我都已经得到这么不公平的待 遇了,凭什么还要买去哪儿的账?(当然不是每个 用户都同时拥有 IOS 与 Android 设备可以对比,但 是目的地模块的内容确实没有吸引力) Copyright (c) 2013.8 宋超@Think_Fish 5, Android 版本的按钮点击时都加上了一层特别土 的红色,类似 IOS版本上加了灰色的背景。 6, 目的地及子页面,上下滑动主体内容时,动作很 生硬,像很吃力的被推动一样,没有惯性。感觉 像上开门与关门没有了中间的过渡的动画。 7, 目的地子页面点击图片时,图片也是蒙了一层半 透明的红色,这效果建议换掉,可以点击时加个 浅边框简单一点就行。 8, Android 的整理照片时的相册做得比 IOS 版简单 但更好看。 好的产品关注功能,优秀的产品关注情感 不能只是一味的想着去如何让用户偷懒,去降低门槛。降低门槛的同时也要考虑到用户 的分类。使用同一款软件的用户人数达到数量级时肯定无法去针对每一个人做研究但是这些 用户肯定是可以分为不同的类别,他们的喜好,消费观念,习惯,学识阅历„„游记更多的 应该是关注情感而不是披着游记外衣的相册。 用旅图写游记确实很方便快捷,选择图片,点击上传,然后可以对图片进行一些简单的 描述,门槛很低。但是!降低门槛的同时又多了一道门槛而且这门槛是无法跨越的。真正好 的游记、令我们印象深刻的游记、让我们产生兴趣产生共鸣的游记,绝对不只是美好照片 的分享,更重要的是作者情感和的分享。 好的照片确实能够很直观的直接的给用户视觉上的冲击力,时间久了肯定审美疲劳,图 片无非就是人物,山,水,日出,日落,古镇,花花草草„„但是每个旅行者对于这些景的 感受体会是不一样的,而且这个照片背后是不是有更动人的故事?用户会更加想关注这些用 文字描述的内容。很多热门的景点也都是通过这样的一种情感来营销,比如丽江疗伤的地方, 西藏那里离天最近,可以洗涤自己的心灵„„当然去丽江不一定能疗伤,去西藏也不一定能 洗涤自己的心灵,但是旅行者就是愿意去相信这样一种情感,现在太多人会需要有这样的情 感寄托。 大多数的人游记其实都不值得一看,不带感情的来说,那些游记只是普通人自娱自乐的 东西。喜欢旅行的人当中,尤其是那类驴友,自助旅游的人他们分享自己的旅行肯定不仅仅 是发几张图片了事,他们会更愿意去分享自己的心情,自己的故事,自己的感情,会很认真 的花心思去写下自己的这段旅程。他们对于一个平台更加关注的是:这个平台能不能允许我 (或者会不会限制我)写出我想要写的游记。如果一个产品只在贴照片方面友好,在写游 览过程这方面的用户体验很不友好,那就算它操作起来容易,恐怕也只能割爱,因为它不能 让我写出我想要写的游记。而且,这类人才是旅行平台最应该留下的人!如果单纯的图片加 Copyright (c) 2013.8 宋超@Think_Fish 很简单的描述感觉就像是路人甲听路人乙在吹嘘自己去了葫芦岛玩儿了,然后看到了碣石。 但是如果路人乙能够来一段 “东临碣石以观沧海”的诗词,再加上曹操因郭嘉之死的悲痛 不已而写下《观沧海》这样的故事会不会更有吸引力一些?是不是更让路人甲向往? 读万卷书行万里路。旅行更重要的一点是“认知”,很多旅游的人会很简单的说就是想 去看看之前只听说过的但没见过的地方,但本质上是他们希望丰富自己的阅历,希望增长自 己的见识,希望体会不一样的人生„„(对于用户的需求需要深挖出其本质,不能只停留 在表面)。 建议:有了图片加简要文字描述的微游记,不要忘了另外一部分人所期待的有丰富情 感的长游记!
/
本文档为【去哪儿.旅图APP分析】,请使用软件OFFICE或WPS软件打开。作品中的文字与图均可以修改和编辑, 图片更改请在作品中右键图片并更换,文字修改请直接点击文字进行修改,也可以新增和删除文档中的内容。
[版权声明] 本站所有资料为用户分享产生,若发现您的权利被侵害,请联系客服邮件isharekefu@iask.cn,我们尽快处理。 本作品所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用。 网站提供的党政主题相关内容(国旗、国徽、党徽..)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。

历史搜索

    清空历史搜索