你想了一个绝妙的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 协议