写在开始前:前段时间,头脑里冒出了基于旅行目的地的旅行社交应用的构想,并且已经做了一些调研和需求分析。刚准备开始做原型,发现类似产品已经上线,自然好好好体验一番。文中给捡人网挑了很多“刺”,也斗胆做了一些设计上的“改进”,希望读者能够批评指正。
言归正传。
一、产品简介
官网slogan一个字,“给驴友的陌陌”
二、产品现状
上线时间:2014年5月
融资状况:红杉资本1000万美元A轮融资
运营数据:30万用户,8万+捡人数据(截止2015/01/20 16:05,来自36kr报道)
三、需求分析
需求分析脑图四、用户分析
用户特点:
(1)不甘寂寞,希望旅行途中有较多的朋友相伴
(2)不可回避的是,平台上肯定是有部分“不怀好意”的用户
(3)80、90后用户偏多
五、应用架构
功能结构 框架图 应用截图功能方面,捡人App按照旅行前、旅行后的时间顺序去思考,用各种方法、各种姿势,满足一个一位旅行者与其他旅行者、当地人、当地人服务“连接”的需求。
问题:
入口多且庞杂,即使是刚刚画完图,这个应用还是没能够在我的心中留下一个比较清晰的站点地图。
子版块分工不明确。
重复入口较多,有时会给人一种触手可及的感觉,而有时,会给人一种不知道该从哪下手的感觉。
捡人网,其最核心的功能就是捡人,用户的最高频的操作是:1、发捡人信息、2、搜索捡人信息、3、查看我的捡人、4、查看我订阅的捡人信息。如果用户要完成这四个高频操作,需要分别在三个板块中完成。
主页未给捡人相关信息留较多的显示区域。主页除了按钮和搜索条之外,下方显示了大量的旅游目的地推荐信息。
主页中部的三个按钮分别为当地人认证、发服务和发捡人。而进行当地人认证是为了发服务,作为主流用户来说,是需要再平台上捡人与找服务,大部分人都不会用到的功能入口放在了主页醒目的位置。
捡人页面最醒目的位置给了最新活动,但是,里面展示的活动与捡人并无关系,实际上是一些有关旅游的小文章。
“附近”与“周边”,“我的捡人”和“发起的捡人”其实指代的是同一个入口,但是出现了两种文案
建议:
六、交互改进
搜索:
建议:当输入文字时,输入框下拉提示目的地,用户在搜索页面点击目的地后,直接跳转至目的地信息页面。
七、如果我是
PM:
1、当地人的本质,不是让用户去浏览和搭讪的,而是“服务”。平台上存在大量无法提供服务的认证“当地人”。应该为平台引入更多的当地人服务,提高当地人认证门槛。
2、目前,大量的旅游特价产品,单人购买的话需要补差价。这是约伴旅游非常好的场景,可在平台引入这类产品,供用户拼单约伴。
码农:
1、做好数据缓存策略,避免频繁刷新数据
2、减少process 的应用,减少给用户带来的迟滞感
结语:
前后花了六七个小时来完成这篇体验报告,完全是抱着学习的心态,把自己的思考记录下来,希望得到大家的意见和指导,谢谢。
产品经理之路,我在路上。
网友评论