21 家酒吧以后，回头看贪杯熊的用户侧

离开贪杯熊以后，再看附近酒吧、今晚酒局和大屏互动，感觉和做的时候不一样。推进版本时每块各有各的问题，很容易分开看。现在把它们放回一次出门的过程里，有些连接才清楚，也有些地方，产品其实没接住。

商家后台之前写过了。这次说用户侧。一个人打开 App，可能只是想找家店，也可能想约人一起去。到店以后还愿不愿意拿出手机，跟刚才又是另一回事。我们把功能放在一起，不等于他会按顺序用一遍。

做这个项目以前，我习惯先在屏幕里想问题。到酒吧和夜店去看业务，才知道手机能占用人的时间真的很少。他来这里有别的事，产品得在这些事中间找到一个有用的位置。

今晚去哪

调研里能看到，去酒吧的人不只想喝酒。庆生、聚会、交朋友、表达心意，都可能是出门的理由。这些差别会影响他选哪家店，和谁去，到了以后想做什么。

给朋友过生日，环境、同行的人能不能玩得来，可能比离家近更重要。只列出附近有哪些酒吧让人挨个点，地点找到了，拿主意要用的信息不够。附近酒吧里做环境照片、酒单、人气，也展示正在店里的其他用户，就是想让选择具体一点。

做这些信息时很容易想到还能再加什么。我现在更想先看已有的东西能不能帮人作决定。照片看不看得出环境，酒单是不是新的，人气让人产生了什么预期。页面丰富没什么不好，但用户未必需要我们能展示的全部东西。特别是人的信息。有别人在，能让一家店显得有吸引力，可用户也可能只是看看，不想参与。我们提供了认识人的线索，不能顺着推到“去了就能认识朋友”。

酒单和环境资料也不只是后台的事。老板换了菜单，平台还挂着旧的，用户照着它安排消费，到了店里再解释，这个落差就是贪杯熊带给他的。当时做后台的那些更新、审核、同步，最后都会在用户侧碰上。

报名了，人到了吗

“今晚酒局”让发起人选酒吧、时间和主题，其他人觉得合适就报名。我挺喜欢这个出发点：先有一件准备一起做的事，再去认识参加的人。比对着一个陌生头像找话题，至少知道这次为什么聚。

做流程时，确认报名是个很清楚的交付点。按钮状态变了，名单更新了，这段功能可以验收。实际到场的情况不算差，大多数能到，少数放鸽子。后来想这部分，我更想知道的是，到了以后是否参与。线上知道聚会主题，能少一些陌生感，真坐到一起聊得怎么样，我们安排不了。

如果只把报名和参与算进一个数字，很多差别看不到。没去和去了不想玩，要继续了解的原因不同。

现在写这些，比当时从容。推进版本的时候，设计、开发都需要明确这一轮做什么，运营又有线下的事要处理。我得把需求拆到能讨论、能交付的程度，不可能一直停在“完整体验”这几个字上。只是拆开以后，确实容易忘了再连起来看。

我也不觉得解决办法是继续加功能。人与人之间有些事，留给他们自己更合适。发起人和参与者怎么交流，不一定都需要我们规定。产品把开始的条件交代清楚，减少无谓的来回，就已经有用。什么时候该再帮一把、什么时候别插手，我到现在也没有通用答案。

屏幕上的一两秒

大屏互动是贪杯熊最直接进入现场的部分，最后在 21 家酒吧落了地。聊天上墙、发红包、送虚拟礼物，手机上操作，酒吧里的屏幕展示。现场见得最多的是庆生、表白和斗酒，内容能被同一个空间里的人一起看见，这是私聊给不了的。

如果只把它理解为换一块更大的屏幕，就少了现场那部分。庆生的人想要的，是朋友们一起注意到的那个时刻。动画显示出来，和它恰好在大家还关心的时候出现，差得挺多。

所以响应慢会很别扭。当时从手机点发送到屏幕出现要一两秒，点下去没动静，用户先得猜是没发出去还是在等；等它终于出来，注意力可能早转开了。技术上显示成功了，这次表达未必达到效果。前端、大屏效果和研发的响应处理，得放在一起讨论。

我们当时强调简单、快速、醒目，有很实际的原因。酒吧很吵，人的注意力又散，不会有人耐心研究几层设置、读一长段说明再开始玩。手机上这几步要尽量容易，操作后也得知道结果。用户还要回去跟朋友说话，没必要一直被留在手机里。

以前做设计，我很在意页面单独摆着好不好看。放到这个场景，我更想看它被使用时是不是打断了人。一个精致但需要解释的操作，到现场可能不如直接一点的好用。

还有个不好处理的地方：想被看见的是操作的人，屏幕却是大家一起看的。店家可能希望现场更热闹，有的人只想和朋友待一会儿。不能把其中一种意愿当成所有人的。回头看，我对“越炫越好”会保留一点。

店家也有自己的打算

用户想要一个合适的晚上，商家要考虑经营。两边有很多交集，不总是一回事。多给店家曝光位置，商家当然愿意；用户要穿过很多推广才能找到适合自己的店，又嫌麻烦。

我不能只把商家要求翻成多一个入口，也不能觉得经营需求都跟体验对着干。店家愿意维护资料、配合玩法，用户才有东西可用。产品上看是一家合作酒吧，落地却有老板、店长和对接同事各自的工作。不能把合作状态配上，就以为后面会一直正常运转。用户在现场看到的一次互动，前面已经经过好几个人的手。某段体验不好，有时得往前找，不在最后那个页面上。

商业结果也没法只从产品里看。来不来一家店，跟店本身、朋友的安排、当时能不能正常营业都有关。疫情期间，线下条件的影响更不能跳过。这篇先不写增长数字和项目结束原因，手里的记录不足以讲准。

再做的话，我不想强求用户走一条完整路径，更想拿几件实际要做的事检查入口之间的连接。假设给朋友庆生，选店时还有什么不清楚，到现场想用大屏又要重新弄懂什么。沿着同一件事看，比把每个模块分别过一遍，更容易看出断在哪。

我对那块大屏还有印象，大概也跟这个有关。做的时候想把手机上的操作送过去，后来越来越在意，送过去以后，周围的人到底愿不愿意看。