网站内容更新系统(社区网站确认：对消息做出确认的反馈，如某些系统提示可设置)

　　网站内容更新系统(社区网站确认：对消息做出确认的反馈，如某些系统提示可设置)

　　确认：反馈确认信息，如部分系统提示，可设置“我已经知道，不再提示”选项；

　　Ignore：用户执行忽略操作或什么都不做；

　　删除：用户删除此消息。

　　3）消息处理后的状态需要统一。

　　消息需要标记状态是否已经处理，在不同的终端中状态为打开状态。例如，如果用户在客户端查看消息，则该消息应在网站上自动标记为已读。

　　(四）通知回收

　　回收主要是对用户处理过的消息进行操作。

　　用户之间触发的消息通常需要归档和保存。如评论/回复/消息/私信等。产品可能会提供询问用户是否在一定时间后自动清理的选项。

　　在某些产品中，还需要考虑功能的优先级。如果取消好友或加入黑名单，双方的私信记录将被自动删除。

　　系统触发的消息一般都会设置一定的恢复和删除时间。如系统提醒、通知、公告等。到期后会自动从产品中删除。物理上你可以设置是否备份。

　　过期但用户未处理的消息（用户长时间未登录但得到别人回复）可根据业务需要进行处理。例如未读的私人消息/评论/回复被永久保留。对于重要的未读消息，您可以尝试二次推送或通过其他渠道（邮件、APP、短信等）进行通知。

　　四、通知处理交互

　　注：具体交互需要考虑自身业务特点和目标需求。有的商家可能需要强调，有的商家需要考虑骚扰，所以没有语境就谈互动是无耻的。

　　这里只针对一般社区网站，描述个人喜欢的交互方式。

　　1、新消息到达时提醒交互

　　当新消息到达时，您可以使用以下提醒

　　标题闪烁

　　山东.png

　　有新消息到达时自动触发声音提醒

　　facebookn.png

　　气泡+数字

　　facebookqipa.png

　　新消息叠加

　　weibonot.png

　　弹出提示

　　探创.png

　　2、通知处理

　　目前，大部分消息都使用类似于“所见即所得”的交互方式的电流触发和实时处理。

　　facebooktishi.png

　　这样，您需要考虑：

　　消息通知位于全局导航，在访问任何频道时，保证及时收到新消息；

　　消息在浮层处理后，用户可以继续之前的操作而不会造成中断；

　　由于导航区域有限，需要对消息类型进行统一的组织和规划；（Facebook 的分类是好友请求、私信和通知。）

　　为历史记录（更多，所有消息）提供一个条目（二级页面）

　　标记已读和未读状态，处理消息提醒号之间的关系

　　知乎笔记.png

　　五、反骚扰（打扰）

　　由于消息本身的业务性质，过多无用的通知不可避免地会引起噪音和干扰用户。因此，合理设置消息的通知频率和渠道，防止早上体验和效率的损失。

　　1、提供通知频率和渠道的管理

　　比如常见的邮件退订管理，邮件通知类型管理。

　　facebookset.png

　　Facebook 通知设置

　　facebooknoticeste.png

　　2、添加拦截功能

　　消息屏蔽功能应该属于第一篇中的通知类型管理。当业务模块较多，之前的关联比较分散，或者第三方应用通知通过开放平台功能访问时，可以使用屏蔽功能。

　　facebookyingyong.png

　　脸书应用消息管理

　　微博英勇.png

　　新浪微博App消息管理

　　3、结合权限系统

　　1、功能隐私设置

　　使用隐私设置来定义特定的接收权限、范围等。

　　微博心.png

　　微博私信设置

　　2、结合黑名单功能

　　使用黑名单来阻止特定用户或 关键词 的特定消息通知。六、用户拉回

　　当用户长时间不登录或不处理消息时，可以通过其他渠道推送通知，达到了拉回的目的。这应该与 网站 整体回调策略相结合。

　　万城拉汇.png

　　示例：Facebook 好友请求确认撤回电子邮件：

　　faceooklahui.png

　　七、总结

　　嗯，非常感谢你能看到这个，这个文章断断续续更新了好几天才完成，很多地方不完整，请见谅。本来想尝试总结一套处理这种业务的逻辑方法，但后来放弃了，因为：

　　具体业务需要详细分析。现有资源和现状非常重要。这是设计的前提。

　　大原则，比如优先级、统筹考虑、预留接口、数据统计等等，可以空间解释，还是不说了

　　最后，如果您觉得本文对您有用，请与他人分享。（请注明出处）