【产品之夏】用户场景设计

用户场景整理,针对大家提出的场景进行分析
小白
公司人事岗位,经常需要为老板安排一些饭局,去哪家餐厅,点什么菜是个大问题,还要考虑到距离和有没有停车位的问题。
分析:这个场景其实是个伪需求。首先,企业的管理层就餐、招待用餐,其实都是有一个指定的餐厅的,所以不存在选择餐厅的问题。而且,菜品也一般是固定的,不会轻易变动。所以,在这一块,企业是不会有这种需求的。另一个角度,就算企业有这种需求,这种需求的企业毕竟在少数,对于一个公司来说,除非这种需求的公司是上万人的,可能会考虑。一个公司做这种需求的产品,会很难的。只有做大众的产品,走长尾的路线,才有生存的机会。
易卿
场景一:小明和小红刚恋爱,小明想今天约小红晚上去吃饭,不知道去哪一家合适,又怕觉得不好吃,又怕太贵自己负担大,先通过app查询附近商家店铺,查看比较附近店铺的菜品,直接通过app进行预约
场景二:用户在首页查看到推荐的菜品,直接前往商家
场景三:用户在品尝美食的过程中,拍照分享(直接拍照,还是扫描订单生成照片)。
场景四:白白是一名单身女性白领,平常工作很忙,有时饭都吃不上。白白通过这个app,进行线上下订单和支付,直接将自己选中的产品,送到公司前台。
分析:
场景一:这种场景和需求确实存在,但是描述有问题。按照你的描述,首先要解决的是选择餐厅这个问题。而我们的痛点是在已经选择好餐厅的基础上的。
场景二:推荐商品,这个是伪需求。用户已经看到了菜品然后采取了商家,那么他就是有目的的,不存在选择困难的问题。
场景三:分享。你这个场景应该是点餐后的行为吧,而我们要做的是解决点餐选择的难题,不符合需求。
餐厅也是,不过需求优先级不够高。我们要解决的痛点是:点餐选择恐惧症的人,而不是选择餐厅
第四个场景不是主要场景。
粥粥
下班比较迟,然后几个同事吃饭,如果很饿,那么点菜时最需要的最快上菜的菜品。
分析:如果下班迟,确实会考虑上菜速度,但不是所有的菜都基于这个需求来点,可能先点个糕点什么的充饥。还有就是,如果加班是常态的话,大家都会提前叫外卖。而且外卖基本上没有什么选择的,不存在选择困难的问题。
Lary
朋友聚餐,五个人,两个湖南的爱吃辣,一个上海的,爱吃甜的,一个东北的爱吃炖的,一个广东的爱吃清淡的,推荐我来点菜,看了一遍又一遍菜谱,不知道怎么点才能让大家都能吃的好。
Johnlee
一个人在外出差,地方不熟,是选择困难的时候,直接去餐馆吧,不知口味菜品,说自己是一个人又显得尴尬,最好的情况是自己用某APP选择好餐馆,选择好菜品,去了直接叫服务员来份xxx菜。
Nairo
用户小明今天去见从外地来到上海的高中同学,玩了一下午后小明带他去了海底捞,但是因为好久不见,小明不知道同学的口味,面对众多的锅底、菜品小明犯愁了。直接问别人可能会不礼貌,自己点又怕同学吃不惯。拿给同学点又怕同学点高了身上现金不够。
Lulu
我和男朋友听说某一家饭馆很好吃,慕名而去。网上看到大家推荐了很多的菜品,但是不知道怎么选择,也不知道什么更合我的口味。而且这家饭馆还有些贵,我们希望在预算内吃的满意。
以上四位所提供的用户场景都是真实有效的,可以在产品设计中加以考虑。
总结
- 切忌空想,不是真实的用户痛点,这样想出来的是用户场景是站不住脚的。
- 需求把握错误,把其他需求(预约、分享)当成了我们的痛点,这是方向把握错误。如果按照错误的方向来做,就是另一个产品了。
- 我们可以在现有的产品上衍生出分享、预约这些功能,但是这些功能肯定不是我们的产品方向。这些只是我们产品的一个功能点而已,而不是核心竞争力。
- 在产品设计过程中,我们必须清楚的知道我们要解决的痛点是在哪里,不要把次要当成主要,把伪需求当成需求来处理,真实的使用场景一定是接地气的,而不是飘在云端的凭空想象。
产品之夏相关文章:
人人都是产品经理产品之夏团队原创文章,未经许可,禁止转载。
文章写得很好!不过觉得有个地方不好。此文开篇并没有给出要解决的痛点是什么,虽然在文中有提到痛点是“解决点菜时的选择恐惧症”,但前面有可能使人有些云里雾里的感觉。
对头,开头老感觉少部分内容
持续关注中,加油哇