百木园
一、现象
当某个用户打开一个语音类的产品，在频道列表他优先会看到哪些房间？在推荐列表他优先会看到哪个主播或目前在线的人？当某个用户打开一个电商类的平台，在商品推荐页他优先会看到哪类型的产品？哪个分类的店铺？
当某个用户打开一个社区类的APP，在动态广场页他优先会看到哪篇帖子？哪个目前正在讨论的话题？
……
上述内容的呈现顺序即是产品设计时的推荐逻辑。
推荐逻辑一般是指产品内相关内容对于某类型用户的呈现规则。通俗来讲，即产品侧想让用户侧优先看到什么东西？这里的相关内容指代的是某虚拟对象的载体形式。正如上述例子，它有可能是某篇帖子，某条视频；也有可能是某个主播，某件商品；还有可能是某类标签或某种人设……
呈现的规则若由某类型的用户所绑定，被用户在产品内的某核心行为路径所触发，此时，不同的用户在相同列表所看到的内容及其展示顺序各有不同，即为“千人千面”。
呈现的规则若由产品侧所制定，被内容自身的相关指标所关联，此时，不同的用户在相同列表所看到的内容及其展示顺序相同，动态变动的仅是内容展示顺序本身，和哪个用户在浏览观看并不相关，即为“推荐顺序机制”。
推荐逻辑的制定和产品定位强相关，不同类型产品由于其涉及的垂直领域，商业变现模型等有本质上的区别，相关的规则制定差异化很大，因此，不同场景下的推荐逻辑探索也即显得尤为重要。以本文作为一个始点，连载推荐逻辑实战案例系列，将会介绍不同类型产品在其不同使用情景下推荐规则制定思路，希望可以对各位产品人的相关工作内容有所启发，共同进步。
以下阐述的是一个语音类产品关于付费出价用户承接的主播弹窗列表推荐顺序机制案例。
二、背景
推荐机制的背后往往和产品侧的获利相关，可能是扩大流量的曝光，也有可能是增加资金的收益。
优先看到的内容必须是优质的，这样对于用户侧而言才能吸引其停留。久而久之，当内容消费者对产品的使用产生依赖，对其认同，开始转变其角色为内容生产者，他们会争取将自己所发布的内容上热门，上推广，优先刊登资源位，并愿意为此充值，产生消费。对于产品侧，也即增加了资金的收益。
2.1 困境
语音类产品的商业变现渠道常见于如下3个途径：
- 直播间用户充值并送礼
- 产品内用户充值会员并获得相关特权（如，vip标识，进频特效等）
- 粉丝型用户充值用于解锁和特定主播的虚拟社交关系（如，好友→挚友→情侣）
其中，渠道1，用户在某直播间观感良好→被该主播吸引充值→最终完成付费的商业链路至少占产品营收的70%以上。
上述现象决定了当某语音类产品阶段性营收或ROI（投资回报率）不达标时，可通过寻找具备付费充值倾向的用户群体，迭代对应的产品新功能模块，吸引充值付费，解决当前问题。
2.2 对策
具备付费充值倾向的用户群体可通过如下两个方向寻找：
- 产品内，根据以往具备付费充值行为的用户，筛选其操作，描述其画像，对符合条件的群体精准定位及后续推广。
- 产品外，信息流渠道买量。通过广告投放的手段，在常见流量平台（如抖音，快手，腾讯，b站等）进行竞价买量操作，获得对本产品具备付费充值倾向的用户。该群体在信息流平台下载或跳转到本产品后，往往会倾向于做出充值行为系列操作，称为付费出价用户。
方向1的探索，优势在于成本低，无须进行额外的资金投入，仅需细分付费用户的画像，精准定位。劣势则在于效率低，需要产品经理的思路足够清晰，能在较短的时间内准确定位到该群体。
方向2的探索，优势在于效率高，通过资金的投入将人群的定位操作转移到算法已经较为成熟的信息流平台，由它们来进行精准获客，可极大地缩短付费人群的寻找时间。劣势则在于成本较高，容易对本不乐观的阶段性ROI不达标现象雪上加霜。
渠道买量的计价规则一般为平均每获取一个愿意下载产品的用户需付费A元；每获取一个下载产品后愿意注册登录的用户需付费B元；每获取一个下载产品到注册登录并愿意最终完成充值行为的用户需付费C元。这里A＜B＜C，对产品侧越有价值的用户获取的成本也会越高。
由于盈利相关的指标一般均具备阶段性的压力，讲究时效性。通过信息流渠道的付费出价用户买量往往会成为经常性的选择。此时，对于产品侧而言，已经把付费人群的精准定位转移出去第三方进行，本身仅需着重思考当这批付费出价用户注册登录到产品时，如何更好地把他们承接，吸引其付费。
三、规则
语音类产品的付费出价用户具备明显的画像特征，他们来到产品的目的是为了寻找感兴趣的主播进行娱乐消费。对于这类群体，产品设计方面采用主播列表的半屏弹窗进行新注册登录用户的承接。
3.1 要素
1）缘由：尽可能地缩短目标用户寻找感兴趣内容的途径。用户带着寻找感兴趣主播的目的而来，在用户完成注册登录的相关步骤后，落地页定为产品频道页面，同时立刻进行主播列表半屏弹窗，帮助用户直接进行主播的挑选寻找。
2）对象：弹窗新功能的设定允许后台运营可配置的操作，1.0版本默认仅对特定信息流渠道的付费出价用户展示，根据后续效果可逐渐放开对不同画像用户进行。
3）时机：对于目标信息流渠道的付费出价用户，在其注册落地后立刻弹窗指引；若1.0版本后涉及其他画像的用户，则该时机可与用户的核心行为路径相关，帮助用户完整社交链条。如，某名用户在30分钟内查看过≥n名签约主播的个人主页，则半屏弹窗弹出。
4）类型：推荐逻辑的触发可区分为两种情况。一，每名用户由于自身的核心行为路径不同导致在相同的列表看到相异的内容，即“千人千面”；二，目标的推送群体大多数为同一画像的用户，他们理应看到相近的内容，此时不同的用户在相同列表所看到的内容及其展示顺序一致。由于1.0版本弹窗机制的推送群体为付费出价用户，等同于同一画像群体，因此采用的推荐规则为产品侧的顺序机制，“千人千面”可放1.0版本后的规则制定进行。
5）信息：半屏弹窗以主播列表的载体形式呈现。如下仅以低保真原型图中的主播信息条区分不同主播，并未涉及具体的ui设计，用户点击主播信息条后进入该名主播所在的频道当中。在实际的产品设计过程，至少应考虑该列表的命名，主播信息条中应展示的内容及规则，如该名主播性别，擅长才艺，喜欢事物，打招呼快捷入口等。
本文作为推荐逻辑的介绍，着重讲解哪些主播应该出现在该列表中展示，以及他们间的排序规则。
3.2 步骤
顺序机制的推荐规则按取数-筛选-排序-分发的四阶段制定，分步进行，列表展示每5分钟更新一次。
3.2.1 取数
首先，明确取数池。它为展示对象的集合，任意展示对象均从其中进行抽取。
1.0版本的顺序推荐机制强调对付费出价用户的承接，由于该群体为产品新用户，并未在产品内被收集可用于区分画像的核心行为信息，因此，由运营方决定优先推送哪些主播进行展示。此时，选取的取数池为主播白名单池子，由运营方中所登记的白名单主播构成，把其看做优质的内容生产者。
其次，配设白名单后台，便于运营方管理。在产品设计时，既要考虑客户端用户可见的界面展示及规则，也要跟进后台运营方的工具建设，提高效率。白名单管理后台允许运营方通过添加主播uid形式把该名主播纳入到主播白名单池子当中，同时，每次记录时需要明确该名人员的生效时间及权重，只有在规定时间当中该设定才有效，每名主播权重将成为排序阶段的数值衡量依据。
额外，抽象兜底逻辑池进行备用。产品侧在进行规制制定时需考虑由于极端情况导致无法从目标取数池当中选出任一内容进行展示，但给用户推送时却不可呈现一空白页面。此时，兜底逻辑可完善用户体验，确保内容的输出。
本案例中，以非白名单主播池子作为兜底逻辑池，它由除主播白名单池子外的签约主播构成，她们是平台合作者，但并未成为优质内容产出方。当主播白名单池子当中挑选出的成员数量不足时，可由非白名单主播池子当中抽选补足。
最后，对主播白名单池子里的对象进行全选，用作下一阶段的筛选。
3.2.2 筛选
对步骤1所选取对象进行条件过滤，剔除优先级不高主播，提高效率。
- 所筛选的主播对象必须当前在线，且在某房间的麦上，以此确保用户被吸引寻找主播后可立即进行互动，充值付费的相关行为操作。
- 所筛选的主播和浏览用户之间应为异性关系，剔除性别相同的主播，尽量利用异性间的相互吸引倾向。
- 剔除曾被用户进行拉黑、举报、删除好友行为的主播，避免用户对不良内容的厌倦。（此条件一般出现于1.0版本后“千人千面”规则中，因为付费出价用户在刚注册登录时为新用户，一般来说并未进行相关拉黑或举报操作。）
- 剔除在上5分钟的列表展示期间，通过主播弹窗信息条进入频道用户数≥5的主播。（此举动在于避免由于主播同时接待用户数过多而导致接待质量下降的现象。）
3.2.3 排序
1步骤的取数对象经2步骤的筛选后，需进行相互间的排序，确定列表主播的展示顺序。依据是不同主播在主播白名单池子中所设定的运营权重，权重大的排在前，权重相同时随机排序，最终确定经筛选排序后的主播集合。
3.2.4 分发
分发即展示，对筛选排序后的主播集合需明确展示范围。现设定参与展示的主播为顺序集合的前n位（n支持运营人员的后台配置修改），其将按排序出现在弹窗主播列表当中。若经筛选后发现符合条件的主播数＜n，则剩余数量通过兜底逻辑池的补充筛选排序进行。
3.2.5 兜底
假设主播白名单池子中经筛选排序后发现符合条件的主播数为x＜n，此时剩余的n-x个主播将在兜底的非白名单主播池子进行。
- 取数：对非白名单主播池子里的对象进行全选。
- 筛选：剔除兜底逻辑池中不在线上或不在麦上的主播，剔除和浏览用户同性别的主播，剔除在上5分钟的列表展示期间，通过主播弹窗信息条进入频道用户数≥5的主播。
- 排序：由于非白名单主播池子里的成员并无后台人员所配设的权重，此时，参考过去半小时内的主播个人流水情况。获得用户送礼道具总金额数较大的排在前，金额相同时随机排序。
- 分发：截取非白名单主播池子中经筛选排序后的前n-x名主播作为来自兜底逻辑池的补充填补，进行最后的列表排序分发完善。
3.2.6 极端
若主播白名单池子中经筛选排序后的主播数为x＜n，作为兜底逻辑的非白名单主播池子经筛选排序后有y＜n名主播进行填补，且x+y仍＜n，此时有多少分发展示多少，即展示x+y的顺序数量。（一般来说只要两个池子足够大，不会出现展示成员不足的现象。）
四、思考
本案例侧重于讲述推荐逻辑当中的推荐顺序机制，顺序安排规则。而在该安排规则中又会涉及运营后台可配置的一些想法，如主播白名单池子里的成员权重，顺序集合的分发前n位数，主播列表弹窗的时机等。运营后台可配置的思考，允许产品侧可根据现实数据反馈来进行更优方案的寻找，同时也给与运营方更多操作的空间，提高其工作效率。
产品和运营是相辅相成的关系，好的产品人除了对外优化用户体验，对内也要化繁为简，帮助运营方更好地触达用户。至于相关运营后台具体如何设计，之后也会有专门的案例进行讲解，欢迎大家订阅啦~
此外，本案例仅作为一语音类产品在面临营收压力时如何快速进行付费出价用户的承接迭代方案展示。要想本质上以优质主播吸引用户，形成良性循环，弹窗机制根据用户个性化行为及主播受欢迎程度进行“千人千面”的演变是不可避免的最终阶段。
案例和产品都应在产品人的思考中不断更新，不断迭代，不然就会被用户所淘汰。以上。
给作者点赞，鼓励TA抓紧创作！
来源：https://www.woshipm.com/pd/5528330.html
本站部分图文来源于网络，如有侵权请联系删除。