自“woshiPM训练营”活动开始到现在已经有一年多时间,已在北京、深圳、成都、上海等地区举办了多期,这一次在广州团队的努力筹备下终于在美丽的羊城举办了第一期活动。ok,其他不多说,直插正题。
一、活动主题
设计一个P2P的应用平台帮助自助游用户寻找导游或旅游相关资源
二、问题拆解
目标群体:根据我们自身角度出发以及对自助游的理解,我们将目标群体分为两类:有一定自助游经验以及小白用户两类。
主题拆解:我们将主题拆解为寻找“人”,包括导游,以及在自助游过程中寻找同道中人;其次是相关资源,包括如何有效规划自己的旅游路线。我们团队认为可以从以下几个方面去考虑:
2.1.“人”的价值体现:找导游,给用户的价值是能够帮助用户在旅游过程中更好的理解和欣赏景点的人文和历史等价值,同时用户根据情况可以获得不同的服务;在旅游途中寻找到一起的人,则是能够给用户结交到更多共同兴趣爱好的朋友。
2.2.路线规划:由于信息的不对称以及缺乏经验,在这个过程中用户希望能够经历一次美好的旅游,路线的规划是非常重要的,但实际情况是很多时候单个用户并不十分清楚自己的路线是否是合理的,获得他人意见有强烈的意愿。
三、解决方案
为了解决以上所描述的问题,我们考虑在产品初期阶段,需求设计主要包括以下几个点:
1.发现
1.1.发现导游。用户可以在上面找到经过实名认证的导游。导游可根据用户评价、实名认证情况以及拥有的追随者的数量多少进行排名、推荐等。
1.2.发现同伴。在旅途过程中用户可根据自身意愿发出结伴请求,对方如果接受则可同游景点。
1.2.1.使用场景:Tina经过准备,制定好了去英国的旅游路线,但是想着到了英国可以找一个女(男)孩子一起去曼彻斯特,于是她提前几天把计划到曼彻斯特的时间公布出来,发出求妹子(汉子)信息,坐等别人联系(勾搭)。小明最近被白富美无情抛弃,失恋了,刚好也准备去曼彻斯特散心放松,但一个人去觉得太无聊(寂寞),于是打开APP,希望找到一起去曼彻斯特的人,经过筛选,碰巧(看脸)搜索到了Tina,觉得比较合适,于是联系了tina,经过多次深入聊天,tina和小明都觉得对方人不错,于是决定一起快乐的去曼彻斯特玩(滚床单?)
1.3.发现路线。
1.3.1.使用场景:tina是个刚毕业的妹子,收入不高,是个文艺(二逼)青年,喜欢穷游。计划10月份去一次泰国游玩,并将游玩的路线都做了规划,但由于对泰国不熟悉,不知道自己的路线是不是合理,去的地方人是不是很多,于是打开APP,将自己的路线发出来,希望能够得到那些已经去过泰国的网友的好心帮忙看是不是合理;过了一天,资深旅游达人Jacky看到了她的信息,耐心帮她提意见。tina按照Jacky
的意见调整了路线,最终愉快的完成了泰国之旅,同时经过这段时间交流,他们最后竟然在一起了。
2.我的
“我的”是所有用户相关信息的集合。在这不做具体的描述。
四、问答环节
在我们团队中的漂亮妹子进行产品演示完后,有其他队成员提到一个问题:找同伴的功能设计会涉及到用户的人身安全问题,如果不幸找到了坏人怎么办?这的确是一个问题,但是在具体设计中肯定会采取一定的规则改进,减少对安全的鼓励。同时,我们想法是如果一款产品在设计开始时就背着一个如此沉重的包袱,对产品本身而言就是不利的。微信、陌陌都存在这类问题,淘宝也存在假货问题,但也发展良好。
本期活动相关总结:
感谢广州太古汇索尼直营店的场地提供,以及会鸽活动报名系统的赞助!流程参考资料Design Hackathon
本文由人人都是产品经理平台@july整理,参与者@大湿胸原创撰写,转载需注明出处。
注意:本文归作者所有,未经作者允许,不得转载