网站内容优化方案(网站运营108将微信上活跃，我是怎么撰写一份运营方案的)

　　网站内容优化方案(网站运营108将微信上活跃，我是怎么撰写一份运营方案的)

　　最近在微信上（抱歉，因为潮流，一直在微信“网站OPERATION 108将”上活跃，本博客好久没有更新了）。很多人问我怎么写操作计划。一个回答，感觉太忙了，就在上周末在家里做了一个数据运营计划（网站优化方向），所以打算用我的个人经验来普及一下：我是怎么做的网站@ > 运营优化方案。

　　业务旺季来了，领导说：韩立，我们做好这个核心业务的数据运营，尽快拿出网站运营优化方案。我开心的答应了（呵呵，我的工作态度一向都是新鲜的，来新火的时候总是很兴奋。等平时个人考虑一下，终于可以再试一次了；其次，我刚过渡到事业.社会事业，从这场战斗中，可以总结出很多操作知识）

　　那么，我应该从哪里开始：像往常一样，我必须从数据开始，才能发现网站本身的问题。以往的经验，我一直认为数据的来源主要有3个：网站点击流数据、日志数据和来自监控工具的体验数据。前两个数据源不用赘述，做操作的童鞋都知道。什么是体验数据？体验数据是指你作为用户，以用户的任务目标，体验你即将运营的网站的各种业务流程和交互细节，并发现问题；当然，你也可以体验到锦上添花的竞争。对方的网站。在某些情况下，竞争对手经验数据的说服力优于< @网站 监控工具和日志数据。当你根据自己的实际经验发现网站大问题时，领导和业务相关人员将无话可说。过去的经验告诉我：监控工具的网站日志数据和网站点击流数据会因为不同的数据监控方式，不同的指标定义，以及个人的数据分析经验，造成很多麻烦。毕竟，你绝对不愿意指点业务相关人员（比如产品经理、算法、BD）说三道四。尤其是当一个单位如此强大时，没有人愿意承认错误。过去的经验告诉我：监控工具的网站日志数据和网站点击流数据会因为不同的数据监控方式，不同的指标定义，以及个人的数据分析经验，造成很多麻烦。毕竟，你绝对不愿意指点业务相关人员（比如产品经理、算法、BD）说三道四。尤其是当一个单位如此强大时，没有人愿意承认错误。过去的经验告诉我：监控工具的网站日志数据和网站点击流数据会因为不同的数据监控方式，不同的指标定义，以及个人的数据分析经验，造成很多麻烦。毕竟，你绝对不愿意指点业务相关人员（比如产品经理、算法、BD）说三道四。尤其是当一个单位如此强大时，没有人愿意承认错误。

　　一、 确定KBR并分解

　　在天际，@宋星经常来给我们进行内部培训。当时我跟他学了一套网站的分析思路（当时是网站运营108江湖的时候）：

　　确定你的KPI>>>找出影响你KPI的驱动因素（全局驱动+本地驱动）>>>分析网站和业务模块，发现问题>>>测试改进问题（渠道+产品）>> >改进前后对比，优化应用效果好。

　　因此，我想到了招聘业务的关键KBR，最终决定捕捉这个指标，并将其翻倍。这不是我设定的目标，但是，你知道。目标不是用来完成的，而是用来激励自己和团队成员的，所以有时候我经常发现，因为领导离业务很远，设定的目标都是随意的，很多员工会说这个领导真的两个，目标是通过拍他的头来设定的）

　　定义好KBR后，我们将其分解，找到全局驱动因素和局部驱动因素，如下图所示。我直接把驱动因素和指标附在一张图上，比较醒目（*敏*感*词*部分是全局驱动因素）：

　　二、理清业务逻辑，寻找数据源进行分析

　　在确认了KBR并分解了KBR之后，我决定从关键驱动因素的转化率开始寻找问题所在。转化率是一个改变整体情况的指标。因为对业务流程不是很熟悉，所以拿出500小号作为体验用户深入体验，最后总结出网站的关键业务流程图：

　　业务流程理顺了。正准备从数据部提供的数据平台寻找分析源数据的时候，不幸收到邮件说数据迁移到新平台，原平台不再提供服务。然后我登录新平台，发现我要分析的业务项目的所有数据都没有了。我问了数据部的负责人。该负责人表示，迁移数据是按照相关业务同仁每日点击排名的规则进行迁移的。既然你负责的业务模块的数据已经很久没有查看了，没有动过之后，还狠狠地骂了我一顿：这么重要的业务你之前怎么不看数据呢！我晕，我刚接手这个业务，但是人家说的对，我怎么不看数据呢？我说：我以后看看，你能不能往下走？然后数据部的产品经理说：原来平台的项目报告是按照当时的业务口径跑的。目前由于wap\app\微信等新的移动流量渠道和平台，建议在现有业务的基础上重新整理报表。需要。我也是这么认为的，只是想用这个给自己定义一些指标。但另外一项任务是凭空出现的：组织业务数据报告要求。原平台的项目报表是按照当时的业务口径跑的。目前由于wap\app\微信等新的移动流量渠道和平台，建议在现有业务的基础上重新整理报表。需要。我也是这么认为的，只是想用这个给自己定义一些指标。但另外一项任务是凭空出现的：组织业务数据报告要求。原平台的项目报表是按照当时的业务口径跑的。目前由于wap\app\微信等新的移动流量渠道和平台，建议在现有业务的基础上重新整理报表。需要。我也是这么认为的，只是想用这个给自己定义一些指标。但另外一项任务是凭空出现的：组织业务数据报告要求。

　　领导可以无视这一点，催我写商业运营计划。这时候就想到了网站数据监控工具。原来是被GA监控了（我太喜欢GA了，尤其是和google标签管理工具配合使用的时候），但是因为GA的访问不稳定，最近大佬转用百度统计了。不是很强，我心里想，只是我要花点儿太多。

　　三、确定关键优化指标1：关键流程转化率

　　我决定先分析转化率。我最喜欢的流程转化率。经过研究，我发现业务流程分为三个部分：注册流程、简历制作流程、投递流程。我决定从交付过程的数据开始，这是核心。我打开百度，没有配置转换路径，所以配置了，但是领导急着求方案，产生了有说服力的数据就耽误了方案的进度。于是从被采访的页面开始，下载到本地，想出了一个excel傻逼的方法来整理（这个真的很累，先得把网址归类），折腾了一晚上，终于来了附上第一份报告：

　　看到这里，我不禁觉得好笑，因为问题一目了然，好像领导故意讨价还价：漏水的地方太多了，不行，太残忍了。每个节点的丢失率是“高不可攀”的。所以赶紧附上图下分析指导的意义，鉴于商业机密，不对外公布。其实乍一看也能看懂，只是措辞的问题，文笔有点委婉。谨慎使用“无情也是”这样的描述性词语，否则产品会生气。

　　接下来，我决定再次证明这一点。这时候，经验数据法就派上用场了。我想知道竞争对手的交付过程是否也如此复杂。我决定从用户的任务负载来证明比较。结果如下：

　　Ukaka，三大流程，用户完成任务的时间和动作次数明显高于竞争对手。这不是一个好的现象，也印证了上述高损耗率的原因。有很多招聘平台。用户投递简历费时费力，转平台意愿高。除非您的职位是专门发布的。

　　然后我按照第三步分析一指标一指标，最终完成了一个图解说明的网站操作优化方案。当然，由于百度统计功能有限，我接着写了网站数据需求计划，一共整理了12份报告。发现通过这12篇报道，可以全面了解优化网站的关键业务。它们是：全局概览数据（针对leader）、流量源渠道监控报表（用于监控BD业务水平和流量质量）、4个关键流程监控漏斗报表（一个全局漏斗、3个关键业务流程报表）、用户任务负载报表（监控用户体验和交互设计）、关键入口页面业务性能监控报告（页面复制、

　　以上是全局驱动因素、局部驱动因素和经验数据的示例。你明白吗？