本文笔者对推荐产品经理的工作流程进行了梳理,主要是对客户的业务逻辑、数据积累和项目预期进行思考,希望希望通过此文能够加深你对推荐产品经理的认识。
为什么写这个主题?
一是目前大家在网络上能找到的绝大部分关于推荐产品的材料,大家抄来抄去,讲的内容大差不差,到了实际工作中,会发现,这些抄来抄去的知识内容,只占工作中很小一部分。
二是笔者最近刚好在做电商推荐的项目,有一些经验总结。将其整理出来,在梳理自己知识体系的同时,也与大家交流讨论。
本文的受众对象是对推荐产品经理的工作职责有一定了解,具体一点,默认你已经读过,比如《推荐系统实战》,或者一些关于推荐算法在实际生产环境中应用的一些文章。再有了这些基础之后,阅读我这篇文章,会更有收获。阅读篇文章的收获,取决于你在这个过程中,是否有进行思考,以及与你之前的经验知识进行结合。
客户是一家电商,主营业务是奢侈品售卖。该业务,具有的特征是高客单价,低消费频次。客户希望进行针对性推荐营销,在进行邮件营销,或短信营销的时候,推送给用户的item,是用户最有可能购买的。
面对这样的需求,没有经验的产品经理,可能会说,ok,没问题,提供给我们数据吧,我们可以为你们提供解决方案。
而一个资深的,或者说有经验的产品,会遵循如下的思考步骤:
要做推荐,首先第一步,推荐是给用户做的推荐,而从推荐到用户,是需要载体的,这个载体可以分为两种:电脑,手机。
电脑端的电商推荐,我们可以分为两种:一种是像京东、苏宁易购这种大的电商;还有一种是商家自己的网站。
手机端的电商推荐,根据是否是由自己独立运营,也可以分为两种:
我们分别来了解一下web端和手机端的推荐。
(1)?Web端
大型电商的推荐场景,一般有首页推荐、单品页推荐、购物车页面,不同页面推荐的商品不同,展示形式不同,推荐的数量也有差异。如下图:
从推荐内容的相似度来说,图二和图三的相似度更高,但是推荐的商品也并没有重合,由此可见其逻辑也是不一样的。从其文案,我们可以进行推断,单品页的文案是“人气单品”,猜测可能是某一类商品中每月/每季度销量最高的商品;购物车页面的文案是“购买了该商品的用户还购买了”,这就是一个电箱u2i的模型,就是user to item;购物车页面还有一个文案是“您可能还需要”我猜测这个地方的推荐逻辑是i2i,就是item to item。
解释一下user to item与item to item。
总结一下上述的分析,在京东这个电商网站上,一共有3个推荐场景,每个场景的推荐逻辑都是不一样的。在了解了这种大型第三方电商之后,我们再来看看一些自营的电商。
金奉祥这家珠宝商的网站,我一共看到两个推荐场景,其实实际上应该也是3个,首页、单品页、购物车页,至于为什么没有购物车页呢?因为我在他们网站上的单品页没有找到可以将item加购到购物车的功能,这个设计也是很迷。不过,像这种比较传统的企业,IT基础确实比较弱。
(2)?手机端
在手机端,我们不得不说的是APP,在APP里面不得不说的是淘宝,淘宝的千人千面总能为我推荐我喜欢的物品,比如我买了一罐蛋白粉,他会为我推荐摇摇杯(喝蛋白粉专用)非常厉害。
接着我们看看小程序,
对客户的业务有了了解之后,我们需要和客户确认对方的预期。对方希望通过推荐系统,为业务带来什么影响。一般来说,采取一个新技术,对业务的影响,产品经理分析思路如下:
为什么我说,这个问题是需要产品经理思考的呢?一句话,当我们不知道要谈什么,以及对要谈的内容,我们心理是没有答案的话,那么,永远不要上谈判桌,因为,这种状态上谈判桌,我们是非常被动的。只有对谈判桌上会发生什么,以及了解了客户关注的利益点,在谈判桌上的我们,才能游刃有余。
当我们提供给客户一项新技术,我们能带给客户的利益,以及客户需要付出的代价,就是我们的思考框架。
我们提供的推荐系统,是否能帮助客户建立一个新的业务增长点?即,是否会给用户带来业务的增长,注意哦,这里说的是业务的增长。这个怎么理解呢?比如,对于媒体类产品,我们提供推荐系统,可能最大的价值,是延长客户的用户在其产品上的停留时长,毕竟现在媒体类产品,争夺的都是注意力。如果是对电商类产品,那这个业务增长,可以是mv,也可以是转化率。
我们提供的推荐系统,能否帮助客户提升现有业务流程的效率?对这个感兴趣的同学,可以看看我之前写的一篇NLP的文章,在那篇文章里面,我详细讲述了利用NLP技术,来提升企业运营效率,降低运营成本的一个case。
服务模式和收费模式。为什么要谈收费呢?因为我们提供给客户的产品,能创造的价值是A,那么我们对创造的这部分价值,所能收取的费用B,B是小于A的。
梳理清楚客户的预期目标后,就可以开始和客户聊数据啦~
在我们本篇的讨论中,我们暂时将场景锁定在web网站。
在数据这里,涉及到取数。如果客户的数据基础好,对一些用户的关键行为节点都有埋点,那么可以直接从客户的数据库里提取这些字段来使用,但是,如果客户的数据基础差,那么,作为方案解决方,我们需要在客户的官网上进行埋点,然后再通过API接口的方式,获取这些数据。
Copyright ©2015~2025 www.kingtall.com 网站ICP备案号:粤ICP备14001765号-1