GooglePlay-Complaint短信设计

时间:2015-10-06 15:31:04

标签: android user-interface google-play sms

我正在为Android SMS短信应用寻找UI设计帮助,以满足以下要求:

  1. 用户应能够向联系人发送基本短信
  2. 后台服务应每24小时向我们的服务器发送一次短信
  3. 用户可以启用/禁用第1项和第1项。除了启用#1之外,上述2要求启用#2。如果禁用,则在用户尝试发送消息时提示。
  4. 应用必须满足Google Play Developer Policy,具体为:"代表用户不发送短信,电子邮件或其他消息,而不向用户提供确认内容和预期收件人的能力。&# 34; (15年10月6日)
  5. 我的问题的根源在于上面的第4项 - 我什么时候需要提示用户,频率等等?我已多次与Google Play开发者支持小组联系。收到一个通用的回复w /上面#4的复制粘贴。为了帮助构建这个问题,我提出了以下有关UI设计的问题:

    • Q1:如何满足要求#2和#4 w / out提示后台服务每次都要发送短信?
    • Q2:如何以最少的提示量满足#1和#4的要求? (例如,如果需要提示,请记住我的选择复选框吗?)
    • 问题3:与Q2相同,但也包括要求#3。

    请注意,后台服务发送的任何短信都是在零评级号码(如短信的1.800线路)上完成的,因此任何和所有费用都由应用创建者而不是Android手机的家伙产生。在此先感谢您的帮助!

1 个答案:

答案 0 :(得分:1)

你的广泛问题,“我什么时候需要提示用户,频率等等?”除非Google提供具体答案,否则这是纯粹的猜测。您正在创建一个“消息传递应用程序”,并且您对“UI设计帮助”感兴趣,因为它与策略和您的应用程序要求相关,如果不对您的应用程序进行大量解释,这很难。

但是,作为消息传递应用程序,您的UI清除消息内容和预期收件人至关重要。如果你做得不好,谷歌的政策是没有实际意义的。同样,在您的问题中,“记住我的选择”复选框的目的和功能最好让用户清楚。

因此,您真正关心的是“向服务器发送SMS的后台服务”,然后将其“链接”到联系人。这些的关键是用户意识,这更像是一个UX问题而不是UI问题。

例如,您需要在发送第一个SMS之前通知用户服务器SMS。您如何呈现警告将取决于您尝试提供的体验 - Google不会将此限制为游戏格式,不要求用户“重新键入”协议声明或让他们同时选中一个框并单击“同意”按钮。这些决定留给我们作为开发人员。

必须明确继续发送消息。因此,即使向用户发出初始警告消息,Google也可能会确定您的通知不足以满足其指南。您不应该期望Google更具体。

Google没有尝试使用其政策指定用户界面或用户体验,从而帮助了我们。说明预期开发人员可能会想到的所有要求会严重限制开发人员的创造力或产生负面的意外后果。

这是@CommonsWare表示您在询问意见的地方。尚不清楚谷歌可能适用的标准。 UI / UX变体太多了。该政策要求您提供信息,并为您带来负担,使其成为一种良好的体验。

可能对您有所帮助的一些UI / UX示例:

  • 提供一个前瞻性通知,其中只有很少的单词可以解释您的内容 在实施之前,用户已经做了并让用户同意。
  • 即使在用户之后,也可以在应用中提供您的政策以供参考 “同意”它。
  • 根据时间或数量提供定期提醒 发送的消息。
  • 提供包含服务器的应用内日志文件 消息。
  • 在应用中添加偶尔的横幅广告。
  • 将您的服务器列为“联系人”,以便向其发送的消息与其他收件人一样明确。

实施部分或全部这些仍然不能保证不违法。它们可能没有很好地实施,或者您可能有单独的违规行为,但我希望这有助于解决您的问题。

此外,虽然您不向用户收费会有所帮助,但Google政策不排除或表示对此情况的宽大处理。虽然用户可能会欣赏它,但我建议您不要将其视为更宽松的案例。

如果你有一个诚实的应用程序真正试图帮助和/或娱乐用户,并且它通过定期向您的服务器提供数据并且用户可以做到这一点,那么Google可能会也好吧。他们希望用户喜欢Google Play上的优质应用。始终尝试向接收消息(和数据)和内容的用户说清楚。

另一方面,如果你问,“如果不拉我的应用程序,我能做的最少的事情是什么?”或“如果没有真正遵守,我怎么能表现出来?”然后,我(或其他任何人)没有太多可以“帮助”你。