#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