新产品最常见的一组页面是：首页、注册、登录、忘记密码、个人中心。它们让产品看起来完整，却不一定让用户更快完成核心任务。
要不要做登录，不该从“别人都有”判断，而要先问：用户第一次获得价值，必须知道他是谁吗？
身份连续性有用，才值得付出账户成本
需要登录的典型场景很清楚：用户要跨设备保存长期数据；多人协作需要区分权限；购买记录、订阅、积分要绑定主体；敏感信息不能只靠一条公开链接访问；业务必须知道谁创建、修改或删除了某项内容。
如果这些条件一个都没有，登录可能只是额外摩擦。例如一个计算器、转换器、临时生成器，用户的核心任务是“输入 → 得到结果”。强制注册不会提高结果质量，只会把第一次成功推迟。
Quick I Ching 的公开 SEO V1 就采用了这种边界：免费起卦不依赖生产登录、数据库、支付和 AI 凭据，完成记录可以由用户主动保存到浏览器本地。未来商业版如果需要云端历史、付费次数和个性化，再启用账户体系。这个例子不是通用答案，但它说明身份可以晚于核心任务出现。
登录真正带来的工作远比两个输入框多
一旦有账户，就要决定注册方式、邮箱验证、忘记密码、会话过期、第三方 OAuth、账号合并、注销、数据删除、封禁、异常登录和隐私说明。
如果再和支付绑定，还要处理更麻烦的问题：账户删了以后，订单、退款和财务记录怎么办？这些记录是否可以一起删除，要根据业务和适用规则判断，不能简单把用户主记录清掉就结束。
所以登录不是 UI 功能，而是一套身份基础设施。
第一版其实有三种选择
第一种完全匿名。适合一次性任务，不要求跨设备连续性。
第二种“先用后登录”。用户先完成核心动作，在保存、同步、分享或付费时再创建账户。很多工具更适合这种路径，因为用户先知道产品值不值。
第三种一开始登录。适合数据天然私密、多人协作、企业权限或账户本身就是产品的一部分。
关键不是哪个更高级，而是登录出现的时机是否和用户价值一致。
一个简单的判断表
上线前逐项回答：不登录，用户能不能完整体验最核心价值？数据必须跨设备保存吗？有没有多人权限？有没有必须绑定身份的付费权益？匿名使用会不会造成明显滥用或安全风险？
如果前几项大多是否，最后一项也可控，第一版通常有理由不做强制登录。
MVP 的任务是验证核心价值。登录如果不是价值的一部分，也应该接受同一个问题：它现在不做，会不会让验证结果失真？不会，就可以晚一点。