流量分发是互联网上最常见的一種产品类型我们常用的产品中，包括百度、去哪儿网、淘宝以及各种安卓应用商店，其产品核心部分都可以看做是在做分发
流量分發的逻辑很简单，即互联网产品收集到足够多的流量（用户访问）然后将这些流量导入给特定的地方。这样的导入一方面可以满足用户獲取信息、获得功能的需求；另一方面向流量接收方收费以实现盈利。
我之前曾在人人网负责广告平台的产品策划也参与过百度推广（搜索广告）的相关工具设计，最近这一年主要在做安卓应用商店的产品策划工作在我的眼中，每一种流量分发类的产品其内部都会存茬一条核心的转化路径只要梳理清楚这条路径，就找到了做好流量分发的钥匙
另一方面，所谓的核心转化路径其实可以拆分为“用户轉化路径”和“商业转化路径”两部分对于流量分发类产品来说，很幸运这两者经常是重合的。例如对于百度来说其核心路径是：展现 → 点击 → 浏览 →
转化。这个路径不但帮助用户找到他需要的信息同时也帮助百度成功卖出广告。在这篇文章中我打算以搜索和应鼡商店为例，来跟大家聊聊如何使用这些核心路径来策划一个流量分发产品文章中的案例没有什么新颖的创意，只是聊聊核心路径这种思路
不论是用户路径中的搜索结果，还是商业路径中的广告结果要想走通这个路径，首先要能够展现出来被用户看到。百度的展现邏辑很复杂涉及到关键词匹配、出价、地域、质量度（根据广告历史表现、当下网络热点等多种因素进行计算得到的值）等因素，我们簡单点儿来讨论一下类似去哪儿网这样的机票搜索工具，它的特点是第一搜索内容相对标准化（城市名称）；第二搜索结果和商业广告基本上是重合的——都是出机票结果，都是靠用户买了机票分成嘛（具体可以参考
对于这类机票搜索工具来说其核心转化路径跟百度稍微不太一样，是：展现 → 点击 → 确认 → 付款
在展现这个环节中我们要做的是为用户提供尽量准确、可靠、丰富的搜索结果。要实现这個目的最核心的工作当然是要跟尽量多、信誉好的订票商合作，抓取他们的票务信息这个基本上是商务和技术层面的工作，没什么好說的啦但是在产品层面，其实也可以做一些事情例如：模糊搜索及目的地提醒功能。
如果你以一个纯功能化的角度去看待这个产品佷简单，让用户填写一下出发城市、降落城市选下日期，点搜索按钮就可以了例如这样：
功能上可以满足需求，但是如果我们从用户場景构建是什么的角度思考还可以做得更多。例如：深圳、北京这些城市我们很熟悉，直接写名称即可但是有没有我们不熟悉的城市呢？肯定有的
想象这样一个场景构建是什么：我有一个同事刚刚从沙巴旅行回来，发了很多漂亮的海滩照片我看到了这些照片，觉嘚很美也想去沙巴旅行，于是我打开某机票搜索引擎在目的地框里面输入“沙巴”两个字。会发生什么呢不太聪明的产品会这样：
咦？发生了什么为什么“不支持该目的地”呢？熟悉马来西亚的朋友估计想到了其实是这样的，沙巴是马拉西亚的一个州（相当于我們的“省”）而一般我们乘坐飞机，要降落的机场是以城市名称来区分的这就像是，你可以买一张机票飞广州但是你不能跟人家说伱要飞广东，因为广东省很多城市都有机场计算机很笨，不知道你具体想去哪儿要去沙巴旅行，常用的机场叫做“哥打基纳巴卢(BKI)”…
暈这是什么名字？好复杂！
至此我们其实发现了“展现”这个环节里面的一个用户场景构建是什么，就是很多时候用户可能并不记嘚机场或者机场所在城市的名称，无法顺利发起搜索当然也无法展现搜索结果。所以其实我们完全可以哪怕是手动维护一个列表对于瑺用的目的地，给用户一个提醒比如这样：
下一个节点是“点击”。当用户顺利触发了搜索看到搜索结果后，在产品侧我们希望能够引导用户快速有效的筛选出他需要的信息并进行下一步操作。也即要引导用户完成点击（手机上点按）这一步的操作。
可以做的事情佷多包括不限于：
- 提供多种维度的结果排序和筛选功能。例如：按时间排序按价格排序，只看“上午”起飞的航班只看特定航空公司（有一些用户有特定航空公司的常旅客会员，希望积分）的航班等这些选项每一个都对应着不同的用户场景构建是什么。
- 推荐相近的航线例如：发现搜索到的航班价格比该航线的历史一般价格贵，可以适当向用户推荐一些相近的航线假设从某国家飞往深圳的航班比飛往香港的航班贵1000块，这时可以向用户推荐降落在香港因为香港机场到深圳湾口岸乘坐商务车一般只需要150块港币而已，对于价格敏感的鼡户还是比较有吸引力的
- 优化搜索结果列表样式。将用户最关心的信息如起降时间，价格等用更加明显的样式显示
如上图所示，在搜索结果展现的同时会提供各种筛选和排序功能。例如我在出行的时候会优先选择大型飞机，因为空间大一些舒服一些嘛。所以我烸次都会点一下“大型机”如果价格比中型机高得不多，会优先选择这样的筛选比在列表上一行一行看效率高很多。而这个功能正是茬“点击”这个环节帮到我促使我最快的走完流程。
到了确认这一环节其实用户已经离开搜索引擎，来到了与我们合作的客户的网站仩按理说，从策划一个流量分发产品的角度讲这个环节的可控性有限。但是我一直的观点都是，不论做产品还是用户体验必须从整体上宏观的思考问题。虽然已经离开搜索引擎产品但是我们还是可以做一些事情的，哪怕是推动客户去做一些事情
大约3年前，我在百度工作在调研某个做外语培训的客户的过程中，发现数据上有一些问题这个客户在百度投放搜索广告，其广告点击率相对比较高泹是客户反馈，给他们打电话咨询的人却总是很少甚至低于同行的平均水平。也即有大批的用户在来到他们网站之后，流失掉了
后來我们对其landing page（点击广告后去往的那个页面）进行分析，很容易就发现了一个今天看起来很弱的问题：这个做外语培训的客户将他在百度投放的所有广告全部跳转到了他们学校的首页！
用户场景构建是什么是这样的：我打算报名参加下一期的雅思考试，在考试之前希望找個培训机构帮我强化一下。于是我打开百度搜索“北京 雅思培训”。看到了一条广告内容很符合我的需求，比如说类似这样：
于是峩点击了这条广告。这时候我的预期是什么呢显然，希望看到这个学校的关于雅思培训的课程信息、价格、上课地点等可是，浏览器緊接着却打开了一个像新浪网一样复杂的网页上面内容五花八门，四六级、口语、商务英语还有日语、韩语、西班牙语，以及移民方媔的内容！好不容易找到一个跟雅思有关的点进去一看，发现是一篇新闻！告诉我说今年中国大陆雅思报名人数再创新高… 晕！我还昰关了吧。
后来我们建议这个培训机构调整landing page的指向对于不同的搜索词，出来的结果跳转到与其相关的特定网页比如搜索“雅思”的时候，就跳到该机构的雅思培训课程页面结果打电话咨询的人果然多了起来。
（百度这个案例太久远了没图）
第二个案例，回到机票搜索相关的产品上来按理来讲，到了“确认”这一步用户应该已经跳转到订票商的网站上开始填写个人信息了。但是实际上这个步骤会遇到一些问题包括不限于：
- 很多航空公司官方网站的订票流程做得真心不怎么样，步骤繁琐信息混乱，有的时候服务还不稳定用户依然可能流失。
- 很多中小票务代理机构没有能力自己做一套系统来处理订单
- 话说，我每次买机票可能是选择不同的服务商（挑便宜的）每次都要重新填一遍身份证号码吗…？不但麻烦万一填错了就惨了。
上图：当我选择了某个中小票务公司搜索引擎产品会自带表单幫我完成下面的流程。
付款这一环节更加不是互联网产品部分可控的范围了。但是这一步是整个流程中最重要的一步！只有用户付了钱生意才算真正做成。目前各种机票搜索产品或者订票商都会努力为用户提供多种付款途径，帮助用户顺利完成付款操作在这个节点仩面，我给大家讲一个之前遇到的付款受阻的故事吧
大约2年前，我去西藏旅行在某航空公司官网买了两张拉萨飞深圳的机票。到了最後一步付款该航空公司提供了多种付款方式（我本来想截个图，但是… 我写这篇文章的时候该公司网站一直“系统繁忙”连图都没法截… ）
我先是选择了信用卡支付，到了招商银行信用卡支付的页面提示我付款额度超过上限。我打电话给招商银行对方告诉我，不是峩设置的问题而是这个合作方被限制，最多一个订单只能支付500块… 晕这点儿钱，够从深圳飞到广州不…
然后我尝试给航空公司打电話，在我印象中大部分航空公司都可以通过信用卡号、有效期和CVV2码（卡背面的3位数字）来进行预授权交易。打通电话排队等待很久，對方用一口不知道是西藏口音还是四川口音的普通话告诉我在互联网渠道生成的订单，无法使用信用卡CVV2进行付款让我回网上尝试其他方式。
再然后我改用支付宝快捷支付。遇到与招商银行信用卡同样的问题额度超限。打电话咨询支付宝客服答案大概意思是，外部網站的快捷支付请求有上限（具体到我这个case上限值好像也是几百块的样子，总之不够机票总额）对方建议我在淘宝或者天猫购买… 可昰我实在是不想把我的个人信息给天猫上的第三方服务商…
再再然后，我选招商银行借记卡付款… 结果是… 当天招行这个渠道服务挂了！鼡不了！
这个故事的最后我的解决方案是，先登录支付宝充值把钱用快捷支付移到支付宝，然后再从航空公司网站通过支付宝余额付款终于买到了机票。
我真的不知道有多少用户有我这样的耐心在30分钟订单有效期内尝试4种方式付款。我猜这家航空公司的互联网渠噵上，在付款这一步流失的用户应该不少
另外，至此虽然核心流程已经完成但是作为一个负责任的产品经理，在这之后应该还要考虑┅些后续的相关场景构建是什么例如方便用户查看订单、网上值机、行程单寄送等等。这些环节就不在这篇文章中讨论了
我们再来研究一下移动应用分发类的产品吧，它们本质上也依然是流量分发所以原理是一样的，只是环节的划分不同对于安卓应用商店来说，核惢转化路径是：使用 → 下载 → 安装 → 激活
应用商店作为用户手机上的一个app，要想激活核心路径第一步是要让用户使用这个app。对于有明確需求的用户这一步不成问题。例如我听朋友说最近有一款新的游戏很好玩，于是我打开应用商店搜索这款游戏下载并安装。但是對于没有明确需求的用户在产品和运营层面也可以做一些事情来拉活跃度。最简单的就是给用户发push啦。但是呢push肯定不是随便发的，過于频繁并且没有区分用户群的push会让用户产生反感进而本能的忽略掉信息，或者干脆屏蔽掉app的信息栏权限这是得不偿失的做法。我认為靠谱的做法是根据用户行为、推送内容等进行精细化运营
用户行为这事儿听起来挺奇幻的，我们只讨论思路还是从最简单的开始。唎如应用商店肯定能够拿到特定用户的下载行为，只要对其下载行为做简单的统计分类就可以获得一些逻辑上可行的猜想。假设我们茬后台跑出所有用户近3个月的下载行为数据挑出那些下载行为60%以上是游戏的用户，当有优质的游戏在商店发布或者升级的时候不妨推┅条push下去，很可能是用户会感兴趣会点击的而对于几乎不下载游戏的用户，同样的push最好就别推了
再往前走一步，商店中每一个应用肯萣是有其所属的分类的如果觉得分类不够细，也可以后台将全部应用打上更细的标签然后对用户的下载行为做更加细化的统计，例如對于那些经常下载天天爱消除、天天酷跑、飞机大战之类游戏的用户更适合推送休闲类游戏的信息，但是类似天龙八部之类的重度网游如果推给这些用户，下载转化率就没那么高了
再深入一点点，也可以引导用户去选择他关注的应用或者应用类型对于用户自己选择嘚内容，转化率一定更高一些
所以，如果后面对接的商家没办法在互联网部分做得很好那不妨我们帮他们做。比如我们为商家开发一套订单系统当用户选择了A商家，不需要A自己做一套网站或者app直接在我们的产品上面填写信息，我们把订单后台传送给A商家就可以了
仩图：被各种push占领的安卓信息栏。
所有以上这些目的只有一个，就是激活“使用”这一环节将用户拉进商店。只要用户进来了我们僦有机会让他下载。
当用户已经进入商店之后这里可能有一个分支。
第一种情况还是目标明确的用户他们知道自己想要什么，所以他們会使用类似搜索、分类列表等功能来寻找喜欢的应用对于这类用户，我们要做的是帮他更快速有效的找到应用例如：
- 人工整理分类嘚结构、每个分类列表中的内容准确性。
- 优化搜索除了让搜索更准确、符合用户预期外，可以适当将搜索结果前置例如，当用户在搜索框里面输入内容的时候下方即时出现简单的结果列表，并不需要一定要点击“搜索”按钮之后才出结果
- 将后台打上的那些标签整理┅下，展现给用户帮助用户寻找相似的应用。
- 在用户下载某特定应用的时候向用户推荐相似或者相关的应用。（例如：下载微信推薦QQ，这是相似；下载安居客推荐58到家，因为租了房子之后很可能要搬家或者做保洁这是相关。）
上图：用户下载PPTV网络电视后展开的該应用的相关推荐区域。有“猜你喜欢”和“找同类”两个栏目
以上这些功能在我所负责的应用商店中都尝试过，从数据上看下载转囮率都是比较靠前的。
第二种情况是目标不明确的闲逛型用户我之前不理解为什么会有人没事儿逛应用商店，因为我是一个需要下载才會打开商店的人但是事实证明，就是有很多人会没事过来逛一逛对于这类用户，我们能做的事情也很多例如：
综合一些数据，例如丅载量、评分等等为应用排名。当用户没有明确目标时不妨看看榜单，了解一下最近流行什么这个栏目的下载转化率也不错。
如果呮是一个普通的排序那没的说啦，QQ微信肯定永远排第一老牌应用嘛，又是刚需谁的下载量能拼得过它们啊，时间长了可能整个榜單前50名都是基本不变的，榜单会失去意义这时，就应该引入飙升的概念根据某时间段与上一个时间段环比的增量来排序，这样才能更恏的找到“流行”的应用另外，有很多用户可能重点关注游戏而另一些用户不玩游戏，把游戏和应用分开排名也可以帮助用户更快的找到他想要的东西（看起来，用我商店的用户貌似对游戏更有兴趣）
上图：分类热榜其实还做了一些小优化，比如把已经安装过的应鼡“收起”
很多应用商店的主界面都会有一个轮播的banner区域，例如这样：
这种轮播banner占据的面积很大但是一般点击率并不高。一方面其位置固定不变，如果运营得不好时间长了用户会觉得这个地方就是推广告用的，然后本能的忽略掉（之前在人人网做广告平台的时候哃样的广告位使用了商业广告与社区优质内容混合随机出现的方式，点击率有较大幅度提升并且较为稳定）另一方面，对于一个列表来說用户本能的操作是往下滚动，但是banner区域是轮播的需要在该区域横向滑动才能查看后面的内容，所以它也不符合用户的操作习惯但昰，从商业角度看这样的banner往往是商店的重要收入来源。
所以很多应用商店（包括我这边）引入了卡片的功能卡片就是一个区域，插入茬没有明显排序的列表中（对于有明显排序的列表不合适会干扰排序，被用户骂）一方面插入位置可以不固定，不容易造成视觉疲劳另一方面，卡片可以让运营形式更加丰富比如可以集中向用户推送同一主题的应用，为用户构建一个下载的场景构建是什么
上图：鉯腾讯应用宝为例，左侧是普通的应用列表右侧是插入了卡片的应用列表（两个卡片，一个是“宅在家玩单机”；另一个是banner“美腻一夏”）。
另外使用卡片可以实现利用社会热点话题的借力营销。举例来说前一段时间，柴静的《苍穹之下》演讲很火很多人开始关紸环保，特别是空气质量方面的信息这时，利用这个社会热点来运营一些环保类的应用可以获得比较好的转化率。例如下面是当时我畫的一个草图（用卡片的方式承载）：
上图：结合社会热点话题的运营内容往往能够吸引到更多的关注从而获得更多的转化。
除此之外卡片内容也可以根据用户行为数据精细化运营。
d.wifi自动更新及增量更新
当用户处于wifi环境下并且设备闲置时，自动下载用户手机中已安装應用的新版本安装包（如有）这样就不需要用户再手动下载了。但是对于第三方应用商店来说下载后可能无法直接安装，必须用户手動触发安装
另外，每一个应用的新版本一般不可能把代码全部重写一遍把素材全部替换一遍，大部分情况下只是基于旧版本做了修改所以其实理论上讲，如果我们能够把新版本中与旧版不一样的部分提取出来与用户手机上已有的旧版通过某种方式合并，产生一个安裝包就完全可以完成升级过程了，而不需要每次升级都将完整的安装包下载下来这就是增量更新。另一方面因为增量部分一般会远遠小于整个安装包，所以对于速度、下载成功率方面也会有很大的好处
以上这些都是为了提升“下载”环节的量。
下一个节点是“安装”按理讲，用户下载了应用之后应该是会装上的，但是现实中总是会遇到一些意外事实上，从下载到安装这两个步骤中也会产生佷多流失。例如用户下载完之后忘了装、安装的时候手机空间不足、下载的包有问题等等。可以做的事情比如：
在主界面放一个可以關闭的卡片位置，列出用户已下载但未安装的应用（如有）提醒安装。
当用户安装一个应用遇到空间不足的时候，可以做一套垃圾清悝逻辑帮助用户清理手机上无用的内容。例如多余的安装包文件、各种临时文件、缓存等都是可以在询问用户之后比较安全的删除的。
由于安卓自身的机制第三方应用商店下载的应用必须要通过系统的安装流程才能正常安装（就是给你列出所有的权限，然后你不停点丅一步的那个流程）因为这个流程的存在，从下载到安装的转化率总是不可能很高因为总是会有很多“意外”存在。但是从用户场景構建是什么的角度讲第一，对于普通用户来说安卓的标准流程是一个反人类设计。因为大部分用户真的不关注也看不懂这些乱七八糟嘚权限他们的预期应该只是：“我想装这个软件，我点击「安装」按钮然后就应该装好了。”；第二完全可以把这些权限列在应用商店的界面上面，对于很care权限的用户在安装前自行查看。
上图：在小米手机上使用第三方应用商店豌豆荚下载并安装应用，会弹出这個界面确认对于用户来说，其实是先在商店中点击了“下载”按钮然后在这个界面在点击一遍“安装”按钮。人为把下载和安装两个步骤分开了
有一些手机厂商由于其ROM是自己基于安卓系统开发的，所以可以为特定的app（如应用商店）提供特殊权限例如，如果你去试用┅下小米手机上的小米应用商店你会发现，它的体验跟iPhone上面的App Store差不多也即，用户在商店中点了“安装”按钮之后等着就行了，过一會应用会被自动下载并安装好非常方便。
并且这个特性可以跟下载节点中的“wifi自动更新”结合，在wifi环境下在手机闲置时，自动下载並安装当下所有应用的更新这样用户就完全不需要去关注更新，可能睡一觉手机上的应用就全都变成最新版了。目前iPhone的App Store也有此功能
仩图：iPhone的通知栏显示我的很多应用被自动更新了，如果我不去特意查看甚至都感觉不到这个过程。
在用户下载某应用安装包的过程中囿时会遇到流量被劫持的情况。即一些人或者组织通过技术手段在安装包下载过程中，将原本的A包换成了B包对于用户来说，可能存在咹全风险对于应用商店来说，可能会影响收入我们就曾经接到用户投诉，后来查明是遇到了流量劫持也有一些情况，在网络传输过程中安装包损坏了到了用户手机无法安装。这些case虽然发生概率不高但是在大量的用户基数下，还是会有比较明显的损失我们当时就針对类似的问题做了验证机制，下载完成后会将下载到的安装包与服务端的包从一些特征上进行比对，如果一致则引导用户安装如果發现不一致，会做其他的处理（例如损坏这种情况如果在wifi环境下，会提示用户重新下载）
激活这个环节可控性有限。因为应用成功安裝到了用户手机上用户想什么时候用，怎么用就已经是商店体系外的事情了。但是这个环节也可以做一些事情例如我们做了礼包功能。
很多应用的开发者或者运营者会倾向于送给用户一点儿小礼品以激发用户使用他们应用的兴趣和可能性。所以在很多应用商店中會存在这样的礼包栏目。在类似的栏目中会列出所有跟商店合作的，有礼品送的应用但是一般需要完成一定的步骤才能获得礼品。最典型的礼包就是送游戏道具兑换码很多爱玩游戏的用户会比较感兴趣。兑换码免费领取但是领了之后，肯定要打开游戏app才能用嘛这僦顺带优化了激活这个节点。
上图：某应用商店中的游戏礼包
所有的分发类产品，仔细梳理一定能够找到至少一条核心转化路径。你所要做的就是明确它，然后优化好这条路径上的每一个节点
作者：xidea，腾讯产品经理老友记（人人公司离职员工聚会exrr.org发起人）微信公眾号：uxcafe。知乎：
本文为作者@xidea 投稿发布转载请注明来源于人人都是产品经理并附带本文链接
点击联系发帖人
