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

　　你想了一个绝妙的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去扩散验证了。
　　不止是活动、产品运营，其他运营也可以用同样方法尝试。
　　比如，你是一个内容运营，你想要上一个新的栏目，是不是可以通过一篇文章先去试一下，再根据用户的反馈，展开下一步的动作，防止用户不适应你的改变不买单。
　　比如，你是一个社区运营，你想上线一个新的板块，是不是可以在原有的、最接近新板块的板块，举办互动的活动？
　　四、最后再说几句
　　哪怕你的想法试了，最后发现是自己是错的，也没关系——不能赚钱做转化，至少也能避免跳进赔钱的坑，也是很好的事情啊。