导语
去年11月的时候，在做一款基于地理位置的产品，那时刚刚入冬，国内的疫情形势又开始变得严峻起来。组长问，“今年过年，你还回家吗？”
过年会回不了家？我抬头想了想，突然冒出一个灵感：“要不我们做一款地图产品，上面可以看朋友在哪过年？”
组长愣了一下，“先做个产品框架出来看看？”
好，说干就干。
01 玩法设定
在地图查看朋友在哪过年，有些像群里发起“位置共享”，群内成员加入后，就能在地图上看到彼此的位置，在一些特殊节点大家加入进来，就像在地图上团聚一样。对于2021年的春节，这个需求说不定能立起来。
顺着这个思路，我开始具体的产品设计，先列了几个问题：
我的地图范围有多大，是世界地图还是中国地图？范围需要根据人位置不同来改变吗？
地图上以什么方式来展现人的位置，当人多时如何解决定位渺小以及头像密密麻麻的问题？
进入共享位置后，需要实时更新吗？它的加入和退出机制是什么？
在共享位置的时候，彼此就只是看下位置，还能做一些其他什么互动吗？
有了问题，把解决方案画出来，基本的产品设计就能出来了。
最终的设定：
每个省市地区都有自己的代表形象，通过定位你就能获取它，展现在自己的地图上。
你可以邀请好友加入，加入后也会根据他们的定位生成对应的形象展示在你的地图上，这一刻你们就团圆啦。
受疫情影响，几乎没人出国过春节，最终把地图范围取定为中国地图，旁边加个小角落示意海外，兼顾下海外友人。
过年自然少不了送祝福，增加一些祝福动效作为好友互动。
考虑到视觉效果，我把产品横了过来，起了个应时的名字——“一起过年呀”。就这样，一个简单的小产品设计出来，提交给小组评审。
02 组队选择
小组评审干两件事，一是梳理讨论整体流程体验是否过关，二是砍出一个最小版本。
整体流程体验里小组里最大争议就是怎么组队，或者说拉朋友进来后彼此是什么关系。
我原先的设定是群组模式，每个人可以创建一个地图群组，可以拉朋友进来，朋友可以再拉朋友进来。这样的好处是通过人拉人，地图很快就能壮大起来；问题是组内人的地图都会是一样的，为了区格不同的关系（如同学、家庭）多群组需求无法避免，直接增加产品复杂度。
在小组评审上，组长提出了个人邀请模式，类似帮我砍一刀，我的地图完全由自己掌控。这样每个人的地图都是独特的一份，不用区格关系看到自己所有亲朋好友的全貌。可惜少了关系，产品的年味就有些冰冷。
在大家争论不休的时候，颇爱中庸的A君忍不住发言，那就互加好友模式好了，邀请后彼此出现在地图上，谁邀请来的就是谁的。这样既建立起了地图上的好友关系，又不用进行人群区格，需要牺牲的就是多人互动，最终我们就此方案达成一致。
最大的争议解决后，加入和更新位置的机制顺势快速敲定，进入我最爱的挥刀环节。
挥刀砍需求不仅是开发喜闻乐见的，其实产品也爱，每砍一项就能少一项产品交互设计，对于按时下班产品早日上线不是很美吗？
播放音乐，砍掉
捉弄好友，让其变猪头，砍掉
选择历史形象，砍掉
最后砍到只剩根据定位生成形象、邀请好友、查看地图和发祝福，组成第一期的最小版本。
03 最终的版本
小组评审的最后，我们再讨论了下产品的裂变机制。产品的定位就在社交娱乐上，配上地图分享和更新位置告诉好友功能，产品自传播搞定。
评审完毕，原以为这会是又一个束之高阁的飞机稿，没想到组长弄来开发资源，上马了微信小程序项目。
最终的版本：
我重走了下流程，产品第一个吸引点是朋友之间的春节联动，第二个是各省的形象，但用户除了不断加朋友，好像也没其他可以做的事情😐。产品的可玩性最终还是没有新的解决方案，小程序急赶着春节前上线了。
结语
赶项目的时候，没想到今年还真的可能无法回家过年😹。
拉人测试“一起过年呀”小程序时，许多朋友又重新建立了联系，还知道一些朋友又换了一座城市生活，意外的收获多多。
在这里，给大家拜年了。祝福大家牛年健康，新春来玩“一起过年呀”~
