判断登录卡住的原因
我见过最尴尬的情况是：创始人在路上换了手机，运营同事只有 Viewer 权限，供应商付款当天没人能进 Wise。这个问题很小，但会把现金流排期打乱。
| 现象 | 大概率原因 | 做什么 |
|---|---|---|
| 邮箱验证码通过后又要验证 | 新设备或 cookie 丢失 | 换回常用浏览器 |
| 收不到短信或推送 | 手机号更换、漫游延迟 | 查备用方式和支持入口 |
| 团队成员看不到付款 | 角色权限不够 | Owner 查团队设置 |
| 旅行后频繁验证 | 位置和设备变化 | 固定设备完成一次登录 |
别一开始就怀疑账户被限制。Wise 真要求补资料时，后台一般会有明确提示；登录验证卡住，按访问链路排查。
排查步骤
先回到最近成功登录过的设备。别同时用新 Mac、酒店 Wi-Fi、新浏览器和隐私模式。你以为是在排查，系统看到的是一串新环境。
接着检查 2-step login。认证器、短信、邮箱，哪个是当前主方式？如果手机号换了，先不要急着发起大额付款，登录恢复后再更新资料。
然后让 Owner 看团队权限。Wise Business 的团队成员不等于都能付款。付款审批、查看余额、导出 statement、管理收款人，通常需要不同权限。小团队也要分清：谁能看、谁能付、谁能改资料。
最后准备支持证据。写给支持时不要长篇解释焦虑，给可核验信息：公司名、登录邮箱、你卡在哪一步、失败截图、近期一笔收款或付款、设备和浏览器版本。
旅行与设备切换的预防措施
出差前做一次 10 分钟演练：常用 Mac 能不能登录，手机认证器有没有迁移，备用管理员能不能看到 Business account，邮箱是否还能收 Wise 的安全邮件。
我自己的做法很土：密码管理器里保存恢复备注，团队里至少两个人有管理员权限，但付款审批不要所有人都能过。便利和安全要分开设计，这点在小团队里尤其值钱。
团队访问配置建议
| 角色 | 建议人选 | 备注 |
|---|---|---|
| Owner | 创始人 | 保留完整控制权 |
| Admin | 可信合伙人或财务 | 处理紧急登录和付款 |
| Viewer | 运营或会计 | 只看报表和流水 |
| Payer | 付款负责人 | 金额和审批规则另设 |
如果团队成员离职，马上移除访问，检查收款人、API 或会计连接。Wise 登录恢复后顺手做权限审计，不要只解决眼前验证码。
登录恢复前的注意事项
暂停非必要付款，避免在验证混乱时重复操作。让还能登录的管理员导出近期 statement，确认收款和余额。跨地区办公时，Wise、Mercury、Stripe 这些后台尽量用固定设备和固定网络习惯；需要处理收款、付款和团队权限，可以准备海外银行 + Stripe + AI 工具全场景作为后台排查时的稳定环境。