针对web社区性产品，你会如何设计消息推送？
web端产品因为特殊的产品使用场景（在PC场景，非移动），通常我们会使用edm或浏览器推送作为消息提醒。如今移动端产品考虑消息提醒会是基于ios或安卓的产品系统自带的组建，web产品的消息则基于站内信或EDM来进行触达。
站内信的推送后台与app产品的后台类似，后台的推送需要包含系统推送与运营推送内容。
系统推送包含：
业务性内容
社交性内容
系统消息内容
业务性内容其实很难区分与系统消息的区别。例如我们做了手环绑定，手环断开后的失联提醒，既属于系统消息内容。也属于用户在健康管理业务中的服务场景。
社交性内容是指用户在产品中因其他用户造成的内容，比如点赞、评论、转发、关注.....社交性内容在web产品中社区性产品较多,你可以很难发现有一个web产品做的是工具化产品。而不考虑与用户链接的问题
注意在【个人中心】中，增加是否允许消息提醒的功能。系统消息也应该做好关闭划分，比如系统消息内容是不允许关闭的。
尽可能选择第三方运营商
之前在带团队做edm期间，犯过一个错误。即让团队自己做edm消息。结果出现了下列问题
邮件发送失败
邮件到达失败
邮件到达乱码
邮件编辑不灵活，推送人群自定义不灵活
邮件成为垃圾邮件
上面5个问题，第四个问题还可以从产品上考虑优化。增加对应的编辑器功能和人群自定义。但针对其他问题，就要求技术解决了。为此花费了大量开发资源和时间，结果最终迭代后的第二个版本解决了发送失败的问题。但乱码、垃圾邮箱仍然很难避免。
我建议产品经理在做标准模块（比如消息推送、商城系统、oa等）的时候，首先调研下第三方资源。比如edm有一个成熟的平台sendcloud，还有每日的免费推送额度。只需要对接sdk，即可保证产品的使用效果。
如果团队自己做
当然，若推送量较大或个性化较高。仍然可以考虑自己做，但自己做的前提下，你可能需要注意避免下面6个问题。
1.运营商拦截的问题。
注意常用的通道和营销通道，在2条通道下应该保证其中一条是可以在运营商中开通白名单的。营销通道就要注意封号的问题，所以要更换多个账户发送
2.营销邮件频率的问题。
营销的邮件内容我们一般是一周1-3次，不要随时投放
3.匀速发送很重要。
一次性触发大量邮件（1万封以上这种），运营商很可能认为是攻击，而会直接采取行动。因此总量可以发的很大，但每一秒出去的邮件最好在1000以下。
4.外部链接展示页面是必备的。
当年我亲自测过，很多的在线邮箱展示效果很有可能不如预期，需要在邮件上方加一条”如果邮件无法展示，请点击（补发）|1个月30天720小时，134名产品经理做了什么？“ （标蓝的”标题“应该是指向一个链接，这个链接应该是放在网站上的一个邮件展示页）
5.尽量不要用一幅大图，加载会慢。
尽可能的通过编辑器增加富文本形式，不要一次性推送大图。会导致加载失败
6.邮件跟踪问题。
邮件的打开与发送成功率，需要后台统计
参考文献：
https://www.pmcaff.com/discuss/index/194062147180608
好啦，今天的原创就在这里。我争取每周原创两篇工作案例
推荐阅读：
