正文
举个例子,三节课的在线教室作业区中有人提出说想要上线一个“搜索”功能,我们试比对一下如下两种思考和表达——
A:这一般的社区论坛都有搜索功能,我们肯定也得有啊,没有这个功能太不方便了。反正这个必须要做!
B:我们来看一下什么人在什么时候会产生“搜索”这个需求:比如我们现在开了一个500人的班级,在这个在线班级的作业区中,假如有200人提交了作业,助教也完成了对于作业的批改之后,这时作业区内就存在了海量的信息,可能会长达20页,并且这个时候助教或班主任还会经常到班级群内告诉大家每周哪些同学的作业是很优秀的大家可以去观摩,于是这个时候对于想要前去观摩的同学们就产生了一种“想把那些优秀同学们的作业找出来”的需求。
如果这样的事情在为期8周的课程中每周都存在,这应该是一个值得做的需求。
对比如上A和B的两种思考表达,是不是感觉B的表达更靠谱?
不仅如此,在“用户、需求、场景”的基本逻辑下,还有助于我们更进一步判断,这个需求值不值得做,是否存在更好的解决方案。
比如说,要是针对B的这个“其他用户想看优秀作业”的需求,我们是否有可能专门设置一个“优秀作业区”,让助教对于作业可以打“优秀”标签,然后被标注“优秀”的作业会自动进入到这个优秀作业区就好了?
遗憾的是,就我个人的经验来看,这类相对理性成熟的“产品型思考”,在绝大多数2岁以内的运营身上并不存在。
第二,身为一名运营,假使你能够时刻拥有一种“寻找合理高效的产品机制来为运营服务”的思考,这种思考会带给你更大的可能和便利。
我们都知道,很多运营同学在做的事情都是一种类似于“依靠个人的人肉时间投入来辅助产品运转式”的工作,典型比如审核、打标签、人肉发各种优惠券、做活动啥啥啥的,但如果你长时间做的都是这一类工作,无疑是没有前途的。
我个人的观点是,运营做到了一个阶段后,一定需要时刻拥有某种产品层面的思考,才会拥有更大的可能,即:面向我当前存在的具体运营需求,如何可以借由一些产品机制的变化来帮我更好更有效的实现之?
这里我举个最近看到的例子吧。试想一下,假如你是知乎Live的运营负责人,当前面临的具体需求是要拉升知乎Live的整体用户报名数,你可能会怎么做?
我猜有人可能会说要做活动大促,有人可能会说我们做更多站内站外的推广和曝光,等等。
然而,知乎是怎么做的呢?
知乎的做法远比大多数人能想到的更为轻巧,简单说,他们上线了一个“Live主讲者可以直接给其他人赠票”的功能。
这个功能的使用,是Live主可以在自己的Live页面下点选“送票”按钮,然后选择要赠送的对象,于是,对方就会收到一条私信。比如知乎大V刘飞给我赠送了一场他的Live,我收到的私信就是这样的:
这个时候,我点击刘飞发给我的这个链接,就直接可以报名这场Live了,报名过后,“黄有璨报名了刘飞的XXXlive”的消息就会出现在所有关注了我的用户的知乎Feed流里。
这样一来,假如我有一天要开一场Live,我是不是也可以通过给苏杰刘飞张亮等等大V们赠票来更好实现我这个Live的推广了?这样是不是比以前我要一个个私信他们“求帮转一下”要来得方便和顺畅了很多?