推荐（精准推送）系统全套方案加算法细节（使用皮尔逊算法）.docx-资料库

q602968956-12426819-4744300845380313267.docx.pdf-第1页.png

第1页 / 共24页

q602968956-12426819-4744300845380313267.docx.pdf-第2页.png

第2页 / 共24页

q602968956-12426819-4744300845380313267.docx.pdf-第3页.png

第3页 / 共24页

q602968956-12426819-4744300845380313267.docx.pdf-第4页.png

第4页 / 共24页

q602968956-12426819-4744300845380313267.docx.pdf-第5页.png

第5页 / 共24页

q602968956-12426819-4744300845380313267.docx.pdf-第6页.png

第6页 / 共24页

q602968956-12426819-4744300845380313267.docx.pdf-第7页.png

第7页 / 共24页

q602968956-12426819-4744300845380313267.docx.pdf-第8页.png

第8页 / 共24页

翡翠王朝推送系统搭建举例：在翡翠王朝 App 中连续浏览价值 10 万+的商品，且进行了收藏和分享等关键行为，在第二天中午 12 点收到推送，推送的内容则是高货专场推荐，再次吸引用户去点开浏览，促进转化/提高活跃度。要达成以上推送的效果，推送时要考虑以下因素：消息推送前： 1.什么时间推？ 2.给谁推？ 3.推送的目标用户群喜欢看什么？ 4.什么内容可以满足这些用户？消息推送后： 1.本次推送发出多少条消息？ 2.多少用户点开看了？ 3.看了之后的后续行为是什么？

推送效果受到多个因素的影响，每个层级有都若干因素会影响到推送效果。因此，如果本次推送效果不理想，可以根据以上层级进行排查，找出原因，对症下药，如：  运营层的影响因素：推送时间是否合理、推送文案是否吸引、目标用户的需求等  通信层的影响因素：发送数量、发送成功率、到达率，发送设备有效性等  数据层的影响因素：全过程数据是否清晰，用户对推送内容是否感兴趣等这些关键因素相互依赖，组成三个层级。这些层级构成了推送系统。而这些关键因素相互影响，如推送数量影响推送质量；推送效率影响推送时间；推送到达影响运营效果。这些零散的因素相互作用下影响着整个推送系统。  完善底层数据：辅助剖析用户的需求、了解推送全过程的数据流动情况，即时掌握转化致命点。

 完善通信传递：能让消息尽可能多的准确抵达用户设备，也不枉辛苦想出的运营策略在半路夭折。  完善运营策略：能让产品数据有明显的变化，对活跃用户、用户留存、流量等有明显提升，对业务转化、运营目标有更大的帮助。推送平台：极光推送方式：App 推送。推送丢失的原因（通信技术层面分析）：这些用户也许已经卸载了 APP，或者已经关闭了通知权限，但并不知道。此时，这些用户注定是无法收到推送消息了。所以这是消息丢失的第一个环节，而这个问题几乎无法避免。

用户失联即使用户没有卸载 APP，也没有关闭通知权限，此时仍然有可能无法把消息推送给你的用户。需要与客户端所在的设备建立长连接，通过设备中的推送服务进程完成消息的传递。但是有可能无法建立连接导致用户‘失联’。原因可能如下： 1. 推送服务进程被系统杀死 2. 推送服务进程被第三方软件杀死 3. 设备无法建立长连接用户设备处于某种异常状态情况下，推送服务无法与用户建立长连接，或者长连接失效等情况存在，此时需要推送服务多次尝试与设备建立连接，若仍无法建立，则无法进行下一步的推送。因为 Android 推送服务进程被杀死，导致无法正常推送消息。这种情况多发生在 Android 推送时，使用第三方推送服务，系统的安全管家/省电模式将会把这些进程杀死（如 OPPO）或第三方软件如某某管家、某某卫士等把进程杀死。以下品牌的手机，使用极光的付费推送，推送通知是必达的（哪怕此时无网、关机，当用户恢复网络链接后，推送通知即可送达）。苹果、华为、小米、魅族、oppo、vivo。推送服务的问题即便排除了用户的有效性问题及负责长连接的进程能正常运用。即便是苹果的 APNs 推送都不敢保证推送通知消息能百分百到达（主要是服务器原因）。推送服务作为一种服务也会存在故障、拥堵、丢失等情况，对于这种情况的存在几乎是不可避免的。当进行大批量发送时，这些情况都是偶有发生的。

用户设备环境复杂设备若无法与推送服务保持长连接，或者推送服务进程被杀死，此时会造成消息的丢失。其实除此以外，用户设备所处在环境对消息能否正常到达，是否可以正常路由显示也起着非常重要的因素。例如以下情况：在火车收到一条推送消息，讲的是几个小时前的即时新闻。其实是因为你的设备处于弱网或无网状态，例如在电梯里、地铁上等弱网环境中，推送消息即使已经发出，但是由于网络情况差，而无法及时的显示在设备上。在这个过程中，网络状态较差的时候，推送服务将会替你把消息暂时存储下来，待接入良好的网络环境再重新展示出来。这样虽然消息无法及时到达，但已经能减少消息丢失的几率。可是在这个过程中消息丢失仍是不可避免的，仍然存在由于设备网络环境差造成的消息丢失。例如当设备较长一段时间处于关机或无网状态，当突然正常接入网络后，大量的推送消息被路由展示，在这个过程中就很有可能出现消息丢失。点击率低的原因为什么会点击率低（通信层面考虑）： 1. 发送成功率：建立推送任务成功数/计划发送用户总数 2. 下发成功率：推送服务实际下发数/推送服务计划发送量 3. 推送到达率：推送实际达到设备数/推送服务下发量 4. 推送点击率：用户点击推送数/推送实际到达设备数

1. 发送成功率指的是从你的推送系统服务端发传输到推送服务平台的成功率，这个时候做了有效用户的甄别等丢出，部分无效用户将会失败。所以这个成功率反应的是从你的服务端到推送服务的丢失和损耗，这个丢失一般比较小，如果此时丢失量很大的话，问题就出在服务端了。推送平台通过长连接把推送消息进行下发，可能会遇到什么问题，这个过程中由于推送进程被杀死导致长连接失效，会造成大量推送消息丢失，因此在这个过程中丢失的消息相对较多，同时由于部分无效设备并未在第一阶段剔除，此时也将无法实现消息的下发。当消息成功下发到设备上后，设备讲会对消息进行路由和展示，根据上面的讲述，这个过程会由于设备端的异常状态导致消息的丢失，但这个数量相对较少。所以消息的到达率=消息到达展示数/消息实际下发数。 5. 纵观以上过程，消息在推送过程中已经损耗了 70%，假设点击量约为 700 个。使用错误的点击率=点击量/总发送量=700/10,000=7%；而正确的点击率=点击量/消息到达展示量 =700/7,000=10%。

用户点击推送消息后进入到着路页。这个是用户使用推送系统的最后一个环节，也是整个推送的最终目的：把用户带入到着陆页。 1. 着陆页的设计用户收到推送消息后，若对推送的文案及内容产生兴趣，便会点开推送内容浏览详情。能否吸引用户点开是推送消息内容的责任；而用户点开之后能否达成运营目的，则是着陆页的责任。根据推送目的的需要，着陆页的选择，可以是 APP 中的原生页面、活动网页等。跳转原生页面有 2 个好处： 1. 原生页面加载快，减少点击消息到着陆过程中的用户流失 2. 原生页面用户熟悉，了解该页面的出入口位置但是该类型的页面也有局限性，用户对于这些页面过于熟悉，以至于后续再次点开的几率会减少。例如电商网站的发货提醒，你前几次点进去之后会发现就是一个订单发货状态。后续再次收到发货提醒的推送之后，根据通知消息知晓发货状态就完成了解进度的需求，就不再需要点进去浏览了。而活动类页面多使用 H5 等网页形式，由于其形式灵活多变所以使用网页的概率极高。相较于原生页面，其加载速度略微不暂优势。这个将有可能导致用户在等待过程中离开。但是活动类推送由于其蕴含的运营策略在其中，同时样式并非用户常见页面，对用户比较有吸引力。推送着陆页是否符合用户预期？（避免标题党）

用户在浏览推送消息时也会产生一定的预期效应。用户可能会被所谓的“标题党”所吸引，也可能会对消息中的“诱惑”充满兴趣。但是在用户点击的那一刻，他的心里已对着陆页内容有所预期。也许你曾遇到过这样的场面，收到一条电商网站的关于优惠活动的推送：参与活动，立减 XXX；被价格所吸引点后点开推送并在活动页中翻来覆去都无法找到优惠的地方，此时用户一定会直接关掉 APP。从推送的传播的角度来说这是成功的，用户成功被标题吸引并抵达着陆页。但是毋庸置疑用户的预期是着陆页确实有优惠信息并且应当一进入便可找到。由于预期与着陆页不符，很可能用户下次根本不再会点开通知消息，或者用户会直接关闭通知权限。所以在推送消息与着陆页的设计上需要考虑用户预期，相比于公众号或者列表页，标题党需要慎用再慎用，不然少则无法达到后续的转化目的，多则直接损失一个用户。毕竟像列表页点开发现不符合预期返回之后仍是列表，并且那是用户主动点开的行为。而对于推送消息是首先从外部进入到 APP 的，再者并非用户主动找到的，若着陆页不符合用户的预期，用户极大概率直接关掉。所以在推送消息和着陆页的设计上，尽量考虑用户的预期效应，不要消息和着陆页文不对题，即便一些商业化运营手法，请不要放在着陆页上，可以考虑放在后续的行为页面上。着陆页的设计目的

资料库

推荐（精准推送）系统全套方案加算法细节（使用皮尔逊算法）.docx

相关推荐

信息化

热门标签

最新资料