写在开始前：前段时间，头脑里冒出了基于旅行目的地的旅行社交应用的构想，并且已经做了一些调研和需求分析。刚准备开始做原型，发现类似产品已经上线，自然好好好体验一番。文中给捡人网挑了很多“刺”，也斗胆做了一些设计上的“改进”，希望读者能够批评指正。
言归正传。
一、产品简介
一个字，“给驴友的陌陌”
二、产品现状
上线时间：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 的应用，减少给用户带来的迟滞感
结语：
前后花了六七个小时来完成这篇体验报告，完全是抱着学习的心态，把自己的思考记录下来，希望得到大家的意见和指导，谢谢。
产品经理之路，我在路上。
