分类: 互联网

关于互联网行业的唧唧歪歪。

  • 也谈阿里月饼事件

    也谈阿里月饼事件

    终于,阿里开除了月饼事件中的第五人,而且几乎是由最高层在充分复盘下做出的决定。可以认为这件事尘埃落定。本来这是个热闹,是个谈资,于我没啥切身关系。不过我在很多人的表述中,看到了我不希望看到的东西,所以我决定表达下自己的看法。

    后文可能很长,所以先把我的观点列出来:

    1. 阿里开除这五人没有问题。
    2. 不是定量而是定性问题,这五人的行为不涉及到人品和道德问题。
    3. 整件事情是因不了解而产生恐惧,因不了解而产生攻击的结果。施害方是阿里管理层,或者按网络传闻“阿里HR”;受害方是习惯用代码解决问题的程序员。

    下面逐条表述。

    阿里开除这五人没有任何问题

    不仅阿里,任何公司开除任何员工其实都没有任何问题,只要公司愿意承担相应的责任。我不是具体当事人,就不展开了。

    作为打工者,无论身处何位,无论跟公司、跟老板、跟直接领导是什么样的关系,都要时刻做好离开这个公司的准备,也必须随时修正自己的职业规划。不要依附任何人,更不要依附某个公司。个人与公司之间,就是简单的雇佣与被雇佣关系,也应该是简单的雇佣与被雇佣关系。不要掺杂个人情感之类乱七八糟的东西。

    个人觉得公司不合适,可以跳槽;公司判断个人不适合,将其开掉对公司和对个人也都是最好的方式。此次事件中阿里就是这么做的。

    这五人的行为不涉及到人品和道德问题

    首先,我要强调,当时执行的是“秒杀抢月饼”,“秒杀”!不是温情脉脉你谦我让,就是谁先抢到谁就赢!那么每个人动用自己的能力增加自己的秒杀机率就理所应当。

    我们平时抢东西怎么抢?找个网速更快的地方;多准备几台设备;多找几个同事朋友帮忙一起抢。这和写一个脚本自动去点击有什么区别呢?有人会有人不会?我没有朋友怎么办?我没有多台设备怎么办?我只蹭得到时断时续的网怎么办?“抢”这个事儿本身就是不公平的。

    “秒杀”对于当时没时间的人,就是最大的不公平。

    再回到“脚本”这个东西上。阿里官方定性是“有牟利目的”,“利用系统漏洞”,“侵害了其它参与秒杀小二的利益”。这点我完全不同意。就那几盒破月饼,还是自己掏钱买,也没人蹲外面等着高价收,怎么就“有牟利目的”呢?至于“系统漏洞”,一个点击脚本叫个屁的系统漏洞啊!黑到数据库里改数据才叫系统漏洞,点击脚本只是作者为了避免自己正常工作被打扰临时开发出来的“效率工具”而已。只是在不懂技术的人眼里,这东西自己不理解,给它按一个自己理解的名称理所当然,最近炒得火热的“系统漏洞”看起来蛮合适,就它吧。于是一大堆不懂技术或者半桶水的人就给它定了性。

    然而,一线开发人员脑子里,是怎么想的:

    MDZZ,谁都跟你们似的那么闲,上班时间搞秒杀?老子活儿还干不干了。尼玛公司福利还搞花活,随便抽签或者申请下不就完了。哎,没办法,惹不起帮孙子,好吧,写个脚本,随便抢一盒吧。

    就是这样。不需要因为抢的是月饼,就从轻处罚。参与者本身不希望攻击什么,只是利用自身能力帮自己争取一些优势,和找人帮自己抢是一样的。写个脚本只是提高自己本职工作的效率,这只是个效率工具,而已。

    因不了解而产生恐惧,因不了解而产生攻击

    继而,我就得出上面这个结论。

    在很多不懂技术的人看来,程序员就像中世纪的巫师一样,你不知道他在干什么,只知道他鼓捣鼓捣鼓捣,就鼓捣出来一个东西,能干很多事情,很神奇。其实大多数行业,专业和非专业之间都有很高的壁垒,只不过其他行业要么成型已久,比如厨师;要么跟现实比较紧密,比起设计师;要么我们其实不关心,比如科学家。程序员这个行业又新,干的事情又抽象,产出的结果又跟其他人紧密相关,于是大家对我们的误解也就越深。

    比如,我司的后台由我开发。然则我的同事会通过观测得到一些的“客观规律”,然后拿来跟我争辩,坚信他们才是对的……

    所以大家可以容忍代秒,可以容忍多设备秒,可以容忍4G秒,但是不能容忍程序员写个三两行的脚本,走正规途径,秒。因为,“我不会,我不懂”。如果他这样干了,就是“作弊”,就是“利用系统漏洞”。我不管是不是,反正他会我不会,我没法确认他不是,那我姑且用最大的恶意去猜测,那就是“是”!

    因不了解而产生恐惧,因不了解而产生攻击。

    让我拿祖师爷举个例子。图灵(拜三拜),人类历史上最伟大的头脑之一,将二战缩短了两年的男人,因为同性恋,被强制精神治疗,甚至直接导致他的死亡。

    因不了解而产生恐惧,因不了解而产生攻击。

    我在担心什么

    有本科幻小说,讲未来的,说未来不同行业之间术语的差别就跟现在不同语种之间的差别一样巨大。现实正在向这个方向发展。如何去界定不同行业的人的行为?按照自己的经验去推测?用最大恶意去揣摩?按照传统道德来批判?还是,听听专家的意见,做同行评定?

    按照阿里这个做法,甚至还有很多支持的人,“同行评定”可能只是程序员脑中的乌托邦。

    科技越来越发展,开源的工具越来越多,程序员可能涉足的领域、操纵的东西越来越多。有些有明显边界,无须多辩;有些则边缘模糊。比如在饮水机上加监控,水开自动提示,我可以比其他同事享用更多的热水,这是问题么?比如我用摄像头监控领导的办公桌,他一回来我立刻跑过去让他先签我的请假条,这是问题么?有个妹子,领导安排她做报表,我帮她用脚本生成了,于是她成功挤掉了另一个妹子,这是问题么?客户有100个表单,销售报价100人・天,我做了个工具,30天搞完了,净赚70天,这是问题么?

    所有这些,都是在程序员眼里看来理所应当,甚至很酷的事情。但是到大众眼里,可能就不那么好接受。如果放任对程序员的不信任和攻击性增加,那么将来很可能有一天,我也会因为某个我认为理所应当的事情,被公司开掉。


    总结

    阿里开人没问题,但理由实在让同为程序员的我难以接受。从不懂技术的角度出发,他们想当然的认为,今天会写几行点击脚本,明天说不定就把公司数据库拷出去卖了!然而在身为程序员的我看来,这两者有天壤之别,完全不可相提并论。

    希望非程序员能多听听程序员的呼声。程序员们也不要羞涩,该表达就表达。希望以后程序员的环境更加宽容,不要让我们步步惊心。

    祝这五位今后一路走好,该写什么脚本,就写什么脚本。我支持你们。

    我单方面宣布鄙视阿里,不会谋求去阿里工作。


    吐槽

    1. 阿里这种货色,好意思说别人价值观有问题?
    2. 谁tm上班时候有时间去搞秒杀啊,HR 你们自己工作不上心别牵累别人好么?
    3. HR 你们外包给谁做的破程序啊,吃回扣了吧?
    4. 阿里那个伪造离职谈话记录的 HR 怎么样了?
    5. 我司老板竟然支持阿里,你可是技术出身啊!
  • 读后感:《只是为了好玩:Linux之父林纳斯自传》

    读后感:《只是为了好玩:Linux之父林纳斯自传》

    先放购买链接

    应该说我不是林纳斯的粉,在我塑造三观的关键时刻,读到两本讲比尔盖茨和微软的书,一本好像叫《未来之路》,另一本忘记了;加上盖茨功成名就之后一心公益,造福无数,所以我的偶像一直是他。然后爱屋及乌地喜欢微软,即使现在各种新势力新潮流各种攻击盖茨和微软,他们在我心目中的地位仍然是崇高无二。

    不过我对林纳斯也很有好感:世界上两大系统的创始人,开源代码的领军人物,怎么能不喜欢他?看完这本书之后,就更喜欢他了。

    林纳斯本分、务实。不知道是不是芬兰那种宽松的生活环境造就,我觉得国内很难找到这种视功名如无物视金钱如粪土——准确地说不是如粪土,他根本不在意——的人物。他只是单纯的觉得写代码好玩,如果有人用就更好了。而且,他做得可以说比任何人都好,历史为证。

    这本书看起来很轻松,也很振奋。工作之余翻上几页,有种非鸡血而胜鸡血的感觉。年纪越来越大之后,我想我可能没有机会改变世界了,不过通过别人的经历YY一把改变世界,也不错。


    分享书中一个观点。

    我们知道芬兰人对个人空间有着近乎变态的要求(参见芬兰人的梦魇)。林纳斯认为正是这个催生出诺基亚。因为芬兰人都不愿意与人交流,然则又必须交流,所以能绕开就绕开能隔离就隔离,那么手机就显得很有用。所以在美国人都没开始用手机的时候,芬兰就人手一部了。

    于是我得出一个推论:主流文明(北回归线到北极圈这个范围内)都是喜欢交流的,于是手机这种原本帮助人们隔离彼此的工具很快被改造成增进交流的工具,所以善于此道的美国人(苹果,乔布斯)逐步战胜了诺基亚。

  • Jetpack的博客总结2015

    Jetpack的博客总结2015

    WordPress的插件Jetpack如期给出了2015年的博客访问报告

    根据他们家的统计,过去一年里博客访问量约12000,不算太高。下半年墙的各种调整,各种出国流量收窄造成不小的影响,继续鼓励病魔早日战胜方校长,并希望ta有空去拜访下其它为筑墙工作的人。

    过去一年写了41篇日志,从量上来看大约完成了计划的80%。希望来年能完成。不过热门文章都是更早之前写的,年初计划的文章升级完成的不太好,继续放到来年吧。


    移动互联网时代,写长文变得很困难。很多博客都停更断更,硬派技术文越来越少,社交媒体上大多是《10种你可能不了解的JavaScript技术》、《15种2016年可能的前端趋势》,话语权近一步向金字塔尖汇聚,阮先生这种低端博主(仅就其技术言论)竟然能直接进入阿里做P8,名家无营养的文章开通打赏随随便便收几千上万……

    不过还是继续写吧,明年争取写更多,更高质量的文章,抽时间搞直播和视频,反正好为人师如我不这样做总有热情无处安放。就当积累人品好了。

    (图片来自于Google 和 http://happynewyear2016imagesy.com/merry-christmas-happy-new-year-wishes-messages-images-pictures.html

  • 烂营销只是烂营销

    (求配图)

    就像我们程序员写出来的代码会有bug一样,搞营销的公关也会时不时搞个烂营销出来。不同的是,我们程序员比较内向,bug又比较客观,所以我们都会老老实实去改;但是,很多公关同学会向大家解释:“虽然我们的营销被很多人骂,但与此同时,也很多人知道了我们啊,宣传的效果,起到了啊。”是,除非真的去做调研,不然还真没办法有效反驳这句话——从科学上讲,除非之前也做过,而且做过多个品牌,不然没法形成比照,没法反驳。

    是啊,传统广告也不是有句话嘛,“广告费总有一半是浪费的,但你不知道是哪一半。”所以营销人员干脆告诉你,就是这一半,因为只要我们马上推一波促销活动,比如免费大派送,就能借助人气把产品炒起来。这样,我们就成功了!!然后竟然就有人信了……竟然就有人信了……就有人信了……信了……

    你不搞烂营销,你把钱拿去CCTV买个标王也能达到宣传的效果,而且说不定还更大;你随时搞一个免费大派送,人气都会涨起来。所以后面人气会不会跟着涨起来跟烂营销根本就没有关系啊!!没有关系啊!!没有关系啊!!


    烂营销就是烂营销,它带不来好的结果。有些产品成功了,一方面是产品本身质量好,或者定位准确;另一方面是好的营销足够多足够好,足以抵消烂营销的影响。就像斗地主一样,手里俩王四个2四个A剩下的能连一起怎么都能走,但是明明可以打成春天,你手一滑先出了个3,被别人跟上了,然后你再随便一炸收回先手,这一点都不能证明你玩得好,只是牌好而已。烂营销就像那张单3一样,它的烂也是客观地烂,后期通过别的方式当然可能补救回来,但一点都不影响它的烂。这就是我对烂营销的观点。

    那么为什么会有这种说法呢?营销人员也是人嘛,也要上班挣钱养家糊口,一次烂营销说不定要扣不少奖金呢,怎么也得找补点回来对不?不然没法对老板交代啊。所以便有了这样的自圆其说。当然槽点仍然在于,竟然就有人这么信了……有人这么信了……这么信了……信了……

    而真正的槽点在于,信的人多了,使得烂营销竟然有了存身之处。本来烂下去,成为别人的养分,大家都可以进步;现在反而大家都久居鲍鱼之肆不闻其臭了,弄到自己身上也无所谓,搞得整个行业污水横流乱七八糟臭不可闻。

    ========

    有时候,我也想去干点坏事儿,编点故事,自封个肉山仁波切,度人劫难,受人供养,偶尔搞个双修;或者去教人辟谷,聆听心灵与自然交融的声音;或者去卖卖假药保健品——河南人的血液在呼唤我,不是骗子太猖狂,真是TM不长脑子的人太多了……

  • 如何做一枚好行政

    上一篇文章,我毫不留情地吐槽了我司行政,用了可能是我的博客中最多的脏字(所以我说我对前公司是有深厚感情的,头发眉毛都掉光了吐槽时我都不会用脏字)。最近,关于阿里HR的各种行径,也是程序员界讨论的热点。

    如今有句话:

    you can you up!

    那么作为一名极善自省的人,我一边吐槽,一边也少不了设想,如果我去做行政,该怎么才能做好呢?至少,哪些雷区不要碰呢?

    我现在这里总结:

    1. 保持一颗服务的心
    2. 制定尽量宽松的规则,让大家工作起来轻松舒服
    3. 不苛求流程,以办好事为首要原则
    4. 不断提升自己

    (因为此文非技术文,所以折叠起来吧)

    (更多…)

  • 也说两句对“个人与公司”的看法

    也说两句对“个人与公司”的看法

    知乎上这个帖子在程序员届引发了大量讨论,有人挺有人砸。有人说不该加班,有人说不加班能行么?有人说不该攻击公司,有人说不攻击公司将来会有别的小朋友跳坑的!有人说耗子你拿了大把票子说走走了,兄弟们怎么办?我也在自己的地盘上吐两句槽。

    (本文仅代表个人观点,与就职公司无关。)

    首先表态:

    只有弱逼才不敢骂公司,我之所以抨击前东家还一直说现在的公司(点乐)好是因为真的是这样。如果将来有一天这家公司做出让我看不过去的事儿我一定会该骂就骂,该走就走。

    喜欢加班文化的领导都是傻逼,认为加班的团队才是好团队的领导是傻逼中的傻逼,认为“阿里(这里只是代称)这么些年做到这么大所以它的管理方式是相当科学的所以加班也是科学的”,那就是傻逼中的战斗逼了。

    部门领导的第一要务是帮助公司实现业绩;第二要务是提供稳定的团队。团队成员怎么样和领导其实没什么关系,实际上,领导早点滚把地方腾出来几乎是所有下属的心头想。


    做一个真正的理想主义者必须有两个要素:一,保留理想,追求理想,不轻易放弃;二,认清事实,避免为现实所伤。

    在这件事情上,理想是什么?作为一个把程序员当成终身职业的人,我认为,是:出卖自己的劳动力,换来合理的收入。就这么简单。但是现实世界很复杂,使得这么简单的想法都不易实现。比如,会有一些人,因为时机因缘或者彼得原理,成了领导。指望这些领导能够见贤思齐与时俱进几乎是不可能的,他们为了刷存在感就会想出各种点子增加工作难度,比如,把“工作态度”作为考核标准——所有这种主观因素强烈的东西一旦进了KPI,好好写代码的日子就没有了。

    更有甚者,奉行加班文化。加班这种操作,对于劳动密集型的工厂来说,是有价值的,因为在那儿劳动力就真的是“力”,物理上的“力”,自然人的“力”。里面创造性的东西很少,生产线一铺,只要上足人手保证24小时开工,东西就能源源不断的做出来,投入市场。对于老板来说,就是1+1=2,前面的1是正常工时,后面的1是加班。程序开发则完全是另一回事儿。其中需要大量的思考,大量的脑力劳动,最终落实到磁盘上的,反而是很少的一部分。所以加班在这里毫无意义。你知道我这会儿脑子在想什么么?父母老婆孩子还是狗还是大秘的丝袜高跟?魔兽炉石暗黑三还是LOL还是再也回不去的MC?加班除了空耗大家的时间,没有任何意义。

    还有些早早放弃在技术领域深造的领导,对新技术完全不了解,你给他推荐git的时候,他会说,哦,不就跟cvs差不多嘛。这样的领导,很难对知识储备、代码质量、程序架构、开发效率等产生兴趣,在他眼里,三星工程师和五星工程师的区别无非是3+3+3+3和5+5+5+5的区别,再加上前者多半因为人微言轻,看起来更无害更好管理,后者自命清高不好接触,然后一平衡来个15对18,差不多。实际上呢?在开发领域这些点是乘积的关系,简单评估这几点三星工程师只有81,五星工程师能达到625,随随便便将近10倍的差距。

    所以现实就成了,如何应对因为种种原因成为领导的傻逼(为了照顾很多人的语文水平我不得不强调一下,我绝不是说所有领导都是傻逼,而是说确实有些傻逼混成了领导)?答案无非就是,提升自己,超越傻逼;珍爱生命,远离傻逼。还有就是,如果碰到题中那些舍得花时间去关注效率,鼓励大家做分享的领导,好好珍惜吧。


    这可能是我“傻逼”一词用的最多的一篇文章……

  • 越来越不懂

    刚入行的时候,什么都不懂,自然怀着敬畏之心。干了几年之后,觉得自己什么项目没见过,什么客户没伺候过,什么大公司没去过,就觉得自己什么都能干,只要跟对老板入对公司。

    又干了几年,尤其是加入创业公司后,开始从市场角度观察这个行业,却发现自己越来越不懂了。

    不懂屌丝

    我一直以为自己是屌丝,后来发现不纯。比如,淘宝上曾大热过“iPhone代挂QQ”的服务,我就完全想不到。要说始创者当真是目光灼灼:QQ为了和微信竞争,允许用户同时登录PC版和移动版,使得独立挂QQ成为可能;其次,iPhone尾巴使得用户之间的物理差距史无前例的明显。后者击中屌丝软肋,前者则使这门生意成为可能……听之前想也想不到,想明白后膝盖都软了,这才是真懂屌丝啊。

    最近又兴起了“虚拟女友”。不要想太多,这个东西连软色情都算不上。服务提供者(当然用户希望是真正的女孩子……)通过微信QQ等加用户好友,然后提供叫醒,问候晚安等服务,收取每天几块到几十块不等的费用……是的,仅此而已,但是也很火爆。能想出这个业务的人,也是真懂屌丝。

    不懂有钱人

    然后我更不是有钱人,所以很多有钱人的想法也理解不了。

    比如,老婆的闺蜜换了新车,BMW 3 GT。然后,她设置导航的方式是,坐在车里打电话给call center,由服务生设置导航和路线,然后她照着开……

    (・A・ )

    作为一个IT从业者,死宅,我的手机里至少有两种导航软件,Google map出国用,高德导航国内用;而且我知道,如果开VPN的话,国内用Google map也是完全没问题的。但我真的想不到可以打电话给call center——当然,我的车也没有call center……

    对于壕们来说,时间是宝贵的。过去业内常拿比尔盖茨调侃,说他看到地上有张5万美金的支票都不用走过去捡,因为这段时间他的财富积累已经超过5万美金了。所以对于他们而言,冒险学习新技术不如花钱找人做放心,于是,虽然导航软件就在手机里,他们也懒得用,宁可打个电话给call center,虽然看起来费劲些,但实际上也节约了时间。

    想通了这一点,也就能明白为什么那么多总裁班、电子商务培训班如此有市场。对于各大企业的老板而言,花时间去京东购物,理解电商运营的机制,实在太麻烦了;倒不如花点钱,请几个看起来似乎挺懂的人讲一讲,即使他们讲得没啥营养,至少还能碰到其他企业的老总,说不定又搞定两个大单子呢。

    继续努力吧

    还有什么可说的呢,继续努力吧,希望能摸索到新的痛点,并且是第一个。

  • 怎样成为一名受RD欢迎的PM

    怎样成为一名受RD欢迎的PM

    如今,RD(研发)和PM(产品经理)之间的矛盾与协作,时常成为互联网行业里的热门话题。PM方面文科出身偏感性的居多,时常看到他们分享经验(RD一般直接骂PM是傻X),但考虑到他们的知识体系和思维习惯,这些分享大多没啥营养,缺少参考价值。

    我从入行起就做一线开发,而且是前端,离用户近,工作大多围绕界面、交互进行。创业这两年挂职“产品总监”,做产品经理的同时也在做开发,自己给自己提需求。接下来,由我来告诉你,怎样成为一名受RD欢迎的PM。

    告别愚蠢

    很多PM的最大问题是愚蠢而不自知。

    就目前来看,RD多是科班出身,受过系统的计算机相关知识和技能培训(包括学校和自发),头脑清晰逻辑缜密,平时多半有点宅;而产品经理则是三教九流各色人等都有,知识技能工具也缺少统一标准。这种情况下,RD有些优越感再正常不过。总结起来,初始状态下,RD眼中,PM是这样的:

    1. 学习成绩、学习能力、学习习惯都有问题,唯独嘴炮很厉害
    2. 用(移动互联网)产品的时候还不如我多(宅么……),竞品观察的还不如我细(要抄的这个产品我用大半年了)
    3. 假传圣旨狐假虎威

    偏偏很多PM还特别喜欢用“我觉得……”这种句式跟RD交流,遇到挑战往往也没法拿出数据、竞品设计进一步讨论,只能说“总会有人……”“像我就会……”,甚至继续“我觉得……”。他们忽视了一个问题:大家的命运都和产品息息相关。RD对产品的关注程度,倾注的情感,并不比PM少。RD对产品的期望,也不比PM低。这个时候,如果PM拿来的一份说不清好坏甚至脑残设计,那被抵制就是自然而然了。

    如何才能不让自己显得愚蠢呢?其实也不复杂。

    1. 多用竞品,多用互联网产品。没办法,吃这碗饭,就得有投入。时刻了解界面交互的新潮流新尝试。
    2. 能找到数据,尽量多用数据。
    3. 除了直接合作的RD以外,争取交几个RD朋友,提需求之前,请他们先帮忙评估下开发成本,再去跟自己的RD沟通时会有准备的多。

    PM一定要树立自己的专业性权威性,要让RD相信,这个需求是有利的,是有效的,是可以给自己带来奖金的,那么配合就是水到渠成的事儿了。

    理解RD

    每个人都有自己的小确幸,RD自然也不例外。

    可能是用某种模式巧妙地重构了代码,使之清晰好读便于扩展;
    可能是妙笔偶得的正则,效率比以往提升了数倍;
    可能是学会一个新技术找到一个新框架……

    理解RD,就是理解他们在发现身边的小确幸之后,给予他们足够的空间去满足。比如,不要把项目进度填得太满;或者适当调整功能需求,把RD自发提出的需求加进来。

    另外一种温柔理解,就是不打扰。有些PM热衷于“对进度”,简直愚蠢到令人发指——你对不对进度,进度就在这里,不进不退。程序开发不是线性的,不是每小时12.5%,一天8小时100%;也不是写了200行,再写200行就完成了;甚至我都没办法告诉你我做了多少,还要多少时间才能做完。有些PM更是不知道从哪儿喝的过期鸡汤,竟然认为只要够坚持够忍耐,坚持询问耐心询问,就能和RD在对进度这件事上达成共识——这除了让RD确信ta是个无可救药的蠢材之外别无它用。

    最后的理解,就是”PM动动嘴,RD跑断腿“了。任何需求都有开发成本,这个开发成本,往往连同是RD的其他人都无法准确估测,更何况缺少技术背景的PM了。所以很多PM提需求提得很随意,明显没有经过深思熟虑(或者明显没有和更高阶的PM进行讨论,或者没有和其它需求方确认);改得更随意,而且常常伴着一句:“你就那个那个啥一下,很简单。”坦白告诉你,听到这句话RD没拿出刀砍死你说明他爱你。开工之前多沟通,减少返工;提出需求时尊重RD的判断,共同拟定阶段性目标;开工后尽力维持计划,等等。

    理解RD的PM,真的好迷人。

    避免误区

    第一个误区是打嘴炮。

    为了写这篇文章,我简单google了下“产品经理 自我修养”,搜出来一堆垃圾文字。这些文章几乎可以作为产品经理“假大空”的代表,正是这些文章误导了很多初入行的新人。

    作为有必要时常和RD打交道的PM,一定要务实,想法要落地,提出的东西要有具体执行细节,有考量标准。不能满嘴跑火车,动不动战略布局就出来了,动不动就“破坏式创新”,动不动就张小龙雷军乔布斯。我们的目的很简单,把产品做好,把运营做好,提升用户体验,抓住用户,增加活跃用户,最终流量变现。这之间,需要的是一个又一个具体的需求,一点又一点持续的改进。而且前面说过了,RD很聪明,并且有点优越感,PM拿不出点真材实料只靠嘴炮很快就被归到不靠谱那类了。

    第二个误区是想说咱俩是一伙儿的结果表述错误。

    常见于老板或者某领导提了个不咋样的需求,交给PM,PM劝RD:“我也不想的,可是老板他非要。”前面说过了,PM动动嘴,RD跑断腿,最后开发成本要RD扛,所以你说服不了老板,苦果得我吃。所以你嘴上想说咱俩是一伙儿的,其实你正在出卖我……正确的做法是先尝试说服领导或者老板,如果无法做到,就试着理解老板的意思,用道理说服RD,同时及时修正项目进度。

    总结

    其实PM和RD不是仇人,相反,二者的切身利益息息相关。PM希望找到给力RD的同时,无数RD也在期盼上天赐予一个靠谱的PM。RD不善表达的居多,也懒得跟“外行人”废话,所以常常只表现出对PM很冷淡甚至敌视。其实他们并不是不愿意做功能或者不接受改需求,只是需要一些更说的过去的理由而已。

    获取RD信任之后会发现他们都很好相处,而只要做到以上几点,受到RD们欢迎也是必然的。

  • 在某公司的那些年——最后的日子

    这篇日志很不好写。回去后,虽说过的不好,但是承蒙老板错爱,进入管理层,得以看到听到很多别人不知道的消息;这样一来,杀伤力大了不少,也就不能再放心吐槽。所以这篇文章可能反倒没有什么劲暴内容,等着看热闹的同学可能无法如愿了。

    (更多…)