在产品的运营工作过程中,不知道是否有遇到过类似突发事件或者功能优先级排序这样需要做决策的事情。面对这样的事情,在运营新人焦虑到不知道如何是好时,我们会看到有经验运营,能够做到有条理的解决掉麻烦,而且做到逻辑清晰的说服大家接受他的决策方案。
有经验的运营和运营新人会出现如此大的反差,除了因为这些问题是他们在过往工作中就遇到过之外,那套经过常年实践积累形成的运营思考模型,更是值得我们整理与深度借鉴。
由于本人运营从业年限不长,运营思考方式更多的还是靠“被调教”加“个人实践”来掌握。其中,印象最深的是做贴吧看贴过程中从领导(运营经理)身上观察到的思考方式,我称它们为高阶运营常用的的三种思考模型。
1、锦上添花,还是非做不可
不管在一线互联网企业运营,还是创业公司,运营从业者经常会碰到的一种情况叫“资源不足”。这里的资源包括但不限于开发资源、推广资源、人力资源、设计资源、现金资源等。
资源的不足要求运营能够进行需求的优先级排序,运营新人与有经验的运营差距,就是在需求排序工作中拉开。因为新人一开始只是完成运营需求的基础排序工作,并不能做到有经验的运营那样去进一步思考:这个需求是锦上添花,还是非做不可,为什么?
高阶运营常用的3种思考模型
做这样思考的好处是在进行需求跨部门沟通或者汇报时,能够事先想好当需求被挑战时可以给出的理由,这样不至于自己显得那么没见底。这里举一个贴吧的例子,大家也可以回顾下在之前的工作中是否有跟我一样被“调教”的经历。
贴吧看贴项目的早期,主要的运营瓶颈是每天更新的优质贴子数量,贴子的编辑流程包含挖贴、筛贴、读贴、精编贴、起标题、配图片、做摘要、更新上线、贴子排序等工作。
看过去并不复杂,实践操作起来也并不难,只有耐心够,一天编辑15条优质贴也并非难事。只是当时的看贴后台编辑器不给力,糟糕到什么程度呢,大家看下当时提的第一稿迭代需求就知道了。
节后必读!高阶运营常用的三种思考模型
当时因为技术排期紧张,在跟产品对需求前需要跟领导先过一遍,也就是在这个时候接触到有经验的运营经理是如何去做需求排序的,她调教到“看贴的定时发布需求是锦上添花,还是非做不可,为什么?”
我们都清楚,内容的定时发布只是为了减少运营同学的工作量,尤其是能够提前定时好节假日的内容,大家好好过节。讲真,如果没有定时功能,大家轮流值班,在产品早期也是能够克服的,这个需求属于一项锦上添花的需求。
它的优先级应该低于“看贴人工贴子的排序”需求,因为没有这个功能最优质的贴子就不能第一时间呈现在用户面前,运营就无法通过呈现优质内容的方式进一步提升功能UV。依次类推,经过完善后的第二稿需求如下:
节后必读!高阶运营常用的三种思考模型
2、逻辑性发散思考,A/B/C…
抛出一个大伙应该都可以参与的问题:一个公众号粉丝关注量低,你会想到哪些原因?
(1) 定位的市场受众少
(2) 缺乏优质内容
(3) 互动不足
(4) 缺乏吸粉活动
(5) 曝光量低
(6) 取关率高
(7) 微信红利已过
如果能够找到更多的原因,相信你会更有把握提升一个公众号的关注量,因为提升方法就隐藏在上面回答的反方向里。
不过话说回来,能够找到7个以上原因的应该是少数,毕竟运营新人基本上用某一方向的运营做自己的工作切入,这样容易陷入单一的思维困境,做内容的运营能够第一时间想到如何通过优化内容涨粉,关于提升曝光量方面可能思考会显得略微的鸡肋。
为何我会这么说呢,在一次开贴吧看贴项目例会上,会议的背景是看贴UV提升速度放缓,被问及如何提升时,可能是因为编辑内容编晕乎了,我们想到的是提升每天内容更新量,挖掘更多贴吧原生优质内容进行栏目创新……balabala说的很多,被经理的一句“你们做过贴吧用户调研吗?是不是100%的贴吧活跃用户都知道看贴?他们对现在的内容还满意吗?如果不是的话,是否可以把加大看贴项目的站内宣传力度作为提升UV的补充?”
逻辑性发散思考,A/B/C…就是发散思维多想一些能够达到目的的路径,同时做到下图的目标逻辑性。
节后必读!高阶运营常用的三种思考模型
3、能否运营场景化?
运营的场景化可以简单的理解为将一个运营项目变成一个能够持续为用户服务的功能。
就像我在文章《送你1天涨粉38000的方法,但你依旧是新媒体撸Sir》(在公众号「产品菜鸟汇」回复关键词“价值”可看原文)中给新媒体运营提的建议那样。要学会做数据分析,用这些数据除了是证明自己工作价值之外,还可以是新媒体平台上的各自互动、活动,内容的价值体现,将新媒体上的内容尽可能地往产品迁移固定成功能,这样的新媒体运营走的路会越来越宽。
能否运营场景化,需要系统化的对所运营的项目进行如下思考,这种思考方式对哪种类型的运营来说都非常重点,除非你不想做出有影响力的事情。
(1) 项目符合用户痛点吗?
(2) 项目满足用户高频or低频需求?
(3) 项目市场空间/竞争?
(4) 项目反哺产品?
(5) 项目属于低成本运营?
(6) 项目用户参与流程?
(7) 项目实现路径及计划
(8) 项目效果衡量指标
偷懒也好精明也罢,运营做久了,你会发现自己越来越想做能够场景化的项目,老做一哆嗦不可复制的东西,其实蛮消磨一个运营的创作精力的,毕竟它不是持续的专注做一件事。
以上是我在贴吧被调教的三种高阶运营常用的思考模型,现在还继续用它们做运营方案的完善。在与「产品菜鸟汇」的粉丝互动过程中,发现大家力荐的《金字塔原理》一书中的SCQA结构,是一种非常棒的项目立项运营思考模型。在这里,也对SCQA结构进行了一个简单的学习消化。
先来看看“SCQA”这四个字母分别代表什么?
S = Scene 情景或场景
运营先描述或者引发一个大家比较熟悉的情景或场景,这个情景或场景一定是与你即将给到领导的观点是密切相关的,且应比较简单、便于发问的。对情景或场景的描述一般不宜太长,控制在两长句之内为恰当。
C = Conflict 冲突
在上述情景或场景中,表现出来一个或多个矛盾或冲突,这些矛盾或冲突必须由(最好是仅有)后面的“Answer答案”来解决。
Q = Question 引出问题
面对上述矛盾和冲突,该如何解决呢?
A = Answer 答案
也就是最终要给到领导的运营方案。要想解决上述矛盾和冲突,最用项目提到的方案解决。
一个太直白的项目,对领导来说是缺乏份量的,只有跟产品核心数据兮兮相关的运营项目才能够引起大伙的兴趣。
