用户不会因为账号做得好而夸你，只会因为账号做得差而离开。
这个系列解决什么问题
账号是产品里唯一「每个人都必须经过、但从来没人负责」的一段路。它看起来只是一个登录页加一张用户表，实际却决定了三件事：新用户能不能进来、老用户丢了能不能找回、不想用的人能不能干净地走。
这个系列不讲认证协议，也不复述安全规范。它讲的是一个人在 4,200 次访问、1,180 次提交、1,131 次验证与每月 214 张账号工单之间，怎么把每一个节点算清楚、把每一类失败接住、把每一张工单变成流程。
它服务的是一个没有客服团队、没有安全部门、也没有第二个人能接手的人。 你能投入的不是一套身份中台，而是三个字段、一条 72 小时链接、四步找回、一份合并检查表和一张十二项验收表。
核心主张：五条口径
- 账号是闸门，不是模块。 它横跨获客、激活、支持与退订，不能用「登录功能」的优先级来排期。
- 进来的要能进来。 注册字段、登录方式、邮箱验证、首登引导，每一段都有自己的分母。
- 丢了的要能找回。 找回是一年 1,296 次的高频动作，不能只靠人工。
- 不想用的要能走。 注销、导出、冷静期，是产品对用户最后的体面。
- 工单是设计反馈。 214 张账号工单里，一半以上指向同一个没做好的界面。
10 篇速览
| # | 文章 | 核心内容 | 阶段 |
|---|---|---|---|
| 01 | 账号是一套流程，不是一张表：五段漏斗、七个节点与每月 26.9 小时工单 | 4,200→96、214 工单、26.9 h/月、321 h/年 | 判断 |
| 02 | 注册表单：六个字段砍到三个，与 2.8 个百分点的提交率 | 6→3、92.4%→95.2%、+34 提交、+2.75 付费 | 转化 |
| 03 | 登录方式：密码、魔法链接与 OAuth 的三条路，和 3.0% 的企业邮箱拦截 | 4,180 次、45/40/15%、拦截 19 次 | 方式 |
| 04 | 邮箱验证与首登：十二分钟、4.2% 未完成与四十九个人的去向 | 1,180→1,131、49=18/21/10、宽限 +24 人 | 验证 |
| 05 | 找回密码：一年 1,296 次、93.7% 成功率与一半的账号工单 | 108/月、1,296/年、82 次失败、129.6 h | 恢复 |
| 06 | 会话与登出：七天、三十天与九十天的三档账 | 3.1/1.4/0.6 次、工单 32/14/21、77 次全退 | 会话 |
| 07 | 两步验证与恢复码：18.4% 的开启率、三起接管与四十四个人没存恢复码 | 228 人、3→0 起、−2.4pp、+18 工单 | 安全 |
| 08 | 账号合并与换绑：九十六次请求、四类冲突与一次误合并 | 96/年、84.4%、42 分钟、99.9 h/年 | 归属 |
| 09 | 注销、导出与保留：一百四十三个注销、十七次撤回与三十天冷静期 | 143→17 撤回、126 删除、96 次导出 | 退出 |
| 10 | 账号体系验收：十二项检查、四维评分与一次季度演练 | 12 项、3.60 分、补找回 → 3.75 | 验收 |
三条阅读路径
路径 A：刚上线，还没人注册。 先读 02 把字段砍到三个，再读 03 定下登录方式，最后用 04 把验证邮件的时效与宽限做完。这条路径的重点是「别在第一道闸门上漏人」。
路径 B：注册有量，账号工单压不住。 先读 01 把五段漏斗与工单结构建起来，再读 05 把找回做成自助，最后用 06 定下会话时长。这条路径的重点是「把重复工单变成流程」。
路径 C：要接企业客户或过合规。 先读 07 决定对谁强制两步验证，再读 08 补上合并与换绑，最后用 09 把注销与导出做干净，用 10 做一次季度验收。这条路径的重点是「让被锁的人能回来、想走的人能走」。
与其它专题的边界
站内已有安全、多租户、隐私、消息与留存内容，但都不处理「用户侧账号生命周期」。下表说明本组不重复什么。
| 既有内容 | 它讲什么 | 本组边界 |
|---|---|---|
| 一个人的安全基线：十四个入口、十七个密钥与一次 72 小时响应 | 攻击面、认证机制、会话撤销与密钥 | 它管「别人能不能破门」；本组管「用户能不能进门」 |
| 一个人的多租户：组织、邀请、角色与数据隔离 | 组织、成员邀请、角色矩阵与隔离 | 它从已登录的人开始；本组管这个人怎么登录 |
| 一个人的隐私工程：数据地图、最小化与删除权 | 数据主体请求、删除权与保留期 | 它管法定删除；本组管注销的产品流程 |
| 一个人的消息系统：事务邮件、通知分层与送达率 | SPF/DKIM/DMARC、送达与通知分层 | 它管信能不能到；本组管到了之后用户做什么 |
| 一个人把用户留住：激活、留存与复购 | 激活时刻、留存曲线与召回 | 它从激活开始；本组管激活之前的四段 |
| 一个人的计费系统：订阅状态机、按比例计费与失败重试 | 订阅状态、退款与对账 | 它管钱；本组管账号与订阅谁先结束 |
| 一个人的自助支持：帮助中心、排查树与工单减少 | 帮助中心、FAQ 与模板答复 | 它管全部工单；本组只吃账号类那 35% |
| 一个人的企业客户：九家询价、一百四十八道问卷与 134 天的第一单 | 采购、问卷、DPA、SLA 与 SSO | 它管企业 IdP 与席位；本组管个人账号 |
| 一个人把 API 做成产品：对外接口、开发者体验与支持 | API key、配额、Webhook 与版本 | 它管机器凭据；本组管终端用户账号 |
| 一个人的质量守门：验证预算、回归清单与发布门禁 | 关键路径、回归与发布门禁 | 它管功能对不对；本组给出账号的六条回归路径 |
| 一个人的产品度量：事件字典、指标口径与决策看板 | 事件、口径、漏斗与看板 | 它定口径；本组按它的口径记账，不重定义 |
| 一个人把产品做得像样：品牌、视觉识别与设计系统 | 视觉、状态与微文案 | 它管全站文案；本组只管账号相关那几句 |
| 一个人的 AI 合规：六个功能、二十二项供应商条款与一次客户审查 | 六个功能分三档、七个数据来源、两家供应商 22 项条款、六处披露、三档错误与复核、120 条评测、14 次模型变更、十二项验收 | 那组讲 AI 功能的用途分级、数据与来源、披露、输出责任与证据；本组讲用户从注册、登录到注销的身份生命周期 |
| 一个人的销售：四百八十家触达、四单与每小时一百二十八美元 | 480 家触达、4.8% 回复、17 场发现会、41 次异议、12.0% 折扣、8 家试用、4 单成交、1,314 美元/单 | 那组讲客户怎么被说服；本组讲用户怎么进门、怎么回来、怎么走 |
| 一个人的内容引擎：六十篇文章、四万八千次访问与二十四单归因 | 60 篇、48,000 次访问、1,536 注册、24 单归因、465 美元/单、10.5 个月回本 | 那组讲内容生产与获客记账；本组讲注册、登录、找回与注销 |
这十篇不提供认证实现，也不构成法律意见。可复算的部分全部用四则运算给出算式；不可复算的部分（用户心理、企业网关行为、支持人员状态）明确标为观察值与教学假设。
本组统一口径
全组共用一组教学假设，各篇引用时不换分母：
产品：一人维护的协作 SaaS，Pro 19 美元/月，毛利率 80%，平均订阅 16 个月
注册页访问 4,200/月 → 表单开始 1,240 → 提交 1,180（95.2%）
验证完成 1,131（95.8%）；未完成 49（4.2%）= 未收到 18 + 过期 21 + 放弃 10
中位 12 分钟；24 小时内完成 1,000 ÷ 1,131 = 88.4%
24 小时内首登 1,062（93.9%）→ 激活 742（69.9%）→ 付费 96（9.0%）
付费总数 1,240；LTV = 19 × 0.80 × 16 = 243.2 美元
账号工单 214/月 = 全部 612 的 35.0%
找回 108（50.5%）+ 验证 41（19.2%）+ 换绑 27（12.6%）+ 合并 8（3.7%）+ 注销 12（5.6%）+ 其他 18（8.4%）
分钟 6 / 5 / 8 / 42 / 10 / 5 → 1,615 分钟 = 26.9 小时/月 = 323 小时/年
找回：1,296 次/年；成功 1,214（93.7%）；失败 82（6.3%）
登录：4,180 次/月 = 密码 1,880（45.0%）+ OAuth 1,672（40.0%）+ 魔法链接 628（15.0%）
密码失败 214（11.4%）；其中 108 转找回（50.5%）
OAuth：Google 1,070（64.0%）+ GitHub 368（22.0%）+ Microsoft 168（10.0%）+ 其他 66（3.9%）
会话：平均 2.3 台设备；「退出所有设备」77 次/月（6.2%）
MFA：228 ÷ 1,240 = 18.4%；恢复码使用 31（13.6%）；未保存 44（19.3%）
合并：96 次/年 → 完成 81（84.4%）→ 81 × 42 分钟 = 56.7 小时/年
注销：143/年 → 撤回 17（11.9%）→ 删除 126（88.1%）
导出：96 次/年、平均 3.1 MB、4.2 分钟
214 张是账号工单，不是全部工单。 它占 612 张的 35.0%；把它当成客服总量，会高估账号问题的严重性，也会低估其他类型的成本。
96 个付费是新增，不是总数。 付费总数 1,240 是存量，两个数字回答的问题不同；混用会让「9.0%」这个转化率失去意义。
LTV 243.2 美元是毛利口径。 它已经扣掉 20% 的变动成本，但没有扣获客成本；把它当成「一个用户值多少钱」会高估。
使用说明
先建账，再改流程。 没有五段漏斗与工单分类，任何改动都无法评估；先读 01。
一次只改一个节点。 表单、验证、首登、找回互相影响，同时改等于没改。
先做数量最多的，再做单价最贵的。 找回与验证占 69.6%，合并只占 3.7% 但单价最高。
先把退出路径修好。 注销与导出不做，前面的增长都会变成投诉。
本组的证据与使用方法
证据类型。 本组用的是「4,200 次访问到 96 个付费的五段漏斗 + 214 张工单的分类与分钟数 + 1,296 次找回的成功与失败 + 4,180 次登录的方式拆分 + 228 个 MFA 用户与 31 次恢复码 + 96 次合并与 143 次注销」。没有「最佳实践」式的断言。
如何使用。 先用 01 把账建起来，再用 02 至 04 修入口，用 05 与 06 修恢复，用 07 至 09 修安全与退出，最后用 10 做季度验收。
如何复核。 取最近一个月：看有没有五段漏斗、有没有工单分类、有没有找回成功率、有没有会话工单、有没有注销与导出记录。五项都能对上，这套基线才适用。