文/打不死的小强

每一个公司，每一个项目都会有无数的问题。

产品收入好，公司业务很顺利并不代表没有问题，只是说成绩好，但是过程种一定有各种各样的问题。

风险型问题

案例：

•一款非常出色的产品，由于运营后台易用性不好，导致全服范围发错奖励，影响十分严重

•一款知名产品，上线2年后任然没有活动后台，导致每次活动上线效率低，风险高

•产品上线流程只有部门内核心成员才了解，其他人并不了解，核心成员离职后对整个部门影响巨大

•运营和技术部门之间因为需求问题，经常闹的很不愉快

•用户建议经常得不到项目组反馈，于是这件事情慢慢开始不做了

如果要举例，估计能写上几十页。其实工作中处处都存在问题，大部分问题可能还不够严重，所以大家都没有重视，还有一部分问题属于潜在问题，在没有爆发前大部分人意识不到。

优化型问题

其实还有一些问题属于优化工作，这些问题并不严重，只是说现在还不够好，有很大的优化空间。

案例：

•官网资料不容易查找，并且手机上浏览很难看

•论坛上的文档风格严重不统一，在用色，字号，换行上五花八门

•遇到游戏里的问题只会问策划，运营自己没有整理游戏内容资料

•工作资料只放在公司电脑，大家一回家就没法进入工作状态

如果要列，几百页也挡不住，运营之所以是闲不下来的工作，就是因为能做的事情太多，永无止境！

所以，我认为运营最重要的能力是：解决问题的能力！

而解决问题的方法就是强大的执行力

只要下面5步全部走完，才算干得漂亮！

发现→评估→计划→执行→复盘

下面举一些很常见的例子：

收集玩家的建议和bug

有些人的做法（发现→评估→计划→执行→复盘）

将玩家反馈整理到一个文档，发给研发，over！

提高执行力的做法（发现→评估→计划→执行→复盘）

发现：将玩家反馈的问题整理到一个文档中

评估：运营先筛选一遍，把不符合实际的过滤掉。开发组再评估一遍，哪些要改，哪些不改。要督促开发组对每一条问题给出反馈，不然运营会感觉自己做的事情没有价值，开发也不一定会重视这些玩家反馈。

计划：针对那些确定要改的内容，列出版本计划（哪个版本改，如何改）。

执行：开发组完成

复盘：更新出去后再收集玩家对这些改动的反馈，来判断这些修改是否妥当。如果不妥当，再循环这5步。

文档规范

有些人的做法（发现→评估→计划→执行→复盘）

老大发现大家写的文档不好看，打算统一一下。于是看到一个文档就说这不好那不好，看到下一个文档又指出一堆问题。

提高执行力的做法（发现→评估→计划→执行→复盘）

发现：每个人文档排版不统一

评估：文档规范很有必要统一，既提高写文档的效率，又能统一风格，树立良好的品牌形象。

计划：1.学习总结优秀的文档规范（x月x日完成）。2.融入公司和团队的文化（x月x日完成）。3.撰写一套文档的模板，涉及到文档中的各个元素（x月x日完成）。

执行：干活出最终模板

复盘：按照文档模板撰写日常文档，看最终效果。不够好了继续优化。

提需求

有些人的做法（发现→评估→计划→执行）

写好需求文档，发邮件给开发，开发说太复杂，时间不够，没必要做…于是进入讨价还价的阶段。

提高执行力的做法（发现→评估→计划→执行→复盘）

发现：发现有些事情需要技术来实现，或者技术实现后能够更高效。

评估：跟技术初步探讨技术上的可行性和实现周期。运营开始评估一下是否要做。

计划：确定要做的需求确定需求细节和完成时间。着急的需求可以跟其他需求进行协调，看是否能够优先。

执行：开发

复盘：验收需求，看是否有问题。

不难发现，工作中所有的内容其实都套用这5步，只要从头考虑一下这5步，就会知道现在是哪一步，之前少做了哪一步，之后还有几步要走。

来源：打不死的小强博客以及73居