建议HAP增加游客模式，不需要注册，通过扫码就可以登录访问，随走随退
7 回复1123 浏览
通过游客模式解决 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 应用场景
用户的来源是通过微信扫码？如果是这样，这块需求是需要开发的，使用微信集成的 OpenID，用一张表来存这些数据就行了，也不需要用外部用户。除非你需要外部用户在系统里和你配合操作数据才有意义，如果是临时用户，只是记录数据，那就没有必要
在某些场景中，存在部分使用系统的用户频率低，人数基数巨大，系统常驻用户不多，在这种场景中，目前处理这些基数巨大的低频率用户，目前只能用外部用户处理，不管体验，授权等等费时费力，肯定有比外部用户更好的处理方式
听起来就像是要一个 2C 的网页或者网站
外部用户 + 页面授权 + 分享链接 能解决问题，不是最优解对于部分用户巨大的 C 端场景，业务逻辑简单，低频用户数巨大，常驻用户不多，HAP 更应该充分考虑这部分场景去包容接纳，对于业务逻辑简单的数字化场景，更应该发挥 HAP 的优势，有些伙伴因为外部用户数量过大，体验差，授权费时费力等错失了一些商机。
视图和自定义页面均有公开分享链接。不能满足吗？
在某些场景中，存在部分使用系统的用户频率低，人数基数巨大，系统常驻用户不多，在这种场景中，需要一种便捷，成本低廉的处理方式，将核心放在常驻用户和系统功能上，因为基础巨大低频用户而丢失潜在商机，非常遗憾。
这听起来不是一个需求，而是一个 solution。你要解决什么场景下无需登录就能够访问的问题？