登录 / app_key + 人机验证
入驻 / 邮箱验证码
一个页面，两个入口
商家打开 /merchant 先看到登录：填商家密钥和密码，过一次人机验证就能进。还没有账号的，在同一个页面切到入驻申请，填名称、邮箱、收验证码、设密码，提交后由平台审核开通。
审核通过后拿到专属的 app_key，这个密钥决定了他能激活哪些码、能打包出哪个客户端——所以他不需要第二个管理后台。
授权码、机器码绑定、文件分发、品牌化客户端打包，做成一个后台。你只负责生成码、上传文件、发出去——校验、绑定、更新这三件事由系统自己处理。
不做花活。下面六件事覆盖了从生成授权到用户激活的完整链路，全在同一个后台。
一次生成一批码，可设有效期、随时启用或禁用，按状态和关键字筛选后导出成文本，直接发给客户。
首次激活写入设备指纹，之后同一张码只认这台机器。绑定记录可查、可解绑，一个码传给十个人也只有一台能用。
安装包、补丁、资源包挂到具体授权码上，客户端激活后按清单自动下载。换版本不用重新发链接，改一下关联即可。
填自己的软件名、图标、启动图，后台直接打出绑定你 app_key 的 Windows 安装包和安卓 APK，换名字不用改代码。
激活量、设备数、文件下载、近七天趋势，只统计你自己名下。平台侧数据和商家侧完全隔离，互不可见。
后台发公告，客户端内弹出。谁在什么时候生成了哪批码、禁用了什么，日志都留着，出问题能追回去。
下面全部取自商家中心本身，没有另做一个平台管理端。商家开通账号后看到的就是这四块：概览、文件、打包、设置。
商家打开 /merchant 先看到登录：填商家密钥和密码，过一次人机验证就能进。还没有账号的，在同一个页面切到入驻申请，填名称、邮箱、收验证码、设密码，提交后由平台审核开通。
审核通过后拿到专属的 app_key，这个密钥决定了他能激活哪些码、能打包出哪个客户端——所以他不需要第二个管理后台。
客户端每次启动都要拿到一个明确结论：能不能用、为什么不能用。下面是这套判定的实现方式。
后台逻辑和客户端打包在同一套服务里。改了软件名、图标、公告，重新打一次包即可下发，不用维护两条发布链路。
正常情况当天走完。审核通过后所有功能直接可用，不按量收费、不额外开套餐。
填商家名称、邮箱、联系方式与登录密码，邮箱验证码确认身份。
核对信息后开通，你会拿到专属 app_key，客户端和授权码都绑在它上面。
后台批量生成授权码，上传安装包与资源文件，把码和文件关联起来。
填软件名与图标，一键打出自己的客户端，把安装包和授权码一起发给客户。