如果用户不向我的应用程序授予某些权限，我的移动应用程序(iOS 和 Android)将无法“工作”(例如:如果位置设置为“从不”，则该应用程序毫无值(value)，因为地理跟踪是一项核心功能。该应用程序向用户解释这一点，并要求他们更改设置(有很多很好的设计模式)。
到目前为止一切顺利。
该应用程序有一个网络后端。了解用户授予应用程序哪些权限将有助于排除故障。这样我们就可以看到哪些用户没有给我们我们需要的权限。
我很好奇从隐私政策的角度来看应该如何处理？我确实想告诉用户，我们可以看到这些信息，这只是为了帮助我们排除故障。如果可以的话，我不想仅仅包含一个选择加入或退出的切换开关，因为这有点违背了了解设置的目的。
我想知道他们的权限是什么的原因是，根据应用的性质，用户需要在开始某些旅行之前“正确”设置权限。
如果设置不是我们需要的，我们是否应该不让用户实际使用该应用？
这方面有规范吗？这是一个糟糕的主意吗？
最佳答案
我曾开发过几个关键业务应用程序，其中核心功能和底线需要权限(例如位置)。在这种情况下，我确信在其他情况下，我认为在未授予权限时阻止应用程序使用是完全可以接受的。我认为这并不是一种规范，可能是因为许多甚至大多数应用程序都包含一些仍然有效的功能，即。该应用程序不会因为缺少一两个权限而变得毫无值(value)。
但是，这里的答案可能部分取决于它是什么类型的应用程序，以及您是否有能力让某些用户感到沮丧或在应用程序商店中获得一些不好的评级。可能比完全阻止使用更好的方法是将用户带到“帮助”屏幕，您可以在其中告知他们权限等信息，甚至可能在他们有问题和疑虑时提供支持联系的链接、电子邮件或电话。
就隐私政策而言，我不认为这是一个问题。当提示请求许可时，用户应该已经意识到应用程序(可能还有其后端)知道他们的响应。话虽如此，告诉他们他们正在被监视当然没有什么坏处。嗯，也就是说，如果你用比“你正在被监视”更好的方式来解释它。 :) 下次他们到达应用程序的该部分或下次启动应用程序时，您是否会检查并重新提示许可？这让他们有机会改变自己的回答，并帮助他们意识到权限的重要性，而且您的用户友好的应用内说明也会有所帮助。
您可以为此创建一个自定义网络仪表板，但为什么不直接使用 Google Analytics、Fabric、Firebase 或类似工具来收集此信息呢？不过，也许您需要一个仪表板，因为它对客户服务代表或其他非开发人员更友好？这对我来说很有意义。
关于android - 在 Web 仪表板中显示应用程序权限，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/55129522/