#woshiPM训练营#成都站 -Compass指南针

　　 照片上姓名从左至右：孙哲、孙惠、骑狼的羊、黄杰、胡格吉乐图－PM、朱帅、周鹏、刘建松、李捷、王文仪、

　　6 月初就报名了，作为从业者，对这类活动总充满了兴趣，参加活动的头一天发生了一个小插曲，好在自己的坚持下，从远在深圳的Tony那里获得了活动地址。天公不作美，活动当天冒着雨来到了活动举办地奇诺咖啡，一顿午餐果腹后，就在一旁静待活动开始。关于设计马拉松（Design Hackathon)，在2011年影片《社交网络》我也曾看见过这样实习的场景，在几年前微软公司也曾在成都举办过类似的Codejam 48小时编程比赛。在行业交流气氛，与北上广深相比明显偏弱的成都，我再一次抱着一个坦诚的心，希望参加一场干货十足的产品经理交流活动。

　　DH的理念

　　快速发现海量可能性; 确定方向并拥有可落地的细节； 激发团队不同角色成员的创意； 设计方法：

　　头脑风暴：预想开发中会遇到的问题、各种解决方案，遵守原则一不要限制自己的思维； 卡片分类和完善：将收集的想法进行分解后再归类，放到对应的实现功能中去； 方案设计：将零散的功能归类后，将每个类别功能进行形象化的设计。不过在此次成都活动中，指南针小组没有一位是设计师出身。

　　作业的命题是《中午，吃什么》

　　小组名称：Compass指南针设计组

　　App名称：吃啥

　　第一环节：发现海量可能性的设想扩散：

　　1、解决一个人吃什么？

　　2、解决一个人和谁一起去吃？

　　3、解决吃什么菜？

　　4、解决去哪里吃饭？（距离）

　　5、解决吃饭时间的问题？（避开吃饭高峰期）

　　6、解决吃饭组团的问题？

　　7、解决选择种类与份量的个性化设置

　　8、解决人们了解更多餐饮信息的问题

　　9、解决提前预约规划（中午吃饭计划）

　　10、解决外出用餐的交通、规划和共享问题；

　　11、解决用户间社交推荐问题；

　　12、解决个人吃饭营养搭配的问题；

　　13、解决费用预算问题，在预算内能吃什么？

　　14、解决吃饭时，能带来什么意外收获的问题？

　　15、解决基于地理位置找到合适餐厅？

　　16、解决食物同质化太严重

　　17、信息不对等的问题;

　　18、想吃的东西没有人陪同

　　19、解决口碑问题（餐馆）

　　20、午饭计划（明天、一周、一月）

　　21、信息排列、筛选

　　第二环节讨论中每个人都说出自己的见解和看法，例如下列比较典型的推荐。

　　周鹏：中午是一个人去就餐，还是和一群人去就餐；

　　孙哲：信息不对称的问题，不知道在哪儿吃饭;

　　朱帅：菜品推荐（算法推荐或人工推荐）；每周午餐计划;

　　孙惠：增加营养师的推荐。

　　

　　伴随着每个人对这个产品讨论的不断深入，讨论的想法朝着更加细致的个性化功能走。然而，大家的思维发散到更细致或有趣的功能点，我认为偏离了要解决的问题：吃什么。将想法归类后，重新定位到“产品功能实现”上。

　　第三环节：卡片确定分类，确定“吃啥”实现的功能方向：

　　1、解决吃饭组团

　　2、去哪儿吃

　　3、吃饭时间（时间选择）

　　4、吃什么菜（餐饮搭配、营养、份量）

　　5、了解更多餐饮信息

　　6、午饭规划＋预约（营养指标、引流、时间、基于历史记录）

　　7、付款问题

　　8、分享功能、社区、账号

　　最后环节：设计原型，Make It Display

　　确定了这一思路，当组员还在讨论有什么新功能或者更有趣的功能能够迸发出来，时间已经进入纸上原型设计阶段。当再次向大家明确了我们要达到的目的是输出基本可用的原型时候，我们拒绝很多可能更多有意思的功能，按照各自分工，每个人负责一个功能模块界面实现，执行绘图。

　　当其他三个小组开始做演示的时候，Compass小组还在埋头完成相关的原型图。

　　

　　回过头来看下，Compass小组提出的核心需求之一，是能够在用户端上实现闭环，大家甚至也还没有考虑到线下商家管理如何实现。但我们认为本次设计活动，我们要达到最终目的是要有一个接近商业实现的原型产品。

　　“吃啥”吸引的消费用户是上班族（蓝领、白领、金领），用人性化的条件引导实现推荐功能，同时也很容易操作。不同于其他产品，一开始Compass 小组就认为午餐要解决的核心是：有限的人数在有限的时间吃到满足品质要求的午餐。

　　因此，提供了满足用户从不同维度出发实现个人品质就餐的解决方案。

　　1、基于口味选择；

　　2、基于地理位置选择、

　　3、基于多人聚餐（熟人、陌生人）；

　　4、基于计划（不想每天被考虑吃什么而烦恼）。

　　太厉害了，原型都出来了，以下是一部分设计图和原型。

　　吃啥App原型在线地址：http://u461bf.axshare.com

　　通过有爱的启动引导页面，根据用户喜欢口味、通常消费餐饮档次来推荐与这两个条件相匹配的菜品，如果用户不喜欢可以更换，如果用户不需要，可跳过。

　　

　　首页（胡格＋周鹏 ）

　　通过首页推荐，满足内容推荐和广告宣传的双重功效；同时也是主要功能的入口。

　　

　　帮我推荐（周鹏）

　　通过一系列的前置条件实现，比如按照人数、口味、距离等条件，通过有爱的界面给予用户有价值的午餐推荐。该界面与启动页面类似，原型不再描述。

　　附近餐馆（胡格＋周鹏）

　　通过定位方式，满足喜欢自己掌控，并且有猎奇需求的用户，可以按照图表的方式展示，也可以通过定位方式实现查看。

　　餐馆详情＋下单（周鹏＋刘建松）

　　查看店内的详情，如餐馆名称、地址、实景图片、菜品介绍、餐馆星级等信息，满足用户想了解的基本需求，选餐计价后，通过移动支付形成商业闭环。

　　

　　发起拼饭＋加入拼饭 （朱帅）

　　拼 饭能够满足两类不同需求：熟人朋友圈和偶遇随缘圈。在本版侧重于满足后者，用户通过该功能，发起拼饭，设定参与的人数、人均消费的价格、以及 活动的时间。允许对此感兴趣的用户参与，活动的发起者可以设定是否需要审核，发起人对已加入的朋友，同时也能够提供活动的消息提醒。

　　

　　午餐计划（孙惠）

　　按照口味、算法、每天的消费价，搭配的午餐计划，让用户看见每周一到周五吃什么，提供了口味、原料、价格以及特有的营养师建议。

　　

　　与 其他产品不同的是，“吃啥”着重于午餐时间场景的实现，对于一群人准备到一个餐馆来点菜的需求，这里显然是为那些时间仓促却又不想一直被困在办公室里的人设计。预定后，剩下的应该是美美的享用自己午餐，还可以考虑送餐功能。支付被视为普通的功能，常常是容易被忽略，但是形成一个完成的功能闭环，不能缺少支付这个环节。在问答环节，有人提出功能的亮点在于计划任务，并且定位为“蓝领＋金领”，实际上我们把这群人都归类为是上班族，老板也要上班，不是么？我们希望通过Compass组的原型能够回应这一质疑。

　　本文由人人都是产品经理原创，转载请注明出处！感谢周鹏同学的倾情整理!

　　会鸽活动报名系统的赞助！流程参考资料Design Hackathon。感谢中国移动MM平台和奇诺咖啡的场地支持,感谢成都高效传媒礼品赞助。

　　本次活动其他小组总结文章如下：

　　#woshiPM训练营#成都站 -Compass指南针

　　http://www.woshipm.com/discuss/92845.html

　　#woshiPM训练营#成都站 -“6+1”

　　http://www.woshipm.com/discuss/92779.html

　　#woshiPM训练营#成都站 – 酱油组

　　http://www.woshipm.com/discuss/92501.html

　　#woshiPM训练营#成都站 – Famous

　　http://www.woshipm.com/discuss/92787.html