发表于: 2019-05-12 21:30:38

1 545


今天完成的事:


1.看人人都是产品经理和师兄日报

2,完成任务九



明天计划的事情: 

1、任务十



遇到的问题:

1、每天都有问题,每天都在被纠正



收获

在对于消息推送的搜索和操作想了很多。尤其是操作按钮,对于上下架,如果是已经发送的消息,已经成为历史记录和过去,属于自动下架,没有必要上下架按钮。但是在未来消息推送任务中的消息,下架可以用来做撤销操作,并且可以用来二次编辑,上架发送后可以再次发送使用。


消息创建

1、投放人群选择

日常的运营活动为了更加精准,提高活动转化率,运营同学会根据一些用户的特征进行筛选,比如北京地区用户,近3天内有登录过APP的用户等等,因此消息投放系统需与公司内部数据部门的标签系统进行对接,提供运营同学投放人群选择。

接口实时触发的消息,一般需要业务系统监控到用户行为,将用户账号与需要的参数通过MQ或者接口传递至消息推送系统进行发送。

也需提供用户账号文件上传功能,以便突发事件需要及时告知用户,避免来不及对涉及用户数据录入标签系统等问题。

2、消息类型与等级划分

消息的类型的应以消息内容的目的进行划分,大类可分为通知、营销、验证码等类型。

例如,短信行业内分为通知、营销、验证码类型的消息, 该类型的划分主要为方便路由短信至SP服务商不同通道,不同的通道触达率也不同,为了保证重要短信的触达率,需要将各个内容的短信路由至不同的通道发送。

结合个人经验,公司内部可以根据实际情况进行更细粒度的划分,比如增加通知+营销类型,可能场景为用户支付成功后,在表述完用户支付成功信息后,结合适当场景增加领取优惠文案,引导用户向其他活动转化。

对于金融借贷类的机构,也可增加还款通知类型,主要为用户产生逾期行为需要提示还款的消息;原因为特殊期间,还款通知类短信可能会受特别的管制,单独出来可以进行较好的监控与处理。

对于通知类的消息,也应该按照等级进行划分,比如用户支付成功提示消息和优惠券到账通知消息,显然不应该是同一等级。支付消息涉及用户资金变动,通知等级较高;优惠券到账消息更偏营销类型,通知等级较低。为避免对用户产生更多干扰,需要分级进行控制,必要的时候降低等级较低的消息的推送频率。

3、消息内容

不同的渠道的消息,所需要的消息内容不一样,短信内容仅需要短信对话框内的文案即可,PUSH需要展示标题与内容摘要;微信有模板消息与图文、语音等多类型的消息内容。

在产品设计时,选择了对应的投放渠道后,应展示对应渠道所需的字段,且为必填项。

4、消息跳转

消息触达到用户后,对于感兴趣的用户需要进一步了解信息,那么目前各类消息的载体不是有足够的空间来展示所有的信息,因此需要跳转到落地页进行详细信息获取。

短信类型的消息需要将长链转化成短链再进行发送,一是为了节省成本,因为短信是按照字符数进行收费的,二是为了用户体验,用户在手机上看到的不应该是一对长的乱码。

PUSH需要根据跳转的不同的页面设置不同的跳转类型,如H5页面和原生页面,跳转协议由客户端提供,消息系统只需要将其配置到系统上,运营同学可以选择就可以。

微信的消息内容一般模板消息条状到H5的活动页,图文消息跳转到文章详情,文本消息中也可以添加超链接,跳转到小程序。

5、其他需记录信息

消息发送部门:此数据是用来作为后期短信费用结算的依据,按照消息发送部门扣减公司内部各业务线的费用,对于PUSH、微信消息等免费的资源,也可分析关系各个业务部门对消息资源的使用情况。

转化行为口径:消息点击后的一个环节一般是转化,为了更好地衡量消息发送的质量,应该记录下每条消息下发的目的,比如:订单、实名、激活、下载、通知等,将消息与转化行为匹配起来进行数据分析。

产研负责人:在消息发送之前应该记录好每个任务或模板,对应业务线的产品、研发实际消息的负责人,当消息发生客诉时,通过消息记录查询功能,便可迅速定位消息的产研负责人,紧急确认对应消息是否有异常并解决。

6、推送时间设置

对于不同发送形式的消息,推送时间不同。创建的消息任务可以预定时间进行发送;对于已经固化下的营销场景,需设置周期性任务,设置初始执行时间与执行周期,降低运营操作成本。接口触发的时间一般为实时触发,触发时间由业务系统决定。

7、在线测试

当消息任务设置好后,需要验证消息投放出去后展示的效果与相关跳转是否正常,避免造成线上推送事故。测试需要发送运营设置好的真实内容,推送对象为内部消息创建者。为避免出现消息误发,测试发送的文案前应添加“测试”,或设置测试白名单,不在白名单内的账号无法进行测试。




返回列表 返回列表
评论

    分享到