通过游客模式解决 HAP 不适用人数过多的 To C 应用这个短板
从商业角度来分析这个问题，
比如客户想要开发一个旅游景点的 App，游客人数 9990 人，软件公司管理员维护人员 10 人，那么系统常驻人口 10 人，低频用户 9990 人。
系统核心价值不是应该由常驻人口来体现，但是因为他们人数少，被稀释了。
解决方案如下：
1.软件公司有钱，直接买 1W 个授权，有钱任性。
2.外部用户，9990 个外部用户，体验一般，授权啥的，费时费力，也会用户喷。
3.游客模式，买 30 个授权，9990 游客通过手机号注册，扫码访问。
4.破解 HAP 后台协议，将外部用户变成内部用户 ，概率为 0.1%
基本场景如下：
在某些场景中，存在部分使用系统的用户频率低，人数基数巨大，系统常驻用户不多，在这种场景中，目前处理这些基数巨大的低频率用户，目前只能用外部用户处理，不管体验，授权等等费时费力，肯定有比外部用户更好的处理方式，我相信，路虽远，行则必至
示例如下：
1.比如开发一个旅游景点的系统，每天都有 N 多人扫码付费进来参观旅游，如果有游客模式，
只需要在后台记录游客的基本信息，以及付费信息即可，游客只能查看自己的信息。
2.一个大型会议，N 多用户报名参会等等。如何便捷管理这些用户，使用频率低，但是基数巨大的用户群体是个头疼的问题。
3.其他用户数过多的 To C 应用场景
