一个人用很顺，五个人用就乱：协作和权限是产品的分水岭

前阵子看一个团队演示内部工具：创始人用自己的账号登进去，三步走完核心流程，干净利落。两周后客户说要带 6 个人的小组试用，问题立刻来了——两个人同时改同一份配置，后提交的把前一个覆盖掉；有人删了一批数据，没人知道是谁；主管想看团队整体进度，只能让每个人截图发到群里。产品一行代码没变差，只是从「一个人用」变成了「一群人用」。

这是早期产品最常被跳过的一关。协作不是「等做大再加」的高级功能，它是工具与流程的分水岭：一个人用的是工具，一群人用的才是流程。而客户愿意付的那部分钱，大部分时候是为流程付的。

席位，是产品最便宜的增长

Slack 上市前的招股书里有个数：年付费超过 10 万美元的客户，净收入留存率 143%。意思是这批客户第二年花的钱是前一年的 1.43 倍，多出来的部分基本不是涨价，是同事一个一个被拉进频道。Figma 2016 年上线时就把「多人同时在同一张画布上改」放在最核心的位置，屏幕上能看见别人的光标；2022 年 Adobe 用 200 亿美元买下它，买的正是这套协作习惯。公开 SaaS 基准里净收入留存的中位数只有 100% 出头，能做到 120% 以上才算第一梯队——靠不断拉新去补流失，永远追不上靠席位自然扩张。

五个人一起用，会照出哪些没做完的地方

• 共享账号。一家公司 8 个人共用一个登录，是 B2B 产品里最常见的假增长：后台看着是一个活跃客户，实际是八个随时可能一起走的人，续费时你才知道真相。
• 没有角色分层。所有人都是超级管理员，删错数据只差一次误触。至少要分清「能看、能改、能管人」三层。
• 没有操作记录。出了事第一句话永远是「谁改的」，答不上来就只能靠猜；猜的那段时间，就是信任流失的那段时间。
• 并发冲突。两人同时编辑同一条记录，后写的覆盖先写的。用户通常不会投诉，他只是从此不再相信这里的数字。
• 没有交接。唯一懂这个流程的人离职，账号跟着人走，项目就停在原地等人来认领。

不用一步到位，但这四件事现在就该做

• 三种角色加邀请机制：管理员、编辑、只读，再加能邀请和移除成员。这是协作的最小闭合环，一周之内做得完。
• 看得见的操作日志：至少能回答「谁、什么时候、把什么从 A 改成了 B」，能导出更好。大客户采购问卷里这一条几乎必问。
• 冲突策略先定清楚：要么锁（谁在改，别人只读），要么合（自动合并加冲突提示）。最差的选择是默认覆盖，因为它不出声。
• 所有者和交接：每条重要资源都有一个 owner，人离开时能一键转交给别人，而不是跟着账号一起消失。

51kaifa.app 做早期产品时，权限模型是第一周就画的：角色、邀请、日志、owner 这四件事和登录一起进第一个版本，而不是等到客户问「能不能加几个人」再补。原因很现实——补协作功能意味着把已经跑在生产环境上的数据模型重新拆一遍，那比第一天设计进去贵好几倍。好产品的完成度，不看一个人能走多快，看一群人能不能一起走。

← 返回资讯中心