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

2018年05月10日 人人都是产品经理


作者:姚说

全文共 2281 字 1 图,阅读需要 5 分钟


———— / BEGIN / ————


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


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


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


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

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


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


首先第一个当然是分析过往的数据,有些人就觉得过往的数据有什么好分析的,不都摆在那里?


其实,哪怕是一个公众号,它的数据都会很有分析的价值,而且有些信息你未必在培训/工作中能够知道。


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


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


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


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


我想到了公众号。


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


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


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


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


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

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


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


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


当你和你的领导两个人各执已见的时候,但你实在不想放弃你自己的想法,可以通过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去扩散验证了。


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


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


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


四、再说几句


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


———— / END / ————


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

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


点击“阅读原文”下载APP

收藏 已赞