正文
对比如上A和B的两种思考表达,是不是感觉B的表达更靠谱?
不仅如此,在“用户、需求、场景”的基本逻辑下,还有助于我们更进一步判断,这个需求值不值得做,是否存在更好的解决方案。
比如说,要是针对B的这个“其他用户想看优秀作业”的需求,我们是否有可能专门设置一个“优秀作业区”,让助教对于作业可以打“优秀”标签,然后被标注“优秀”的作业会自动进入到这个优秀作业区就好了?
遗憾的是,就我个人的经验来看,这类相对理性成熟的“产品型思考”,在绝大多数2岁以内的运营身上并不存在。
第二,身为一名运营,假使你能够时刻拥有一种“寻找合理高效的产品机制来为运营服务”的思考,这种思考会带给你更大的可能和便利。
我们都知道,很多运营同学在做的事情都是一种类似于“依靠个人的人肉时间投入来辅助产品运转式”的工作,典型比如审核、打标签、人肉发各种优惠券、做活动啥啥啥的,但如果你长时间做的都是这一类工作,无疑是没有前途的。
我个人的观点是,运营做到了一个阶段后,一定需要时刻拥有某种产品层面的思考,才会拥有更大的可能,即:面向我当前存在的具体运营需求,如何可以借由一些产品机制的变化来帮我更好更有效的实现之?
这里我举个最近看到的例子吧。试想一下,假如你是知乎Live的运营负责人,当前面临的具体需求是要拉升知乎Live的整体用户报名数,你可能会怎么做?
我猜有人可能会说要做活动大促,有人可能会说我们做更多站内站外的推广和曝光,等等。
然而,知乎是怎么做的呢?
知乎的做法远比大多数人能想到的更为轻巧,简单说,他们上线了一个“Live主讲者可以直接给其他人赠票”的功能。
这个功能的使用,是Live主可以在自己的Live页面下点选“送票”按钮,然后选择要赠送的对象,于是,对方就会收到一条私信。比如知乎大V刘飞给我赠送了一场他的Live,我收到的私信就是这样的:
这个时候,我点击刘飞发给我的这个链接,就直接可以报名这场Live了,报名过后,“黄有璨报名了刘飞的XXXlive”的消息就会出现在所有关注了我的用户的知乎Feed流里。
这样一来,假如我有一天要开一场Live,我是不是也可以通过给苏杰刘飞张亮等等大V们赠票来更好实现我这个Live的推广了?这样是不是比以前我要一个个私信他们“求帮转一下”要来得方便和顺畅了很多?
且,这个机制上线后,我预计既可以带动Live整体数据的上升,又不会给运营带来很大的工作量和压力。
所以,能够时刻从产品层面去思考,现在是否可以存在某些更合理高效的产品机制来解决你的具体需求,是一种可贵的习惯。
第三,懂得某些产品的逻辑、架构,甚至能够粗略对于实现成本有一些评估之后,会有助于大大降低你与产品经理和研发之间的沟通成本。
我们都知道,在广大互联网公司内部,经常存在着各种产品被运营坑,运营被产品和研发蒙骗了的段子。
比如说——
运营:我们要做一个活动,很简单的balabala……这么简单后天能做出来嘛?