edm

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个产品经理


    我的第一本书,给你们


Talking

发表