有一个很棒的想法,如何向老板证明你是对的

从零开始学运营,10年经验运营总监亲授,2天线下集训+1年在线学习,做个有竞争力的运营人。了解详情

你想了一个绝妙的ideas,兴冲冲跑去给老板汇报时却不受待见,真正的原因在哪?如何证明你是对的?这里有一个方法:

很多人经常遇到这样的情况:自己想出了一个很好的想法,但是被老板或者领导给否定掉了,应该怎么办?

其实大可不必因此就觉得你的老板或者领导很傻x,一来,他们掌握的信息跟你不一样,有可能他们看到的东西跟你看到的是很不一样的,二来,他们可能会担心实现你的想法会失败。

那今天就讲一下,如何向你的老板证明你的想法是对的。

内容按照从轻到重划分,如下:

感兴趣的话就继续看下去吧~

一、最直接的办法,分析过往/相关数据

首先第一个当然是分析过往的数据,有些人就觉得过往的数据有什么好分析的,不都摆在那里?但其实哪怕是一个公众号,它的数据都会很有分析的价值,而且有些信息你未必在培训/工作中能够知道。

如果你的想法在以前是有人尝试过的,或者跟用户受落的东西比较接近,通过分析相关的数据,不难得到你要的结果。

我以前曾经去过一家创业公司,那家公司是有app的,悲剧的是,数据分析的系统根本就不准到离谱…

而过往的调查等等,样本量都很小,很小,很小…

当时刚到那里的我,很想要知道相关数据,去实践我的运营想法,又没有太多办法,等到数据系统好,黄花菜都凉了,这时候,应该怎么办?

我想到了公众号。

我的想法:是不是可以先通过查找以前的运营工作的结果去看可行性?

首先,微信公众号的数据肯定是更准的,而关注了公众号的人,里面也包括了下载app的人,使用公众号功能的人,也跟使用app基础功能的人需求是有些相似的。

而我的运营工作,也要依靠微信这个平台去传播,懂得微信号关注的用户,也能够帮助我的工作更好的开展。

所以,当时我做了两件事:

第一,看用户的基本属性,比如来源、地区、性别等等。

第二,通过去分析计算微信公众号过往所有文章的相关数据,以及各个菜单点击的次数,去看用户大致的偏好/使用公众号的动机。

当然,还有一个比较取巧的方法就是,你可以去观察跟你类似的竞品(不是跟你在同领域的就可以,你们的定位、用户也应该比较相似,否则,如果一个是专注高端用户一个是专注中端用户,有可能会翻车),如果你想到的东西,他也有在做且成功了,那你可以对应地去尝试一下。

二、你和领导的方案哪个更好?这样试试看

当你和你的领导两个人各执已见的时候,但你实在不想放弃你自己的想法,可以通过A/B测试来证明到底哪个方案更好。

记得有一次活动需要搞短信的推送,最后剩下2个文案,但又因为一般用户收到短信,都是扫一眼就算了,要把想突出的几个字放在【】这个符号里。

当时被放在【】里有两个选择,一个是强调优惠力度的,一个是强调在平台上最受欢迎的品牌的。

这个时候可以采用A/B测试了——

  1. 给2个推送的链接设置参数,记下每个短信对应的链接。
  2. 在同一批用户中,找到想要测试的数量的用户。
  3. 在同一个时间段,进行推送,然后,隔一段时间后看打开率。
  4. 把经过验证后的结果进一步扩散,验证。

同样的,用在重要的内容、push等等,A/B测试还是会稳一点的。能力比你强的领导,想法比领导多的你,说服力都不如用户强。

三、运营也可以做MVP,小步试错,防止翻车

我们通常说到MVP,好像都是出现在产品经理口中或者农药玩家口中(喂!)

但其实运营也可以有MVP哒~(MVP就是提供最小化可行的产品,以此获取用户反馈)

当你想要证明你的想法的时候,你可以想一下你的想法再缩小一点,可以用什么形态去呈现?

我记得以前我曾经做过一个MVP,是我想加在APP里面的一个功能,当时做这个MVP的原因是:

  1. 开发资源真的真的很有限,且我的需求涉及前端后台开发;
  2. 以前有些人提过不少伪需求,研发团队开始有人不满,觉得自己做的东西最后都闲置掉了;
  3. 我提出的想法,虽然在别的app可行,但在我们app未必可以,而且,没竞品做这样的东西。

为了证明自己的想法是可行的,而且,为了开发资源能够向自己倾斜,我开始了,当然,还是有要注意的地方的:

  1. 你的MVP应该最大程度接近你最后想要做出来的东西。比如说用来实验的用户,最好是在app内或者是你的用户群内征集,他们对你的东西比较熟悉,相对来说比较愿意配合,也比较信任,最重要的是,你以后还是要在这样的人群中推广。
  2. 在保证条件一样的情况下,你的东西最好要最小化。为了不花费过多的资源,也为了你的想法能快速实现,并不一定要开发资源才能够去做这个实验。

最好最完美的情况是:

  1. 进一步,能够推广扩散。
  2. 保留原有的模式,还能继续维持运营。

退一步,也能快速撤掉,注意,如果只是短时间测试,不要给用户一种“你们这东西是常规一直有的”,否则在撤掉之后可能会有用户不清楚,产生疑问。

以活动为例,从重到轻有:涉及前端后台的开发(比如说一个固定的功能板块)>仅涉及前端的开发>社群社区。

于是,我把这样一个想法挪到了社群做,把参与人数、参与情况以及用户反馈保存下来,做了一份报告,提交了上去。

用5天时间社群小范围地证明可行过后,我的方案开始在app端用一个h5去扩散验证了。

不止是活动、产品运营,其他运营也可以用同样方法尝试。

比如,你是一个内容运营,你想要上一个新的栏目,是不是可以通过一篇文章先去试一下,再根据用户的反馈,展开下一步的动作,防止用户不适应你的改变不买单。

比如,你是一个社区运营,你想上线一个新的板块,是不是可以在原有的、最接近新板块的板块,举办互动的活动?

四、最后再说几句

哪怕你的想法试了,最后发现是自己是错的,也没关系——不能赚钱做转化,至少也能避免跳进赔钱的坑,也是很好的事情啊。

 

作者:姚说,微信公众号:yaoshuo6

本文由 @姚说 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自 Pixabay ,基于 CC0 协议

赞赏是对原创者的最大认可
4人打赏
评论
欢迎留言交流
  1. 可以,可以。看了一天的文章了,只有这个文章说了自己做了什么 。。

    回复
  2. mvp不应该只是局限在产品啊运营的这个范畴呀,生活中也能用。

    回复
  3. 说到关于运营也有MVP 很认同啊

    回复
  4. 66666666666

    回复