软件工程师多少钱一个月,seo外包上海,wordpress欢迎主题,电脑装机网站写这篇文章的初衷是前几天在脉脉上看到一个问题#xff1a;线上app push故障#xff0c;该不该给用户发送补救推送信息#xff1f;联想到自己当初作为实习菜鸟也犯过类似的推送事故#xff0c;好在补救处理尚可#xff0c;最终结果不错。这次仔细看了问题下的每一条回答线上app push故障该不该给用户发送补救推送信息联想到自己当初作为实习菜鸟也犯过类似的推送事故好在补救处理尚可最终结果不错。这次仔细看了问题下的每一条回答发现不少用户认为push是骚扰且因不堪忍受push干扰而选择屏蔽推送功能或删除APP……对于产品和运营来说这很是一件脑壳疼的事情。所以结合这两年来的推送经验就如何搭建APP推送体系做了一次全面复盘旨在为大家提供一条完整思路。获取下文中APP推送体系完整高清版思维导图请在鸟哥笔记公众号后台回复关键词【push】一、APP推送路径及常见问题APP推送的本质是让APP与用户之间的连接更加友好、紧密提升用户体验并促活。然而执行起来并不容易效果也通常不尽人意用户更是不堪其扰。那么如何保证用户的良好推送体验呢我想这个问题还是得从推送流程中运营及用户的行为路径说起。如图可以看到推送通知从运营发出到触达用户的过程中经历了内容筛选、文案提炼、时间选择、频次管理、用户授权、效果监测等6个环节。这些环节中的用户行为也折射出了APP推送面临的5个主要问题1 用户设备未设置允许推送权限2 推送内容与用户偏好不匹配3 推送时间点不当时效欠缺4 推送过于频繁造成骚扰5 推送文案缺乏点击欲。所以接下来我将从推送渠道搭建开始为大家一一梳理APP推送体系中的各个环节以及对应问题的处理策略。二、 搭建推送渠道推送是通过渠道承载的而一个完整的APP推送渠道应该包含APP自有渠道和第三方渠道两个方面。1.APP自有渠道所谓APP自建渠道指基于自家产品的APP推送主要作用于产品现有存量用户。按技术可划分为运营推送、系统通知、交互通知三大类运营推送是运营人员为达到促活、留存等目的而配置的个性化推送含活动通知、热点资讯等。这是体现运营水准的重要方式也是本文的重点。系统通知是经由技术代码写进产品程序中当用户触发一定条件而接收的系统自动推送。例如系统更新等大家收到的消息都一样。交互通知严格来说也属于系统通知只不过触发机制源于用户的交互行为比如发布内容后获得的点赞/评论/收藏/关注/转发等系统通知根据用户交行为有明显的个性化差异。2.第三方渠道第三方渠道是借住第三方平台展开的推送也是用户未开通APP推送权限时常用的触达手段。包含短信、邮件、以及以微博、微信公众号为代表的自媒体渠道等。产品是否展开第三方推送渠道运营是主打单个渠道还是兼顾多个渠道如何规划第三方渠道的运营节奏这是企业在搭建推送渠道时都需要思考的问题。三、 获取推送权限无论是APP推送还是第三方渠道推送实现推送的前提是获得用户允许推送权限。如今安装APP时基本都会有授权提示——是否允许推送选择允许可接收APP推送通知选择不允许一般不接收APP推送通知。但即使用户在安装APP时选择了允许推送若后续体验不佳也可随时关闭推送权限甚至卸载APP。那么如何引导用户开通允许推送权限呢这个问题网上很少被提及现行方案主要是弹窗引导通过弹窗让用户了解允许推送会有什么好处。比如会收到哪些重要信息会得到哪些有价值奖励(比如积分、红包、体验卡、优惠券等)虽然弹窗引导的原理大家都一样但细节决定成败展示界面、提示文案、弹出场景都是可以发力的地方。而对于第三方渠道而言所受的推送权限设置主要来于账号关注、内容拦截、以及次数限制。当前以双微为代表的自媒体渠道在粉丝管理及推送上已经有相对完善的体系缺点就是用户捏在第三方手中推送次数、内容、用户深度管理等都会受到限制。比如微信订阅号推送限1天1次微信服务号推送限4次/月且不得诱导用户分享。而短信则是经常被拦截或被当做垃圾短信过滤掉被用户看到的几率不高邮件则更是如此。无论是APP自有推送还是第三方渠道推送充分了解并持续优化有关授权影响因素是获取持续推送权限必须考虑并解决的问题。四、 精准推送内容如何筛选推送内容用户需求决定推送内容保证运营推送的内容与用户需求高度匹配追求精准内容推送。具体可以通过用户分群、内容筛选、内容匹配三步实现。第一步用户分群是精准推送的核心。用户分群的维度很多而基于精准推送的目的则有用户行为、内容偏好、标签选择三个维度。其中行为维度常用于工具类产品偏好维度常见于电商类、内容类产品标签维度则常用于垂直型社区产品。在实战应用中由于产品所处生命周期以及关键性指标的变动用户分群的依据也会有所变化产品应当根据自身属性做出合适的选择。第二步内容筛选保证推送的质量。内容筛选一般有人工、算法两个维度算法主要由产品和技术把关此处主要讲运营人工把关。由于产品属性差异筛选内容的判断依据各不相同以内容社区为例筛选推送内容的标准应该包含匹配性、价值性、原创性、专业性、时效性和趣味性6个方面而其中最重要也常被忽视的一点便是匹配性。第三步结合用户分群完成内容匹配。为什么APP推送会被看做用户骚扰关键在于推送的内容与用户需求不相关、不匹配不被用户所需要。前面说过APP推送的本质是让APP与用户之间的连接更加友好、紧密提升用户体验并促活。而事实上APP推送往往被本末倒置为达到促活目的而罔顾用户需求强行推送从而变成骚扰。为了避免APP推送变成用户骚扰运营需要将筛选出来的内容进行用户群体匹配分别推送给不同用户群尽可能满足用户个性化需求。五、打磨推送文案关于如何写推送文案网上的相关资料数不胜数套路很多原理也没问题。因此我想强调的只有四点第1、 主题突出清晰易懂。设置推送文案时需要尽可能在有限显示篇幅里传达最重要的信息而不是把过多篇幅留给场景渲染让用户不明所以。第2、 简洁明了切忌过长。推送文案有显示字数限制且不同机型设备可显示字数不一样同时推送文案有两种显示类型区别在于标题是否可自主配置运营人员推送时应充分考虑到这些因素影响。第3、 常见套路的尺度把控。网上关于文案拟定套路的文章很多其中不少提到了AIDA模型(吸引注意力→引起兴趣→激发欲望→促进行动)。对此我都表示认可但是需要强调的是一定要把握好尺度切忌用力过猛。举个例子看到这些标题熟悉不朋友圈、亲友群里常见刷屏文章类型。从某种意义上这种文案套路是很有用的对于缺乏主观判断能力的一类人。然而遗憾的是当代年轻人们早早通过互联网尝遍各式套路极富主见审美能力普遍不弱看见这种标题难免觉得格调太低反感是常态。第4、 走心才是最强的套路或许是因为互联网时代注意力资源稀缺大家都拼命博套路而忘了最简单的道理文案需要走心也有很多人简单的认为走心就是说两句煽情话……什么才是走心我想应该是想用户所想忧用户所忧站在用户角度提供需要的服务就像下雨前的一个用餐提醒一样走心的文案背后一定是一个深刻的洞察不需要太多华丽辞藻雕饰、太多套路引人注意就能直戳人心。六、选择推送时间无疑在错误的时间点推送是不会有任何正面效果的。那么该如何选择推送时间点呢在两年的推送实践以及长期跟踪80个APP日常推送后总结出了有关推送时间的一些规律如果是类似行业头条、八卦爆料、新闻政策类影响较广、热度较高的内容那么时效性就是第一要义必然是即刻推送了。如果是早/晚播报类似篝火营地【篝火新闻早茶】、即刻【一觉醒来世界发生了什么】那么为了培养用户接收习惯必然是定点通知了具体时间点的选择可以从行业属性、用户习惯结合AB测试法来确定。如果是周期性更新的内容则选择周期推送的方式。关于周期性推送基本原理同定点推送只不过周期较长不以日为单位。具体有两种类型• 类似综艺节目、视频剧集、小说章节类长期连载性质的内容应在内容更新时同步推送持续关注的用户。最近我在B站追《少年歌行》这部国漫每周三10点更新恰好今天周三于是10点的时候收到了B站发来的更新通知它提醒了我有最新内容可看了我很开心。对于这类用户本身关注内容的推送用户会觉得是骚扰吗当然不会。• 类似企微里的【一周小结】、微信游戏里的【王者战报】。基于过去一周的用户行为做一个总结梳理类似的功能很多产品都有我在和好友聊天以及朋友圈中多次看到类似的分享但是迄今未见过有产品将其以外化以APP推送的形式反馈给用户。也许这是一个值得挖掘的方向。七、 把握推送频次推送过于频繁、给用户造成骚扰是当前APP推送面临的主要难题之一。无论何时需要牢记APP推送的本质为了促进产品与用户之间的连接更加友好、紧密。因此推送的出发点应该是基于用户需求而推送的频次则取决于用户使用产品的频次。而产品的使用频次则和产品类型、使用场景、用户类型三个因素息息相关。1 产品类型。对于百度地图等工具类APP用户使用频次有限一般每天推送不宜超过1条对于新闻、视频等内容类产品除用户订阅更新外一般每天推送应控制在3条以内对于双微、QQ、以及各大垂直社区等社交类APP可以更频繁一些但依然建议控制在每天5条以内。2 使用场景。还是百度地图为例用户只在特定场合有需求。结合定位功能如果用户处于常规路线范围类推送频次一般不超过每天1次而当用户出现在常规路线范围外可能是在出差旅行总之到了一个陌生的新地方对于地图的需求变得强烈不需要产品主动推送就会多次打开地图。此时无疑可以增加推送频次。3 生命周期。这个无需多言用户处于不同生命周期对于产品的使用频次完全不同。如今手机内存不断提升每个人的手机上APP少则数十个多则百来个每天收到的推送更是多如牛毛。然而除了用户有强需求的APP外被日常频繁使用外很多APP超过30天都未被访问任凭你每天狂轰滥炸。毕竟出色的产品本身比任何运营手段都更有效八、 常见应急措施一个完整APP推送体系少不了对于可能发生问题的应急处理措施。本文开头提到的push事故等突发问题常有发生类似危机如果没有提前思考过很难妥当处理。推送事故可能是多方面的责任但是不用怀疑站出来的永远是产品和运营。在此从后台容错机制设置和常见推送问题处理两个方面简单梳理了一下应急思路希望对同胞们有所启发。1、 设置容错机制从技术层面设置推送容错机制可以避免绝大部分推送事故。批量推送前进行推送测试检查展示效果和相关跳转是否正常保证消息推送前无误推送拦截作用于推送操作完成后发现问题可以通过人工中止或修改等按钮来调整或中止问题推送流程也可以是系统自动拦截一定时间段内的二次重复推送推送上限则是用来避免某一用户处于多个分组和标签下从而多途径接收同一推送的问题。2、 常见事故处理若事故已然发生不要慌危机公共5S原则依然很有用第一时间做出回应把事情主动权控制在自己手中避免事情被恶意揣测无限发酵从而造成无法挽回的影响。是将错就错展开一次bug事件营销还是诚恳认错告知缘由这取决于产品类型、推送内容以及事故类型。bug营销很早就有但是一直都没能成为主流营销方式之一主要在于不可控性稍有不慎bug营销就变真bug了。而不同于有预谋有规划的bug营销活动想将被动产生的bug事故在极短时间内转化为有规划的bug营销事件其实现更是难上加难所以遇到推送事故可以先迅速思考展开bug营销的可能性和执行方案如果有较好的想法需要迅速和相关管理层协商得到明确回复后立即展开行动如果半小时内都没有想法那么老老实实按照当前通用套路走诚恳道歉良心补偿一般来说从事故发生到用户收到回应这个过程控制在1个小时以内为宜。九、 监测数据效果数据分析指向一个完整推送流程的终点也是下一轮推送的起点。成熟产品都有自己强大的数据监测后台即使是一个刚处于起步期的产品后台也会记录一些关键性数据。根据产品类型差异监测的数据指标会有所不同但目的基本一致分析总结规律促进产品优化迭代。它是衡量运营推送工作做的好不好所运用的各种技巧套路是否有效的重要依据也是指导下一步运营工作的指南。值得注意的是数据监测并不是衡量推送效果的唯一标准数据分析得出的结论是否可靠还需要结合用户访谈来衡量。结合数据总结定期回访用户收集用户意见不断优化调整推送策略才能实现APP与用户之间的友好、亲密连接。这也是APP推送的本质最后在产品生命周期中APP推送策略是在不断调整变化的多观察其他产品的推送、有哪什么推送是你会打开的这些推送有何特点你会关掉哪些APP推送授权甚至卸载APP记录、观察、分析、总结、复盘然后进步
