你是否注意过，每天各种网页服务和APP的方式，会收到多少通知和警告信息？其中有多少是你真正在乎的？这个问题越来越让人担忧，因为我们使用的服务在增多，但是我们的时间和注意力仍然有限。
我们白天接受这么多“嘀嘀嘀”和“弹出窗口”，我们不仅被分散了注意力，然后还要很辛苦地回到手头的事情上。最终，我们将这些让人分心服务一忘皆空，或者尽可能对通知做出限制。为什么？想想看。当你开始使用一项网页服务，或者安装一个移动APP时，你期望的是某个特定的用途，或是满足你最初的需求，你并不介意各种通知，只要它们有足够多“打断的价值”，意思是它们足够有用或有趣来使你分心。问题是，只有很少的通知遵循这一规则。
作为一个用户，我讨厌这样；但从产品方的观点来看，通知比仅仅告知用户重大错误、APP崩溃或新即时消息具有更大潜力。这是一件强大的营销工具，可以直接与用户沟通，在适当的时间地点传达适当的信息来提升用户粘度。但如何将这种违背用户体验的方式，转变为对产品方和用户都有意义和作用的东西？
在钻研通知设计之前，问问自己“我确实需要通知吗？”这听起来挺荒唐，但有些通知根本不应该出现在用户屏幕上。有时候，我们遵循“可见的系统状态”的易用性启示，每一条错误提示都做了设计，但用户真的需要知道吗？如果这条消息单纯只是信息，不需要系统对它做出任何反应，那可能就没那么重要。另一方面，假如重大错误出现，这项服务或APP的表现取决于用户操作，可能导致重要数据丢失，此时通知对于用户和产品方都是一种便利。Google Chrome的崩溃页面通知就是个好例子。
使通知保持关联的最好方法，是善加利用以前的用户数据分析。没有什么比实际的行为统计更能反映用户信息的了。设计通知时，注意产品的使用率数据，还有所收集到其他任何目标受众的信息。这有助于使通知与用户紧密相关，增加产生对话的机会。关联性也要适时，你得在用户最不容易忽略它时发出通知。显然，夜晚不是发送通知的最佳时间。涉及到采集用户时区数据，和他们更倾向于查看消息的时间时，用户统计大有帮助。
定制化的产品特征是个好主意，尤其是涉及到通知时。这并不是说让用户关掉所有类型的通知（尽管那样人人都喜欢），而是让用参与内容的定制。当用户选择接收或拒绝哪些通知时，他们看到自己所选时会很高兴。假如你的产品刚问世，设计通知系统时没有足够的用户数据可以依靠，定制化是个很好的选择。一段时间后，你会清楚看见哪些通知对用户有用、有关联、及时，哪些需要重新思考。
无论通知的内容是什么，确保它吻合用户的语言习惯，直接而形象。保持信息简明易懂。避免使用“你赚了！”或“100%免费”这种垃圾邮件般的词汇。试着让信息简练却容易理解。不要让消息提醒的措辞给用户带来挫败感。毕竟，通知也是一个沟通渠道；你得与品牌形象和信息语调保持统一，同时保持友好且富创造力。
有一大堆各种类型的通知和传达方式：短信、邮件通知、移动APP推送消息、网页通知、弹窗提示等等。为了管理这些通知，并更好利用它们，我们需要根据交互类型，将它按条件分为两组：”产品对用户的通知“和”用户对用户的通知“。根据服务类型和用户的目标，这两组通知可能有不同的优先级。举个例子，一个Instagram用户可能更有兴趣知道哪些照片里有他/她，或者有哪些新加入的Facebook好友，而不是给这个APP评分。
了解哪种通知类型和传达方式更易被用户察觉，是任何应用提整个体通知体验的关键。
