
























在职场中,失败往往比成功更能揭示本质。两次挫败的经历,让作者重新理解了“产品Leader”的核心:不是保姆、不是老师,而是能带领团队打胜仗的人。本文将带你走进这些反思与实践,探寻领导力的真正价值。

你是否也曾经历过这样的时刻:产品如期上线,团队关系融洽,每个人都学到了新东西,但最终或是产品无人使用,小伙伴没了心气,结果是团队解散或裁撤。
2014年,我在一家成人教育企业的IT部门,从安卓研发晋升为主管,带领10人左右的小团队。当时我觉得产品Leader很简单:把大家工作安排好,确保项目不延期,正常交付上线。我们甚至在全公司高管会议上做了汇报,得到了董事长的认同。
然而,产品上线后,现实给了我一记响亮的耳光——根本无人使用。我们引以为傲的问答社区功能,没人提问,更不用说回答积分体系。最终,我们暂停了产品维护,我也离开了公司。
2020年,我在头部教育公司做产品Leader,带领5-7人的团队。这次我吸取了教训,从让每个人个人成长出发,期望形成学习型组织:
效果确实不错:团队学习热情高涨,关系融洽,产品也过了PMF阶段,属于上升期。直到产品总监宣布我们整条业务线被裁撤,团队原地解散时,我都不太愿意相信,为什么“好好”的业务说撤就撤了?数百人的团队说裁就裁了?
这两次失败让我不得不重新思考:到底如何才能做好产品Leader?是让成员学到新东西?团队关系融洽?产品如期上线?帮他完成加薪?
经过几年沉淀与实践,我有了一个阶段性的答案:一名好的产品Leader,一定是带领团队拿到好结果。结果本身就是对小伙伴的一种反馈和价值感认同。
哪怕拿不到好结果,产品Leader的核心工作也一定是:选战场、搭路径、给资源,让小伙伴有成长、有担当。
正如管理学之父彼得·德鲁克所说:”Management is doing things right; leadership is doing the right things.”(管理是把事情做对,领导是做对的事情)。
而我两次失败的根本原因,就是没有真正理解什么是”做对的事情”。
这是最基础也是最重要的一步。你必须要洞察到一个足够值得解决的问题,最好是行业级别甚至社会级别的问题,确保产品的市场空间。
史蒂夫·乔布斯曾说:”创新区别于领导者与追随者”。真正的创新来自于对真实问题的深刻洞察,而不是简单的功能堆砌。
没有真实的问题,再完美的团队、再融洽的氛围都是空中楼阁。
你不能指望下面的伙伴自己探索产品方向或路径。作为Leader,你必须主导完成产品路径的选择。这不是独裁,而是基于深度思考后的方向指引。
乔布斯在这方面堪称典范。他说:”人们以为’专注’的意思就是对你必须关注的事情点头称是。大错特错!’专注’的内涵在于你要对另外100个好主意说’不’!你必须要谨慎地做出选择。”
每个阶段必须有里程碑,用它来校验是否在正确的路上,是否有风险需要处理。里程碑不是简单的功能交付,而是价值验证的节点,也是反思调整的时机。
德鲁克提醒我们:”领导能力的考验之一是在紧急情况发生之前识别问题的存在。”里程碑就是这样的预警机制。
一定要给伙伴授权,提供资源支持,发挥每个人的主观能动性。只要不是方向性的错误,那就选择让下属自己决策,哪怕错了,市场和用户会告诉他,而不要”你觉得”。
“正如毛泽东所言‘实践出真知’,孙子兵法强调‘以虞待不虞者胜’,而现代管理学大师本尼斯与德鲁克都指出,领导者的核心责任就是为团队创造条件,把愿景转化为现实,带领大家取得胜利。
因此,只有在真实战斗中,才能获取到真实反馈,这种反馈就是对团队伙伴最大的奖励,而作为Leader的重中之重,就是要创造一切条件,寻找战场,并让伙伴们有机会取得胜利。
这一理念既有深厚的历史哲学根基,也是现代领导力思想的精髓,更是一名资深“失败”Leader实践后的智慧。
现在回想那两次失败,我不再沮丧,反而感激它们让我明白了产品Leader的本质:产品Leader不是保姆,不是老师,不是朋友——产品Leader是创造“战场” 的人,是带领团队打胜仗的人。
胜仗意味着:产品有人用,问题被解决,价值被创造。其他的都是锦上添花,不是雪中送炭。
正如德鲁克所言:”Effective leadership is not about making speeches or being liked; leadership is defined by results not attributes.”(有效的领导力不是关于发表演讲或被人喜欢;领导力是由结果而非属性来定义的)
记住,产品Leader的成功不在于你有多受欢迎,而在于你带领团队创造了多大的价值。其他的,都会随之而来。
你有什么关于产品领导力的失败经历或感悟吗?欢迎在评论区分享,让我们一起在实战中成长。
本文由人人都是产品经理作者【产品方法论集散地】,微信公众号:【产品方法论集散地】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。
题图来自Unsplash,基于 CC0 协议。
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。