千万不要轻易说别人的缺点和毛病[合集五篇]

产品经理工作法则二：不要轻易的向别人承诺和不要轻易的相信别人的承诺

作者：汤圆|2008-3-1719：20：36|原始出处：原创已阅：168说出去的话，泼出去的水，收是收不回来了，如果这些话是些无伤大雅，不伤筋骨的，倒也无大碍，但是作为一个产品经理，在工作中就要格外注意了，每一句承诺都一定要三思而后行才可以。

大道理就不说了，大家也不爱听，就说一个最直接的原因吧。

大家都知道，产品经理的工作有两个明显的特点：

1、横跨业务部门开展工作

2、没有直接业务管理权力

前者要求产品经理必须在资源一定的情况下去做事情，而后者则似乎和前者产生了矛盾，这样就会给产品提出一个非常现实的问题，就是“公司给我的每一个资源，我该如何合理地使用”。

我来举个例子说明一下。

我曾经在一家公司负责过一个产品，是做软件的，当时团队的配置是一个项目经理，负责产品研发的部分，手下有五个开发人员，一个ui设计师，一个市场部的同事，负责产品后期商品化的工作。

不瞒大家说，当时我经验有限，对于从整体把握产品进程还是有些不够成熟，结果问题出现了。

在产品进程进入到后期，也就是产品的主要功能都已经完成，在我看来，可以考虑产品的商业化工作了，并且市场那边也一直在催，等着我这边的消息来做市场策划，于是我毫不犹豫地通知市场部门，可以进入到产品商业化阶段并开始逐步推进。

这个过程我没有和研发部门进行沟通，并获得他们确定的反馈，因为我个人非常坚信研发部门肯定会按时完成，但是让我没有想到的是，一个问题出现了，因为公司另一个产品突然出现紧急情况，需要抽调两个开发人员去支持，于是，我这个团队中本来需要五个人完成的开发现在分配到了三个人身上，虽然进程还在走，并且已经进入到了后期，但是五个人的工作分配到三个人的身上，并且还有一点严重的是，当时我们公司的研发不是太规范，研发人员之间的交流很少，最要命的是，公司并没有对编码规范有明确的要求，结果导致这三个哥们在还得花时间去读那两个人的程序，这从客观上又耽误了进度。

研发进度的延误又直接导致了市场部门推广计划的重新制定，对于我个人来说，就把我搁在了中间，两头不好交待。这个例子不是要去说明如何进行产品项目的进度控制，而是从另一个角度来说明本文的主题，即“不要轻易的向别人去承诺什么东西，即使是在看似万无一失的时候”。

我们来分析一下这个案例。

1、之所以我会向市场部门有所承诺，完全是基于我对我所负责产品的进程的了解之上，换句话说，也就是我对我这边的资源很比较清楚，例如案例说到的团队配置，产品项目进度以及后期计划等。