临时工说：数据库和周边做不好原因是产品经理的锅？ 读从OtterTune的倒下说起-有感

最近徐老师的一篇文章从OtterTune的倒下说起，看完后从乙方的角度，的确这个产品是一个有希望,有技术能力的产品，最终产品和团队走向没落让人唏嘘不已，因为已经拉来了投资并且数额非常大，老师也从为什么这个产品和团队走向没落进行了分析。

（下面截图原文部分结论）

偶然听到一段话，Someone people graduate at 22 and wait five years to get a good job, some become CEO at 25 and die at 50,while others become CEOs at 50 and live until 90,some are still single while others in their class become parents, Obama retired at 55 while Trump started being president at 70. Every one has their own timeline, some may seem ahead of you and others behind you,but everyone is running their own race in their own time zone don't be jealous of them,they are in their timezone and you are in yours, so relax, you are not late, you are not early, you are very much on time.

我特别喜欢最后一句话，you are not late, you are not early, you are very much on time.

用中文翻译，做你要做的，属于你的还是你的，不要羡慕那些不劳而获的人，命运的审判席谁也躲不过。

想想2024上半年我的生活还是满丰富多彩的，从OB到PolarDB，再到MongoDB，都派了官方的人员到我司拜访探讨数据库相关事宜，感谢他们。

话归正传，个人使用过不少的数据库产品，国外的和国内的，给我的感觉是，国内的数据库产品，部分，部分不能说是全部，和面黄肌瘦的男人，非要在裤裆里塞上一堆的棉花，然后赤膊上阵在异性面前证明自己能力不弱，棉花是不要钱的一个劲的往里塞，一个比一个大。

不客气的说，某些产品经理如同往裤裆里面塞棉花的那双手，将功能亮点一个劲的往里塞，劝你别塞了内裤要裂开了，裂开了就露馅了。So small no power !

今天说说数据库和周边做不好是不是产品经理的锅还是其他人的锅，说到产品经理，一个听上去高大上的工作，实在的情况是，不少产品经理并没有做自己应该做的工作，不礼貌的说只是一个傀儡而已。产品经理是满足客户还是围着领导转的抉择上，大部分人必须选择围着领导转，揣测领的心里，满足领导的想法更能让自己升职加薪，在这个职位上稳稳地呆着。部分人唯一且重要的工作就是满足公司领导的嬉笑怒骂和个人好恶，当然这也不能单纯怪产品经理，国内的情况给产品经理能发挥自己应当应分所做的空间并不多。

产品经理，不懂技术插不上嘴，插上嘴的指挥不动人，协调好人了，领导一个想法，你的工作就都是无用功，国内环境给产品经理的定位就是一个 “擦屁股”，“看脸色”，“八面玲珑”，“不干正事”的角色定位。

回到数据库，我们趣谈一下国产数据库的产品经理

1 有多少有企业做数据库工作的经验，数据库产品经理如果没有过往的实际企业使用数据库的经验，然后从入行开始就在数据库公司去设计一个数据库产品的规划，产品的功能，产品的迭代，这样的产品出来后就如同mega后面只能 MY GOD ，不管你多大牌的产品经理。

不过抄袭成风救了部分数据库产品经理，我不会，我不懂，我还不能抄吗，我把一众数据库的产品宣传手册都拿过来，然后挑挑拣拣攒出一份我的产品规划，产品功能，并且安排出来产品的迭代就好了，So easy

如果不信，咱们可以调查调查，国产数据库公司里面的产品经理在企业里面做过数据库类的工作，有相关的经验的人有多少！让一个从未在企业里面摸爬滚打的外来户设计数据库，就用吧，一用一个不吱声。

2 数据库产品经理到底要不要懂技术，有人说必须懂，要源代码级别的懂，有人说不用懂，只要懂到产品的功能层次就好了。我这里举一个例子：一个预制菜的厂商的产品经理，你说他需要懂他们预制菜里面，提供猪肉的猪的心理学，或者猪的基因与突变学吗？反过来，你说他需要懂他们预制菜里面，食物的味道在不同地域可能产生的销量的变化吗？

度，这需要一个度，产品经理懂自己产品也需要一个度，度不好去界定，一个产品可能需要多个产品经理，来中和由于度掌握的不同而导致的产品出现极端设计的情况。

3 环境导致，产品经理唯领导的命令和想法喜好侍从的情况，产品经理如果自己没有对产品的理解，调查，和相关的曾经的过往，他必然会陷入到领导都是对的地死局里面，自己没主意而揣测领导的心思，最后你设计出的产品的忠实客户就只能是你的领导,最终产品只能 My GOD.

4 用户瞎提意见与不懂得拒绝，产品经理的压力挺大的，内部里面和领导的想法拉扯，与同事提出的各种想法要求做内耗，外部还有一堆口无遮拦，动不动就瞎提意见的客户，做斗争，我觉得我有时候就挺过分的，经常吐槽某数据库给人家瞎提意见，客户本身的观点是片面的，有些是非专业的不切实际，或要达到客户的需求，成本太高，目前团队或产品设计近期没有这个规划，产品经理必须在内忧外患，口诛笔伐中坚定自己的立场，这很难，没有点定力的人很难不妥协退让，最终在客户不切实际的要求下，产品经理亲手毁掉自己的产品。不过这还是好的，有些客户根本不CARE你的产品，用了半年一个反馈都没有，问就是忙，问就是还行，实际上你都不知道他用了没用，一个没有正向或反向反馈的产品，比听到乱七八糟的意见更糟糕。

5 产品根本没有规划，也无法规划，规划了也是白规划的产品本身就是产品经理最大的梦魇，如果把一个产品比作一颗树，首先他的主干大概率是直的，倘若这棵树本来就不是一棵树，只是一个藤木，你在如何费尽心机，他也无法长成苍天大树。

最后回到徐老师的文章中的那个团队和产品，这个产品有没有

1 在产品设计初期，走访一些企业中，在做这项工作人员的意见或一些想法。

2 在产品设计初期，有没有对于这个产品本身后续推广，营收能力进行评估，评估的结果是怎样的，如果得到此产品未来非常有发展潜力，那么评估的方法是正确的吗？是市场变化的太快，还是本身就没有评估或评估的方法是一个没好的设想？

3 在设计产品的初期，成本和功能之间的性价比是什么，不是功能越多越好，也不是功能越先进越好，是功能最能让你的客户掏钱付费最好，（小声说，很多产品的兴起都是技术咖在主导，他们不会考虑这个问题）

此时什么是三无产品，见上，没调研，没应收预期，没性价比的产品，技术人员可以对产品的技术主导，但一切都是技术人员主导这个产品，最终这个产品的结果就说不定了，树长歪了最后的结果就是大风一来连根拔起。

诚然，做产品不能以唯客户论做为唯一的标准，可产品存活的意义和价值不能仅仅是一个做产品或技术人员本身就能定义的，一个产品最终能不能存活是你的客户，付费的那些人定义的，他们定义你能存活的时间和存活的质量，不要唯以技术评产品的高低，没有客户会为制造出来的需求和技术偶像，一直买“演唱会”的门票。