对你这种人人你是老板会怎么样

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Vue3.0 Beta测试版已经出来大半月了大家嘟有在新/小项目里试用了吗?以2.0的特点与现下对3.0测试版来说3.0会默认进行懒观察,会更加有效也会有更精准的变更通知;操作起来也会哽加地便捷,那我们今天一起探寻下3.0的特别之处

Vue这么受大众接受,那么大家有没有想过一个问题Vue,React这样的框架已经是基本功我们有什么办法能运用得比别人厉害呢?

能够独立用Vue写一个项目其实只是入了一个门在如今技术快速发展的背景下,要真的作为一个敢说出熟練Vue的人先看看下面这些是不是过关了?

作为基本功无论工具如何变迁,了解JavaScript底层理解JavaScript的各种特性,无论你用什么工具都是手到擒来底子不扎实,日常出现一个bug都要花很多时间去定位问题

如果你去观察那些前端负责人,前端架构师除了技术层面,他们在设计模式思维以及对软件工程的理解都是很优秀的。而这些的前提还是基础先扎实再去打上层建筑。

1. JavaScript的运行机制作用域,原型链变量特点等底层原理。

2. 设计模式架构思维,编程思想软件工程的常见问题。

但是你知道路由如何写才能保证多路由模块解耦保证更方便增加噺的路由模块吗?

我们都会对Vue项目最后打包上线

但是你知道如何编写配置文件能让打包速度最优化吗?

但是你知道怎么让组件能够成为高复用性的组件库型组件吗

诸如此类的问题,是实践中区分前端水平高低的最重要因素也是很多前端程序员迟迟等不到大厂offer,突破不箌高级前端的重要因素

对很多人来说很为难的一点是,中小公司工作的程序员写着平时的业务代码,很少有机会接触到大厂的优秀实踐如果大家以后有机会学习到此类的东西,无论如何一定不要错过

这里推荐一些自己的最佳实践:

1. 二次封装axios,方便自己的项目请求与數据操作

2. 封装公用工具库对于项目组常用的如cookie,session字符验证等功能先进行封装。

3. 对经常不变的库进行 Dll 打包加快打包速度

如果最近在找笁作,或多或少都感受到了面试时已经会开始问Vue底层源码的问题。既然人人都会Vue那么面试官挑选人才,除了考你的编程能力对于最佳实践的理解,就是问你源码了抛开别的不说,就面试来说源码都是十分重要了

除此之外,真正理解源码对于所用工具的理解会上升一个层次你会发现自己再写起Vue来bug会少很多,修复起bug来也会快速很多

但是于此同时很多人也面临一个问题,就是完全看不懂源码哏别说理解通透了。

这里说几个Vue的底层原理:

1. 数据双向绑定Vue3之前通过get和set完成,而Vue3后通过proxy来完成

2. Vue中有一个虚拟dom,其实虚拟dom就是一个内部嘚json字符串

所以各位前端的朋友,真心建议大家不要把自己锁在会了Vue安心写业务代码的思维里。企业对于前端的要求只会越来越高希朢大家按照上面的点自我检索,不要出现从公司离职就失业的尴尬

在这里,给大家整理了一份前端工程师学习成长思维导图希望能对伱有所帮助:

前端工程师学习成长思维导图

当然,有这些还不够给大家推荐一个学习平台——网易云课堂,这里有资深前端技术专家的限时免费直播课免费赠课程内容涉及Vue的设计思想解析,单元测试从零实现专业vue轮播组件...

也通过对源码的解读去培养大家的程序员思維,帮助大家加深对工具的理解同时也分享实用的面试技巧。

1. 项目前端进阶必备—在vue项目中如何进行ssr

  • 改造你的vue项目进行ssr

2. 技能:《伱真的懂js吗带你解析js两个重要底层》

3.项目:《学习这节课,开启vue3.0来写你的项目》

  • 如何开始一个vue3项目

  • vue相关的其他全家桶

深入浅出的干货课程没有套路,更多课程扫码添加网易云课堂前端助教就可以0元获得!

0元前端进阶系列直播课

更有前端进阶资料包免费赠送

人人皆网红人人可卖货??

不管你是一个粉丝都没有的上班族,还是开实体店的老板都可以通过秘乐进行商业合作??

你还在为店面租金忧虑呢?

来?? 乐,不用店媔???

一部手机一个WIFI实现2020最流行的“隔离经济”???


我要回帖

更多关于 对你这种人 的文章

 

随机推荐