【App】从“下厨房”开始
作为一个吃货,在现金流处于窘迫的情况下,终于被逼着下厨房。计划每个周学一个新菜,这是我和下厨房这款app的开始,从下厨房上面我收藏我每一个周要学的新菜谱,然后下厨房会帮用户提供整个清单,这样子每个周末都很有目标的去买东西。我再也不担心自己饿肚子了,从那天锅喷火的开始,我现在已经学会4个菜(张全蛋:哈哈哈)。自从做了产品经理后,我现在已经逐渐养成在后台给一些app提建议(吐槽)的习惯。接下来,针对下厨房开始我的吐槽。
这是进入下厨房之后的首页。目前下厨房的社交功能并没有非常直接,只有基于菜谱下的评论,没有提供关注用户后直接私信的功能,只提供在某一菜谱下的私信留言功能。考量这一点,在传统的社交媒体上,我们经常能够做的事就是可以非常直接的私信,而下厨房这里,只提供基于菜谱下的私信,用户没办法直接社交。这有什么区别?这里能学到什么?一款app如果是做垂直领域的,像下厨房这样基于兴趣建立起的社交,在初期要做的一件事就是保证用户有话题。有话题是社交的前提,我们可以学习这种设计方式。但这里还可以做些改善,比如当我和这个人已经建立起了很好的关系,在双方相互关注之后就可以直接私信,这样子就更加完善了。
脱离这一点,今天主要讲下厨房最核心满足用户需求的功能。
从用户场景开始。作为一名想要学习厨艺的用户角色,进入下厨房的这个页面,发现自己喜欢的菜谱之后,就可以进行菜谱展示页面,在菜谱展示页面会有整个菜的清单以及做法,在菜谱下有一些晒图的童鞋。针对每一个晒图的童鞋,用户可以点赞或者在图下进行留言。当用户想做这道菜的时候,就可以把这道菜加入收藏,并且同时可以加入购物清单,或者在底下加入到个人的菜单。
这里的逻辑流程是这样:打开菜谱-收藏菜谱-加入购物清单-用户晒图(完成菜品)-用户自己删除购物清单。
从上面的图片当中,可以看到我的收藏里面布满了菜谱,而我已经做完了一些菜,我现在并不想再看到他们。从用户场景来考量,我的收藏和购物清单实际上就代表了用户的计划。那这样子来看,用户的收藏菜谱是有生命周期状态的,初始状态是我准备做(收藏),接下来从购物清单里去买食材,然后是我=用户做完这个菜晒图分享(结束)。
从这个用户存菜到晒图的过程,就是一个生命周期。但下厨房在这里做得不极致。不极致就在于针对收藏的菜谱和购物清单并没有状态的设计。用户需要自己去手动删除,手动改变,这个方式和用户的生活实际的操作是脱离的。
这里一个很好的解决方式不是添加计划功能列表,让用户去自己做计划。个人认为这里最好的解决方式是,当用户晒完图(已经做完菜),app就能够自动将收藏的某一个菜加入到系统默认的成就菜单(已经完成的),与此同时自动清除相应的清单内容。
这样子,整个流程就非常流畅,逻辑也非常的有深度了。
而从产品运营角度来看,这样还能形成一个鼓励系统,让更多的用户黏在上面。成就系统本身就是一种玩法。
从这个app的分析上,他给了我们一个重要的提示,在做产品当中,结合用户场景考虑用户角色的时候,还得去考虑不同的周期。尤其在内容上,有的内容可能是存在生命周期的,这个时候,我们就要考虑如何把处于不同生命周期的内容较好的进行处理,减少用户操作的步骤。
搬砖,共勉!
作者:脚下日月(微信公众号:PM范儿);via:简书
不会吧,收藏完的菜谱就算晒完菜,也是需要多次查看的,这个需求场景可能你考虑得不是很清楚。下厨房的用户有一大波是喜欢做菜但是不擅长做菜的人,像我,做过几次的菜隔周再做我还是需要查看菜谱的。
要是能有做菜的视频就更好了