作为产品负责人该如何做好团队的引领者

作为产品负责人（该如何做好团队的引领者）

本文作者将结合一个实例，与你分享：作为产品主管或是负责人、或者仅仅是产品经理，如何引导团队成员去思考一个问题，以此来达到对问题的共识，形成一致的目标，最终来解决问题。

“如果在这家公司不是有你，我可能早就走了”——来自一位技术同学

上面是最近开总结大会后，一位之前经常怼我的技术同学说的一句话。

我们在工作中，经常会碰见说话不经过大脑的人，或是遇到因责任不清晰而导致各种相互推诿的事情，作为产品经理，更多的是无奈与无力，一时之间也无法找到更好的解决方法，最终只能任由发展，眼巴巴的看着自己成为背锅侠！

那么今天我给大家分享一个实例，你作为产品主管或是负责人、或者仅仅是产品经理，如何引导团队成员去思考一个问题，以此来达到对问题的共识，形成一致的目标，最终来解决问题！

实际例子：

成员A：朴老师，APP新版本我测出来一个问题，描述balabala，你看一下是不是要解决！（说了句没头没尾的话，没有解决方案你来说个啥）

我：没听懂，你把所说的问题，以及对应的机型拿过来，演示一遍。

成员A：我回去拿一下~（做事不全面，细节问题很明显）

2min过后…

成员A：朴老师，你看这个问题，是这样balabala，我觉得是个问题，来和你确认一下！

我：我问你，你觉得这个问题该不该改，是现在改还是放在之后改。（我想引导他思考一下）

成员A：我也不太能拿得准，我和技术确认了一下，我觉得应该要改。（你都不确定，就直接找技术要去修改？你不是逗我？解决方案呢？）

我：…….（听到这里，我都要气死了）

我说你看问题就不能全面点，你为啥觉得要改、怎么改，理由是什么，你有考虑过开发时间么！我们从实际分析一下：

第一，我们今天要发布上线，现在已经是下午16:00了；（从时间角度来分析紧急程度）

第二，改这个问题，要连带改动10处功能，虽然问题不大，但改动完成至少需要半天，你、我、测试再确认一遍还需要半天到一天，也就是说，我们至少需要延长1天，多则2天来发布，而且我们不能更好的保证质量；（从范围角度来分析产品质量）

第三，这个问题根本不在本版本需求开发、bug修改范围之内，最多算是一个体验问题，而且当剔