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

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

很多人经常遇到这样的情况:自己想出了一个很好的想法,但是被老板或者领导给否定掉了,应该怎么办?
其实大可不必因此就觉得你的老板或者领导很傻 x,一来,他们掌握的信息跟你不一样,有可能他们看到的东西跟你看到的是很不一样的,二来,他们可能会担心实现你的想法会失败。
那今天就讲一下,如何向你的老板证明你的想法是对的。
内容按照从轻到重划分,如下:
超级产品经理
感兴趣的话就继续看下去吧 ~

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

首先第一个当然是分析过往的数据,有些人就觉得过往的数据有什么好分析的,不都摆在那里?但其实哪怕是一个公众号,它的数据都会很有分析的价值,而且有些信息你未必在培训 / 工作中能够知道。
如果你的想法在以前是有人尝试过的,或者跟用户受落的东西比较接近,通过分析相关的数据,不难得到你要的结果。
我以前曾经去过一家创业公司,那家公司是有 app 的,悲剧的是,数据分析的系统根本就不准到离谱…
而过往的调查等等,样本量都很小,很小,很小…
当时刚到那里的我,很想要知道相关数据,去实践我的运营想法,又没有太多办法,等到数据系统好,黄花菜都凉了,这时候,应该怎么办?
我想到了公众号。
我的想法: 是不是可以先通过查找以前的运营工作的结果去看可行性?
首先,微信公众号的数据肯定是更准的,而关注了公众号的人,里面也包括了下载 app 的人,使用公众号功能的人,也跟使用 app 基础功能的人需求是有些相似的。
而我的运营工作,也要依靠微信这个平台去传播,懂得微信号关注的用户,也能够帮助我的工作更好的开展。
所以,当时我做了两件事:
第一,看用户的基本属性,比如来源、地区、性别等等。
第二,通过去分析计算微信公众号过往所有文章的相关数据,以及各个菜单点击的次数,去看用户大致的偏好 / 使用公众号的动机。
当然,还有一个比较取巧的方法就是,你可以去观察跟你类似的竞品 (不是跟你在同领域的就可以,你们的定位、用户也应该比较相似,否则,如果一个是专注高端用户一个是专注中端用户,有可能会翻车) ,如果你想到的东西,他也有在做且成功了,那你可以对应地去尝试一下。

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

当你和你的领导两个人各执已见的时候,但你实在不想放弃你自己的想法,可以通过 A/B 测试来证明到底哪个方案更好。
记得有一次活动需要搞短信的推送,最后剩下 2 个文案,但又因为一般用户收到短信,都是扫一眼就算了,要把想突出的几个字放在【】这个符号里。
当时被放在【】里有两个选择,一个是强调优惠力度的,一个是强调在平台上最受欢迎的品牌的。
这个时候可以采用 A/B 测试了——

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

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

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

我们通常说到 MVP,好像都是出现在产品经理口中或者农药玩家口中(喂!)
但其实运营也可以有 MVP 哒 ~(MVP 就是提供最小化可行的产品,以此获取用户反馈)
当你想要证明你的想法的时候,你可以想一下你的想法再缩小一点,可以用什么形态去呈现?
我记得以前我曾经做过一个 MVP,是我想加在 APP 里面的一个功能,当时做这个 MVP 的原因是:

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

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

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

最好最完美的情况是:

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

退一步,也能快速撤掉,注意,如果只是短时间测试,不要给用户一种“你们这东西是常规一直有的”,否则在撤掉之后可能会有用户不清楚,产生疑问。
以活动为例,从重到轻有:涉及前端后台的开发(比如说一个固定的功能板块)> 仅涉及前端的开发 > 社群社区。
于是,我把这样一个想法挪到了社群做,把参与人数、参与情况以及用户反馈保存下来,做了一份报告,提交了上去。
用 5 天时间社群小范围地证明可行过后,我的方案开始在 app 端用一个 h5 去扩散验证了。
不止是活动、产品运营,其他运营也可以用同样方法尝试。
比如,你是一个内容运营,你想要上一个新的栏目,是不是可以通过一篇文章先去试一下,再根据用户的反馈,展开下一步的动作,防止用户不适应你的改变不买单。
比如,你是一个社区运营,你想上线一个新的板块,是不是可以在原有的、最接近新板块的板块,举办互动的活动?

四、最后再说几句

哪怕你的想法试了,最后发现是自己是错的,也没关系——不能赚钱做转化,至少也能避免跳进赔钱的坑,也是很好的事情啊。
 
作者:姚说,微信公众号:yaoshuo6。