PM

二缺运营配上苦逼程序员

前段时间情怀锤在假货淘上出了点事, 关注了的人应该知道大概是怎么回事, 为了方便笨狗吐槽, 再把事情简单说下

锤子手机在天猫上做预售, 让买家去预定, 页面上会显示一个当前预定人数
有好事者发现这个预定人数无论在什么时候都能被 3 整除, 而且新点一下预定, 页面上的数字会 +3 而不是 +1
然后有人翻页面代码发现是前端的 js 里做了这个 (order_num)*3 的操作

天猫那边开始调整, 中间还出现了 6xxxx.5 个人预定的情况, 被吐槽半个人是怎么来的, 应该是 *2.5 了
而且还有 *0 变成前端显示 NULL 人预定的情况, 最后这个地方变成了 (order_num)*1
发现事情闹大了盖不住, 天猫官方微博帐号发声明说后端丢数据, 程序员为了让数字看起来正常点自己乘了三

被愤怒的程序员吐槽扯鸡巴蛋并且翻出来金立等品牌这个地方也有乘系数等操作, 明显看是个模板配置
再然后有内部人士表示这个地方其实就是个可配置的公式, 运营就可以操作, 不需要过程序员和走上线操作
最后终于某高管私人微博帐号发个靠谱点的公告处罚了一堆人, 并且向程序员道歉, 当然还嘴硬只是显示问题

其实懂的人一看就明白是怎么回事了, 运营想获得一个更好看的数字, 就要求程序员在后端数字基础上做一个放大, 但是不同的时候放大系数不一样, 技术部门为了省事, 运营部门也想要更大的控制权, 就把显示的地方弄成一个可配置的公式

按阿里系运营才是老大的风格, 这事多半还是运营部门主动要求技术部门去做而且放开所有控制的. 不过阿里的技术那边也没做好, 比如居然能出现小数, 好歹也取个整吧, 比如乘 0 后前端显示异常, 这个也弄个最小值限制吧. 执行的运营也比较二, 乘三这个太容易被发现了, 你看看人金立, 乘个六后面还加个常数, 这边要是乘三加一或加二, 估计一下还没人能看出来, 当然, 乘七再加常数就更好了. 对运营的智商做乐观一点的判断, 可能他们还是考虑过为什么乘三的, 因为乘 2/4/5/6 更容易发现, 不过因为他们的智商也就只能数到六, 没有再往下试下 7, 也不知道在后面加个常数

这事被爆出来, 很大的原因应该是这次是给锤子做预购, 老罗一直满天下吹牛逼, 吹的很多人都路人转黑, 碰到出糗的时候大家都很兴奋, 虽然事后罗永浩说他们不知情是躺枪, 但是我觉得他们还是脱不了干系, 这事做成这样不可能不知道, 至于罗永浩本人是否提前知晓这个就不好说了, 反正作为一个喜欢看说大话的人出糗看热闹不嫌事大的笨狗, 表示老罗能吹出那么大的牛, 各方面也还是要做到无可挑剔才行. 至于金立什么的那才完全是莫名躺枪, 本来就是行业内的潜规则, 这下没得玩了

这一次的事情, 应该会让更多技术线的人, 在选择工作时会偏向非运营主导的团队. 因为在运营主导的团队里, 技术人员完全没地位, 运营说做什么就做什么, 说做成什么样子就做成什么样子, 长此以往, 技术人员自己也会变傻变钝, 比如这次如果技术还有点自己的思想, 就应该知道在满足运营要求的同时, 自己也不要对运营人员的智商有太高期望, 取整和校验还是要做下的

想起来以前在某家的时候的一次大事故, 也是运营配错个东西, 导致线上所有流量没有广告. 当时几乎整个公司相关的技术团队全部投进去查问题了, 还算快的响应, 半小时后技术这边查到是有 PM 配全局关键词黑名单的时候写了个 *, 就是所有的词都不行. 事后该 PM 也很牛气的说这个事情是我做错了, 责任都我来承担, 不过你们技术也有问题, 系统上也不做下校验就把我这么放过去了. 看看, 技术从来都这样好事轮不上, 出事要背锅, 当然了, 这次事故里技术那边做这个黑名单系统的时候加一些校验也还是有必要的

类似的需求一开始的时候多半是临时需求, 说做完以后就不用了, 所以先短平快搞个能用的. 等后面发现临时需求变成长期需求时, 现在系统能用, 再去完善的工作算不进 KPI, 那也没人有兴趣去搞, 反正之前的需求方自己也知道细节, 不会出事. 等需求方那边换人后有一些细节可能没交接好, 那就要出事了, 比如公式里一定要全部是整数操作等

扯了这么多笨狗想说啥? 一是团队里技术要有发言权要有地位, 而且这个地位要自己不断用事前正确判断来证明自身争取而来, 自己不去想只管做傻事那也别怪自己没地位; 二是不合适的 KPI 文化会害死人, 比如技术因为不算 KPI 不会去完善临时转长期的系统, 比如运营会为了 KPI 数字毫无底线的造假; 三是阿里系和锤子的品德还是有问题, 脑残粉会说做到这样已经不容易了你看看行业内其他家做的更脏, 笨狗的观点是你自己说成什么样就要做成什么样, 别管别人脏不脏

最后来个段子吧

上天猫, 乘以三, 就够了

[转载加翻译]Good PM, Bad PM (一)

小小财神】:评价加翻译。这个文章是微软产品经理对产品经理的认知。虽然我认为微软对产品团队的重要性比较忽视,看到这篇文章,微软对产品经理还是比较重视的,只是微软的产品经理是个small business unit ceo的概念,涵盖了组织、协调、战略、规划、设计、营销和市场多方面的工作,这样的人才在国内特别稀少。国内的产品经理多是讲用户需求、体验和微创新,国内互联网企业也组织了比较大的产品团队,里面所有的人都叫产品经理,实际上如果按照本文的认知,国内的产品团队只有个别人可以叫做产品经理,多数人只能称为助理产品经理。

我翻译这篇文章的时候也思考了很多,外企多使用精英型的产品经理模式,包括google,对产品经理的要求非常高,甚至要求必须是技术出身;国内互联网多使用产品团队模式,两种模式的好坏以后再说。大家理解的时候先将文章中的PM理解为整个产品团队,而不是一个人。

Good product managers know the market, the product, the product line and the competition extremely well and operate from a strong basis of knowledge and confidence. A good product manager is the CEO of the product. Good product managers take full responsibility and measure themselves in terms of the success of the product. They are responsible for right product/right time and all that entails. A good product manager knows the context going in (the company, our revenue funding, competition, etc.), and they take responsibility for devising and executing a winning plan (no excuses).

Bad product managers have lots of excuses. Not enough funding, the engineering manager is an idiot, Microsoft has 10 times as many engineers working on it, I’m overworked, I don’t get enough direction. [Netscape CEO] Barksdale doesn’t make these kinds of excuses and neither should the CEO of a product.

好产品经理非常了解市场、产品、产品线和竞争,运作中有丰富的知识基础和自信。 好产品经理是产品的CEO,他承担产品的全部责任,并自我衡量产品的成功。 他们为所有适当的产品/适当的时间、所有流程负责。 好产品经理了解进入的背景(公司,收入,竞争等),他们承担制定和执行一个成功的计划(没有借口)。

坏产品经理有很多借口:没有足够资金;工程师经理一个白痴;微软拥有10倍多的工程师为它工作,我们劳累过度;我没有得到准确的方向知道。 [网景公司总裁]巴克斯代尔不会使用这些借口,所以产品经理也不应该。

小小财神评】产品CEO的概念,实际上是对产品经理最高要求,要求对每个方面都有清晰的认知。

我觉得最主要的是产品经理心态问题,积极心态是产品经理必有的特质,控制自己可以控制的事情也是产品经理的思维特性。不找理由,不迁怒于人,是一个产品经理基本的心态要求。

Good product managers don’t get all of their time sucked up by the various organizations that must work together to deliver right product right time. They don’t take all the product team minutes, they don’t project manage the various functions; they are not gophers for engineering. They are not part of the product team; they manage the product team. Engineering teams don’t consider Good Product Managers a “marketing resource.” Good product managers are the marketing counterparts of the engineering manager. Good product managers crisply define the target, the “what” (as opposed to the “how”) and manage the delivery of the “what.” Bad product managers feel best about themselves when they figure out “how”. Good product managers communicate crisply to engineering in writing as well as verbally. Good product managers don’t give direction informally. Good product managers gather information informally.

好产品经理不要使他们的时间被各种不同组织灌满,而且合理组织正确的时间交付正确的产品。 他们不是处理所有的产品团队会议记录,他们不是项目式管理的各项功能,他们不是忙于处理各种工程问题(打地鼠)。 他们不是该产品团队的一部分,他们管理产品团队。 工程师团队不应当简单认为好产品经理是“市场资源”, 产品经理应该是工程师经理的市场伙伴。 好产品经理清晰确定目标,确立目标是“什么”(而不是“如何”),同时管理交货“什么”。坏产品经理对自己感觉最好,他们想出“如何”(how)。 好产品经理清晰的和工程师团队进行口头和书面沟通。 好产品经理不给非正式的方向信息,但好产品经理非正式地收集信息。

小小财神评】好的产品经理解决的是发现问题,确立重点,而不是解决问题,如果产品经理集中在解决问题则是本末倒置。

Good product managers create collateral, FAQs, presentations, and white papers that can be leveraged. Bad product managers complain that they spend all day answering questions for the sales force and are swamped. Good product managers anticipate the serious product flaws and build real solutions. Bad product managers put out fires all day. Good product managers take written positions on important issues (competitive silver bullets, tough architectural choices, tough product decisions, markets to attack or yield). Bad product managers voice their opinion verbally and lament that the “powers that be” won’t let it happen. Once bad product managers fail, they point out that they predicted they would fail.

好产品经理创造可利用的市场宣传资料、常见问题解答、演示和白皮书。 坏产品经理抱怨说,他们整天回答问题销售队伍的问题,并泛滥成灾。 好产品经理充分考虑产品的严重缺陷,建立真正的解决方案。 坏产品经理整天扑火。 好产品经理书写重要的立场观点(竞争解决方案,艰难的架构选择,艰难的产品决策,市场进攻策略或收益)。 坏产品经理口头表达自己的意见,并感叹说“权力”才不会让这种事情发生。 坏产品经理一旦失败,他们指出,他们早就预计将失败。

小小财神评】产品经理对市场成功负责,要学会建立合适的市场营销知识体系,不会市场的产品经理不是好产品经理,好PM要会FAB,市场策略。好产品经理不依靠权力去贯彻执行,而是依靠领导力。