快生活 - 生活常识大全

简单聊聊如何设计站内信


  前段时间忙着备考PMP,导致很久没有更新过文章,这是回归后的第一篇文章,仅供参考阅读。
  一、什么是站内信?
  站内信,是为方便会员商务信件往来而设的服务功能,类似于邮箱。
  "站内信"有两个基本功能:
  点到点的消息传送。用户给用户发送站内信,管理员给用户发送站内信。
  点到面的消息传送。管理员给用户(指定满足某一条件的用户群)群发消息。
  二、为什么要做站内信?
  从站内信接触对象(用户和企业)和传达形式来看(点对点,或点对面),有以下几种价值:
  企业、平台商户定点推送营销广告、新品发布、促销等消息,促进用户活跃、订单转化;
  企业相关规则、政策类公告通知,确保用户能及时全面了解公告内容;
  围绕用户相关的交易、资产类相关通知,一方面是及时告知用户交易相关内容,提高用户体验和节约短信成本;另外一方面唤醒沉默用户刺激消费;
  促进平台内用户之间进行互动,生产更多内容,另外也促进平台内用户活跃度;
  ……
  三、站内信能实现哪些功能?
  当我们了解到站内信上述的这些价值,那么如何能将这些价值呈现出来呢?即通过哪些功能将其进行实现?
  企业公告通知:应用场景较广,便捷性较强,当企业存在公告类内容,可及时进行全量或定量推送,让平台内的用户知悉。
  企业营销类活动:主要适用于电商类企业,可根据用户属性不定期进行推送营销类活动通知,提高活动传播度和收益。
  企业助手相关通知:如交易、物流、收发货等通知,一方面用户能及时知晓商品的第一动向,另外也能在一定程度上较少企业的短信成本。
  用户资产信息通知:如积分变动、优惠券到期前通知,凸显用户资产信息重要性的同时,又唤醒沉默用户进行消费优惠券,从而促进订单转化。
  用户间互动:如私信、问答、评论、点赞、回复,提高平台内用户活跃度,从而形成用户之间主动互动的良性循环。
  订阅通知:主要针对用户自主定制的内容类通知,减少用户错过自己感兴趣的内容。
  ……
  四、如何设计站内信?
  概要性内容大致了解后,接下来就是相对实操的内容,就是如何设计站内信?应该从哪些方面进行着手呢?会涉及哪些系统?
  1.前端(APP)
  站内信入口:是放在首页的右侧还是首页底部标签导航,亦或是个人中心右侧;另外应用应该放置几个站内信入口,这些都需要根据各自产品的特点以及站内信对企业的重要程度来进行考虑。
  消息呈现形式:是显示小红点还是具体数字呢?小红点适合在信息量大,或者重要程度不高的提醒中使用;数字则是为了更准确提示,并且和用户相关性更高。
  App push方式:push的目的最基本的是消息告知,最主要的是促进用户活跃等。push时机大多数移动端App都选择在早上十点和晚上八点左右进行推送,其实最好结合自己产品特性和push后的数据进行选择适用于自己产品的push时机。最后关于push文案和push人群,文案可参考AIDMA法则,即:Attention(引起注意),Interest(引起兴趣),Desire(唤起欲望),Memory(留下记忆),Action(购买行动) 。push人群可以是全量用户,也可以是定量用户(用户标签、事件触发)。
  获取设备通知授权:除了在首次下载App时获取设备通知授权之外,如果首次用户拒绝授权,那么要考虑在什么场景下以何种频次再去向用户进行获取授权?另外如何引导未开通消息通知授权的用户去开通,比较常见是是进行积分诱导,不过效果待评估。
  2.后台系统(CMS、CRM、消息中心系统)
  (1) CMS(内容管理系统),目的是配置消息推送模板
  App push模板:push标题、push小标题、push图片;
  消息显示模板:消息标题、消息小标题、消息banner图片、消息文本、消息链接等,根据消息类型不同按需进行配置。
  (2)CRM(客户关系管理系统),目的是推送配置和推送效果查询
  推送方式:全量推送or定量推送,定量推送根据哪类用户标签进行推送。除了用户标签这种个性化推送之外,还存在半自动话推送,即触发式推送,常见的是优惠券到期push,此类半自动话推送除了要定义推送模板,还需要考虑推送规则,如到期前第几天推送,多张优惠券同时到期如何推送等等。
  推送配置:选择推送人群(用户标签)、选择推送平台(App、H5、短信等)、选择消息模板、选择推送时间(支持定时)……
  推送效果查询:某一条push的效果监测,基本数据主要是push到达率、push打开率,更深入的应该去关注push后的转化率,以及push后App卸载率等重要指标数据和异常指标数据。
  (3)消息中心系统,目的是查询消息、查询整体消息数据、推送相关设置,消息到达率和打开率
  查询筛选功能:目的是回查消息推送情况,如推送时间、收件人、消息模板、消息标题、是否到达、是否打开、是否删除等基础信息;
  整体效果分析:整体消息到达率,目的是监测消息推送稳定性;查询整体消息打开时间段,目的是定制属于自己产品的推送时机。
  推送设置:哪些时间段不进行任何消息push,如晚上休息时间,尽量不要进行任何消息的推送来打扰用户,避免造成用户反感而卸载App;另外就是去重过滤,避免同一用户一天内收到N条push消息,所以需要按照push类型进行设置优先级和push频次。
  五、总结
  上述主要介绍了站内信的好处,能实现哪些功能以及如何进行设计。与此同时也应该考虑一下:站内信有哪些缺点。如push消息太过普通、亦或是过多的消息打扰到用户等。
  只有优缺点同时兼顾,这样既提供用户体验,又促进用户活跃,一举两得。
  以上是基于自家产品设计的一些想法和思考,可能存在一定的局限性,仅供参考,欢迎大家多交流学习!
网站目录投稿:绿薇