注册字段应压缩到最小必要
别名: 注册表单精简 · 最小必要收集 · signup field reduction
概念解释
最小必要指完成「建立一个可回来的身份」所必需的字段，而不是营销、风控、个性化一次想问的全部。常见膨胀是：邮箱之外再要姓名、性别、生日、公司、邀请码、偏好多选。这条只管注册这一屏收了什么、为什么必须现在收。它不回答墙该不该先出现，也不把「以后再问」写成一种游客身份。
机制
每个字段都是一次披露决策，成本不线性叠加。联系方式已经足够昂贵；再要人口统计或工作信息，人会从「开个入口」改判为「在建档案」。没有即时用途的项会被读成监视或日后骚扰的伏笔，信任下降后，剩余字段即使很短也会被放弃。密码确认、验证码、同意勾选虽不算「资料项」，却占用同一条决策链，把可见工作量抬高。最小必要的判据是下游消费：这一项若在注册成功后的第一小时内没有系统要读，它就不该出现在注册里。
怎么研究
把同一入口做成「身份字段」与「档案字段」两套，比较完成与事后补全。
自变量：字段清单（仅联系方式、联系方式加人口统计、再加营销偏好）、选填是否与必填混排、验证码是否与资料同屏。 因变量：注册开始到完成的离开点、各字段停留与清空、提交后资料完整度、对「问得太多」的主观评分。
注意「完成率」会把不会填和不愿填混在一起；开放题或会谈才能分开「没有邀请码」和「不想给生日」。实验室任务常发放测试账号，字段敏感度被压低。真实产品里把「注册成功」和「资料填完」做成两个事件，才能看出压缩字段是真的少问了，还是把问挪到了下一屏。
边界
受监管的行业必须在开户时收集特定项（实名、年龄门槛、投资者适当性），压缩不能砍掉法定项，只能把法定项与可选营销项拆开。B2B 开通若合同已经包含公司信息，注册再问一遍是重复而不是必要。仅用第三方身份、本地不收邮箱的产品，最小必要可能是授权范围而不是输入框。验证码、密码规则是另一组摩擦，删字段解决不了通道失败或粘贴被禁。
怎么落地
- 为每个注册字段写下游消费者：登录、找回、账单、安全通知。没有消费者的项移出注册，改到该功能第一次需要时再问。
- 同屏只保留身份主键（邮箱或手机）和凭证；姓名、头像、偏好放到注册成功后的可跳过页。
- 法定项与营销项分块，营销项默认不勾选，且不得挡住提交。
- 验证：列出注册提交载荷，删掉第一小时内无人读取的键后再放量；比较开始-完成漏斗的峰值离开字段是否从被删项上消失，而不是完成事件被改名到了下一页。