EDM消息推送产品设计案例

原创： Kevin改变世界的点滴 Kevin改变世界的点滴

昨天

针对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

好啦，今天的原创就在这里。我争取每周原创两篇工作案例

推荐阅读：

坚持一年，招募100个产品经理

我的第一本书，给你们