01 / 进入
先选今天想怎么和人相处
第一次进来只问两件事：你什么时候有空，以及你想要什么样的陪伴（安静待着、少量交流、需要一点勇气、想找点热闹）。没有资料要填，也没有自我介绍要写。
学生作品产品设计 · 2025
Backstage
一款帮人参加线下活动的产品。你不用自己组局，也不用翻活动列表或等别人挑中。
- 问题
- 现有的线下社交产品，大多要用户先主动发起或加入，事情才会开始。
- 我做了什么
- 用户研究、产品方向、UX、UI，以及一套可交互原型。
- 结果
- 经过两轮测试，我把产品改成了一套由邀请开始的体验。
问题
想在线下认识人，仍然得由你先开口。
人们在社交平台上花了更多时间，真正约到线下的次数却没有变多。很多产品一上来就要求用户主动：发布活动、加入大群，或先展示自己等别人选择。
你多久会主动去认识新的人？
单选 · 28 份回答
- 14.3%
- 每周
- 7.1%
- 每月
- 39.3%
- 偶尔
- 35.7%
- 很少
- 3.6%
- 从不
接近五分之四的人最多只是偶尔认识新的人。28 个人里有 4 个每周都会。
和人线下见面，你最担心什么？
单选
- 没有共同话题，或者见面变尴尬
- 46.4%
- 安全
- 32.1%
- 要花的时间
- 14.3%
- 见了才发现不合适
- 7.1%
什么情况下你愿意和陌生人见面？
多选
- 有共同的兴趣
- 78.6%
- 在安全的公共场所
- 71.4%
- 有朋友帮着担保
- 35.7%
- 只在某个特定活动上
- 17.9%
- 我不会和陌生人见面
- 3.6%
问卷里，尴尬比安全更常被选为顾虑；多数人也表示，共同兴趣和公共场所会让自己更愿意见陌生人。问题不一定是没有意愿，也可能是第一步太难迈。
设计亮点
产品主要围绕四个时刻展开。
先选今天想怎么和人相处，再收到邀请、管理自己的私人空间，最后把参加过的活动留下来。整个流程都不要求用户先开口组局。
02 / 邀请
一次只给一个活动，不想去也没关系
一份邀请会写清活动、时间、地点和还剩几个位置。你可以加入，也可以换一个，换了就会来另一份，不用给理由。确认页最后放的是人们真正会问的问题，安全也在其中。
03 / 你自己的房间
这是你的私人空间，别人进来要先申请
更衣室里放着你的日记、设置和权限。别人要来得先发申请；开放的区域，是你自己打开的那些。
04 / 活动之后
把那晚留下来，不一定要公开
日记会把你去过的活动存成照片卡，连同当时在场的人。这些要不要给别人看，是之后另做的一个决定。
研究发现
这三条发现决定了产品往哪里走。
一份问卷、几场后续访谈，再加上四个平台的竞品分析，都指向同一个问题：不少人想参加线下社交，却不想做第一个主动的人。
发现 01
比起更多选择，人们更需要一点安排
一位受访者刚到新城市，更习惯有安排的活动；另一位长期远程工作，想认识人，又觉得正式团体太拘束。他们的处境不同，但都不想再翻一张更长的活动清单。
78.6% 愿意为共同兴趣和陌生人见面；71.4% 需要公共场所
发现 02
至少对这位受访者来说，见过面才算朋友
一位 27 岁、在教育行业工作的受访者说，只有当面见过的人她才当作真朋友，其他都是“数字邻居”。在线上待得更久，并没有换来人们真正想要的关系。
78.6% 觉得线上聊天很轻松，见了面却别扭
发现 03
现有平台大多把第一步留给用户
Partiful 默认你会做东或组局。Meetup 靠大型聚会运转。Eatwith 把人分成主人和客人。约会软件则先看脸。每一个都要求用户先站出来，事情才会开始。
对四个线下社交平台的竞品拆解
李伟
22 岁 · 留学生 · 泽西城
“更喜欢有安排的社交活动”
- 搬到新城市之后很孤立
- 出了学校就很难交到朋友
- 语言不通，让没有安排的场合更难应付
Alex
35 岁 · 软件工程师 · 皇后区阿斯托里亚
“想要一条能认识同类人的稳定路子”
- 受够了停在表面的线上关系
- 很难找到值得去的线下活动
- 觉得组织好的团体活动缺少随性
这是一次小规模的学生项目研究，共 55 人且没有重复计数，包括 28 份问卷、几场访谈和两轮可用性测试。结果只能用来判断方向，不能代表所有人。
产品方向
我想做的更像社交支持工具，而不是另一个社交网络。
Backstage 这个名字来自戈夫曼关于前台与后台的说法：人在前台表演，在后台准备。我把产品重点放在「后台」，让用户还没准备好被看见时，也有地方待着。
说明状态，不用表演
看活动之前，先选一个社交状态：想安静地有人陪、只想听、随便聊聊，或者想找点热闹。应用会根据当天的状态给邀请。
被邀请，而不是被匹配
平台每次只发一份小型活动的邀请。没有互选，没有左右滑，也没有一份需要打动别人的资料。
不去不用付代价
拒绝后会出现新的邀请，不会被惩罚，也不会只剩空白页。不想去只是一个正常选择。
留一个自己的房间
更衣室默认私密。别人要进入必须先申请，用户可以自己决定开放哪些区域。
四种状态，按产品给出的顺序
- 安静待着
- 少量交流
- 需要一点勇气
- 想找点热闹
几乎不用交流主动想要有人陪
它们各自先要求你做什么
- Meetup
- 走进一场有上百个陌生人的聚会
- Partiful
- 自己做东，或者本来就认识主人
- Eatwith
- 去别人的餐桌上当客人
- Tinder / Bumble
- 还没见面，先靠脸被挑中
- Backstage
- 接受一份邀请，或者不解释地放过它
迭代 01
第一版太像 Meetup，评审也直接指出了这一点。
第一版可以发布活动、筛选信息流，还要完成身份验证才能进入候补名单。流程能跑通，但和现有产品没有明显区别。
反馈
期中评审的反馈很直接：概念清楚，线下社交这个方向也成立，但产品太像 Meetup，用户没有理由选它。两位评审都建议我从人的状态出发，而不是继续做活动目录。
设计改动
我去掉了创建活动和自由浏览。平台改为给出活动邀请，用户只需接受或换一个，不再面对开放的信息流。活动人数控制在约 3–6 人，让一桌人还能聊得起来。
结果
修改后，每次只需要对一份邀请做决定。最终版本仍会显示剩余名额，通常是 3 个。
迭代 02
第二轮主要改了措辞、安全感和整体氛围。
产品方向确定后，我开始测试用户能不能读懂它：功能叫什么、个人信息会露出多少，以及第一次打开时会有什么感觉。
反馈
“Upcoming Performances”被看成是剧场演出，而不是社交活动。
设计改动
把产品里和活动有关的说法都改成平实的词：邀请、活动、日历。
结果
最终界面用的是 Invitation 和 Activities Participated。
反馈
测试者对安全，以及自己会被看到多少，都不太放心。
设计改动
把更衣室改成需要授权：别人发申请，由你放行；安全这个问题也在产品里直接回答。
结果
做出来的产品里有访问申请、已开放区域，FAQ 里也有一条关于安全的问答。
反馈
两个日历叠在一起，测试者分不清自己在看哪一个。
设计改动
把它们合成一个日历，既装已经排好的，也装已经发生的。
结果
最终版本只有一个按年月看的视图。
反馈
深色主题被读成太重、太严肃，不像一个想让人放松的地方。
设计改动
我保留深色底，但加入暖调照片、柔和光晕和更轻的字体，让界面没那么压迫，而不是直接改成浅色。
结果
这是一次部分采纳：氛围我留下了，要修的是分量，不是深色本身。
设计系统
深底上的柔光。
面向用户的标题使用衬线展示字，控件使用简单的无衬线字，边缘用柔和光晕代替硬切。这样既能保留深色界面，也不会显得太严厉。
反思
少一点选择让产品有了特点，也带来了风险。
主要取舍
减少选择让产品和活动列表类平台拉开了距离，也限制了想在特定晚上挑特定活动的人。我只测试过一次使用，还不知道连续用几周会是什么感受。
局限
这是一个学生项目：一份小样本问卷、几场访谈、两轮定性测试，背后没有真实办过的活动。这里的东西都没有拿真实的到场率或安全事件验证过。
下一步想验证什么
人会不会接受一份不是自己挑的邀请，以及连着放过几次之后，这套邀请机制会不会开始让人觉得它没在听。