“捡人网”产品体验报告

写在开始前：前段时间，头脑里冒出了基于旅行目的地的旅行社交应用的构想，并且已经做了一些调研和需求分析。刚准备开始做原型，发现类似产品已经上线，自然好好好体验一番。文中给捡人网挑了很多“刺”，也斗胆做了一些设计上的“改进”，希望读者能够批评指正。

言归正传。

一、产品简介

官网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 的应用，减少给用户带来的迟滞感

结语：

前后花了六七个小时来完成这篇体验报告，完全是抱着学习的心态，把自己的思考记录下来，希望得到大家的意见和指导，谢谢。

产品经理之路，我在路上。