在您的移动应用程序中使用推送通知、SMS和电子邮件的最佳做法


在十月份我们为Mobile Services交付了iOS 客户端库以后,许多人询问什么时候支持iOS推送通知。正如Scott Guthrie周三宣布的那样,Mobile Services现在支持发送iOS推送通知!通过添加一种更简单的登陆方法,我们改善了iOS Client API;现在配置用户身份认证只需要单行的Objective-C代码。

使用此更新,现在Mobile Services可以完全支持Windows StoreWindows Phone 8和 iOS 应用程序。

由于现在我们支持三种与客户交流的方式-推送通知、通过Twilio的SMS和通过SendGrid的电子邮件-跨三个平台,这篇文章将首先涉及iOS 推送基础,然后转向何时使用和为什么使用它们的基本指导。

Scott的博客有您需要的关于推送入门的所有细节,但是总结为两大优点:

  1. Mobile Services使它特别容易发送推送通知。
  2. Mobile Services给予您需要的为门户网站中的过期设备和频道处理反馈的工具,通过不将通知发送到已卸载的应用程序,定期处理数据库中的无效标记,同时为您节省资金。

在下面的视频中,Mobile Services团队的另一名成员Josh Twist将向您演示这些新的部分:

[View:https://www.youtube.com/windowsazure]

在移动开发中心还有两个可使用的精彩教程,第一个为推送服务和发送推送服务通知提供配置iOS应用程序的基础演练,第二个详细说明如何使用表来存储可用于向一个应用程序的用户发送推送通知的 APNS标记。

您还可以查看我们的关于如何使用APNS对象发送推送通知的完整详细信息的参考文档

什么时候使用推送服务、电子邮件和SMS

理解怎样使用这些推送通知同样重要的是与电子邮件和SMS相比何时使用推送通知,简单的答案是取决于应用程序。

我们将会分享一些我们采用作为最佳做法的基本规则,还有分享一些演示例外情况的实例。我们很想在评论中听到一些你们自己的最佳做法,以及讨论何时背离这些最佳做法或者你们的一般准则更有意义。

推送通知:默认值规范

推送通知是专门为智能手机和应用程序创建的。它们是引起客户注意的最强大和最有效的方式。
 
 

注意,因为能力越大责任越大。开始时大多数的用户将会给你一些回旋的余地,允许推送通知。然而他们会很快撤消这项同意。

最常见的危险地带?

  • 一个拥有社交组件的程序在每次用户的Facebook好友登陆的时候发送提示信息,却不限制为仅对用户邀请的或者经常交互的好友发送。
  • 每次有新的内容发布到目录中时,消息应用程序添加到标记计数,即使您不按照特定的主题。
  • 出售任何类型的通知给第三方会很快让你的用户禁用推送通知。

Toast通知的最好做法:

  • 使它保持简短和简单。你正在使用很小的空间并且尽量避免使用省略号。确保toast 通知的内容本身是有效的。
  • 例外情况是,省略号之前的内容已经足够有吸引力,会让用户打开并跟你的程序互动。如果toast的内容不能进一步简化,那么只能使用省略句。Facebook帖子就是这一例外情况的很好的例子。
     
  • 使用它来明确要求该做或者不该做某事。对于一个最简单的提醒程序,”你有一个新的任务’买一加仑牛奶'”比”一个 ‘买一加仑牛奶’的新项被添加”听起来更好。

标记计数的最佳做法:

  • 参与重置标记计数的行动应采取三个或更少的手势(taps、swipes等等)。
  • 限制事物的数量,标记通知才有意义。以一个有聊天组件的回合制游戏来说,如果标记计数随着游戏更新和游戏聊天新消息到达而增加,你的用户就不能明白地理解这一提示。
  • 标记计数永远不会达到两位数。一旦达到,客户肯定忽略这个应用程序,如果不是彻底卸载,很可能马上禁用推送通知。

邮件应用程序当然是一个例外。对于用户而言容许超过10的标记计数甚至超过100的标记计数并不罕见。这很可能归因于这个事实,几十年内用户已经习惯于并且熟悉很多的未读邮件计数。除非你的应用程序具有同样悠久的历史,也许最好避免允许运行太高的标记计数。

SMS必须阅读的邮件

有一些方法可以使你的应用程序使用SMS。在Twilio我们的朋友有一个army of Doers,它已经证明了简单的SMS的功能多样化。让我们缩小我们的讨论范围,SMS仅仅一些客户的交流方式。SMS应该被保存为必读项目。由于它不能被关闭,卸载的风险也同样很高。确保这是值得的。

何时使用电子邮件:基础知识和重点

就像SMS,在现代的应用程序中有大量精彩和非标准化的电子邮件使用案例。每天开发者使用SendGrid那样做。当把讨论限制到一些客户交流方式的时候,一种方案将引人注目。使用电子邮件让你的用户能够返回到并且找到几天、几个星期、甚至几个月前的内容。

那是否包括在成功的认证上确认?当然。那是否包括在Scrabble类型游戏中最终计分板上的最高分?当然。那是否包括邀请朋友到应用程序的请求?也许不是。

使用这个Uber可以做的很好。而不是给你发送一个的toast认证,Uber发送一个receipt邮件,并且把总结发送给客户。由于这是用户可能重新访问的内容,所以这是有意义的。

假如您想要开始使用Mobile Services,并且对于Windows Azure很陌生,请注册使用Windows Azure
90 天免费试用
,并且接收运行在共享实例上的10个免费的Mobile Services。

访问Windows
Azure 移动开发中心
了解更多关于使用Mobile Services构建应用程序。

如果您有反馈 (或只是想炫耀你的应用程序) 时,发送电子邮件到Windows Azure Mobile Services团队mobileservices@microsoft.com

与往常一样,如果您有疑问,请在我们的论坛提问。如果您想要查看产品功能,请访问我们的Mobile Services
uservoice
页面,并且让我们知道。

您们也可以在Twitter @kirillg_msft找到我。

本文翻译自:http://blogs.msdn.com/b/windowsazure/archive/2012/12/10/best-practices-for-using-push-notifications-sms-and-email-in-your-mobile-app.aspx

Comments (0)

Skip to main content