Google Play-投诉短信设计
GooglePlay-Complaint SMS Design
我正在寻找 UI 设计帮助 Android SMS 消息传递应用程序，它将满足以下条件：
- 用户应能够向联系人发送基本的 SMS 消息
- 后台服务应每 24 小时向我们的服务器发送一次短信
- 用户可以 enable/disable 上述第 1 项和第 2 项，但启用 #1 需要启用 #2。如果禁用，则在用户尝试发送消息时提示。
- App 必须满足 Google Play Developer Policy，具体来说："Do not send SMS, email, or other messages on behalf of the user without providing the user with the ability to confirm content and intended recipient." (10/06/15)
我的问题的根源在于上面的第 4 项 - 我必须何时提示用户，多久提示一次，等等？我已经多次联系 Google Play 开发者支持并收到了带有上述#4 复制粘贴的一般回复。为了帮助构建这个问题，我提出了以下关于 UI 设计的问题：
- Q1：如何同时满足需求#2和#4w/out每次后台服务要发短信时提示？
- Q2：如何用最少的提示同时满足#1 和#4 的要求？ （例如，如果需要提示，记住我的选择复选框可以吗？）
- Q3：与 Q2 相同，但也包括要求 #3。
请注意，后台服务发送的任何短信都是在零费率号码上发送的（例如短信的 1.800 行），因此所有费用均由应用程序创建者而不是使用 [=39 的家伙承担=] phone。预先感谢您的帮助！
除非 Google 提供具体答案，否则您 "When do I have to prompt the user, how often, etc?" 的笼统问题纯属猜测。您正在创建一个 "messaging app" 并且您对 "UI design help" 感兴趣，因为它与政策和您的应用程序要求有关，如果不对您的应用程序进行大量解释就很难做到这一点。
但是，作为消息传递应用程序，您的 UI 明确消息内容和目标收件人至关重要。如果你做得不好，Google 政策就没有意义了。同样，在您的问题中，"remember my choice" 复选框的用途和功能最好让用户清楚。
所以您真正关心的是 "background service sending an SMS to a server" 然后 "linking" 给联系人。这些的关键是用户意识，这更像是一个用户体验问题，而不是 UI 问题。
例如，您需要在发送第一条短信之前通知用户服务器短信。您如何显示警告将取决于您尝试提供的体验 - Google 不限制它在游戏格式中的出现，不要求用户 "retype" 协议声明或同时拥有它们选中一个框并单击 "agree" 按钮。这些决定留给我们作为开发人员。
而且继续发消息一定要清楚。因此，即使向用户发送初始警告消息 Google 也可能会确定您的通知不足以满足他们的指导方针。您不应期望 Google 更具体。
Google 没有试图在他们的政策中指定 UI 或用户体验，这帮了我们一个忙。在预期开发人员可能想象的情况下陈述所有要求可能会严重限制开发人员的创造力或产生负面的意外后果。
这是@CommonsWare 表示您在询问意见的地方。不知道 Google 可能适用什么标准。 UI/UX 变体太多了。该政策要求您提供信息，您有责任使其成为良好的体验。
一些 UI/UX 可能对您有帮助的示例：
- 提供一个预先通知，用几句话解释你的意思
正在做并且在你实施之前让用户同意它。
- 让您的政策在应用程序中可供参考，即使是在用户使用之后
"agrees" 去吧。
- 根据时间或次数提供定期提醒
发送的消息。
- 提供包含服务器的应用内日志文件
消息。
- 在应用程序中添加偶尔的横幅。
- 将您的服务器列为 "contact"，这样发往它的消息与其他收件人等一样清楚。
实施其中的部分或全部仍然不能保证不违反。它们可能没有得到很好的实施，或者您可能有单独的违规行为，但我希望这有助于解决您的问题。
此外，尽管不向用户收费会有所帮助，但 Google 政策并不排除或表示对这种情况宽大处理。我建议您不要将 is 视为更宽松的案例，尽管用户可能会喜欢它。
如果您有一个诚实的应用程序，它真诚地试图帮助 and/or 娱乐用户，并且它通过定期向您的服务器返回数据来做到这一点并且用户对此表示满意，那么Google 可能也可以。他们想要 Google Play 上用户喜欢的优质应用。总是尽量让接收消息（和数据）的用户和内容非常清楚。
另一方面，如果您问的是 "What is the least I can do without getting my app pulled?" 或 "How can I appear to comply without really complying?" 那么我（或其他任何人）对您 "help" 无能为力。
我正在寻找 UI 设计帮助 Android SMS 消息传递应用程序，它将满足以下条件：
- 用户应能够向联系人发送基本的 SMS 消息
- 后台服务应每 24 小时向我们的服务器发送一次短信
- 用户可以 enable/disable 上述第 1 项和第 2 项，但启用 #1 需要启用 #2。如果禁用，则在用户尝试发送消息时提示。
- App 必须满足 Google Play Developer Policy，具体来说："Do not send SMS, email, or other messages on behalf of the user without providing the user with the ability to confirm content and intended recipient." (10/06/15)
我的问题的根源在于上面的第 4 项 - 我必须何时提示用户，多久提示一次，等等？我已经多次联系 Google Play 开发者支持并收到了带有上述#4 复制粘贴的一般回复。为了帮助构建这个问题，我提出了以下关于 UI 设计的问题：
- Q1：如何同时满足需求#2和#4w/out每次后台服务要发短信时提示？
- Q2：如何用最少的提示同时满足#1 和#4 的要求？ （例如，如果需要提示，记住我的选择复选框可以吗？）
- Q3：与 Q2 相同，但也包括要求 #3。
请注意，后台服务发送的任何短信都是在零费率号码上发送的（例如短信的 1.800 行），因此所有费用均由应用程序创建者而不是使用 [=39 的家伙承担=] phone。预先感谢您的帮助！
除非 Google 提供具体答案，否则您 "When do I have to prompt the user, how often, etc?" 的笼统问题纯属猜测。您正在创建一个 "messaging app" 并且您对 "UI design help" 感兴趣，因为它与政策和您的应用程序要求有关，如果不对您的应用程序进行大量解释就很难做到这一点。
但是，作为消息传递应用程序，您的 UI 明确消息内容和目标收件人至关重要。如果你做得不好，Google 政策就没有意义了。同样，在您的问题中，"remember my choice" 复选框的用途和功能最好让用户清楚。
所以您真正关心的是 "background service sending an SMS to a server" 然后 "linking" 给联系人。这些的关键是用户意识，这更像是一个用户体验问题，而不是 UI 问题。
例如，您需要在发送第一条短信之前通知用户服务器短信。您如何显示警告将取决于您尝试提供的体验 - Google 不限制它在游戏格式中的出现，不要求用户 "retype" 协议声明或同时拥有它们选中一个框并单击 "agree" 按钮。这些决定留给我们作为开发人员。
而且继续发消息一定要清楚。因此，即使向用户发送初始警告消息 Google 也可能会确定您的通知不足以满足他们的指导方针。您不应期望 Google 更具体。
Google 没有试图在他们的政策中指定 UI 或用户体验，这帮了我们一个忙。在预期开发人员可能想象的情况下陈述所有要求可能会严重限制开发人员的创造力或产生负面的意外后果。
这是@CommonsWare 表示您在询问意见的地方。不知道 Google 可能适用什么标准。 UI/UX 变体太多了。该政策要求您提供信息，您有责任使其成为良好的体验。
一些 UI/UX 可能对您有帮助的示例：
- 提供一个预先通知，用几句话解释你的意思 正在做并且在你实施之前让用户同意它。
- 让您的政策在应用程序中可供参考，即使是在用户使用之后 "agrees" 去吧。
- 根据时间或次数提供定期提醒 发送的消息。
- 提供包含服务器的应用内日志文件 消息。
- 在应用程序中添加偶尔的横幅。
- 将您的服务器列为 "contact"，这样发往它的消息与其他收件人等一样清楚。
实施其中的部分或全部仍然不能保证不违反。它们可能没有得到很好的实施，或者您可能有单独的违规行为，但我希望这有助于解决您的问题。
此外，尽管不向用户收费会有所帮助，但 Google 政策并不排除或表示对这种情况宽大处理。我建议您不要将 is 视为更宽松的案例，尽管用户可能会喜欢它。
如果您有一个诚实的应用程序，它真诚地试图帮助 and/or 娱乐用户，并且它通过定期向您的服务器返回数据来做到这一点并且用户对此表示满意，那么Google 可能也可以。他们想要 Google Play 上用户喜欢的优质应用。总是尽量让接收消息（和数据）的用户和内容非常清楚。
另一方面，如果您问的是 "What is the least I can do without getting my app pulled?" 或 "How can I appear to comply without really complying?" 那么我（或其他任何人）对您 "help" 无能为力。