PM吐槽：给技术讲多遍不懂，给QA讲一遍就懂了，码农一句怼了回去

能从事编程行业的人，想必逻辑思维能力相对来说比较强一点，在理解能力方便肯定也是不在话下，这是大部分人的认知及观念，为了证明这个问题，我们只能找相关的人去了解一下了，也就找经常与编程的程序员们经常打交道的人去了解这个情况比较科学，我们自然能想到软件测试人员与产品经理了，今天我们就分享一下一名产品经理同学对这件事情的感受。

据这名产品经理所说，她看到的情况其实并非如此，反而是相反的，她举了一个例子，有一些需求逻辑，她反复给技术讲多遍，技术都整不明白，而给测试人员讲一遍人家就明白了，她就开始怀疑技术是不是不愿意修改，有排斥心理在，而不是不理解业务。遇见这样的情况，到底是怎么回事呢？真正原因又是什么？接下来，我们先看看其他网友们都是怎么说的吧！

网友一：张口闭口理解业务，你如果理解的好 还用得着改？难道不是你没理解好，让别人背锅吗 上世是朵花：看来这名程序员网友没什么好气，肯定攒了好多怨气吧，有啥话就吐出来吧，别憋着！ 网友二：老改需求，还不是因为产品预判能力差 上世是朵花：改需求是行业内普遍存在的现象，这也不能怪产品经理，换位思考一下，谁也不愿意求着程序员改需求不是，这也是无奈之举，为了产品能够更受用户的欢迎嘛。 网友三：技术所说的明白，那是真的把业务逻辑和实现逻辑都想清楚了。你们和qa所说的明白，往往只不过知道功能怎么呈现而已。技术想的往往具体到每个字段，不把所有字段的处理逻辑想明白，怎么能叫明白，而你们可能根本没意识到 上世是朵花：有这种可能，不过不太建议程序员们这种方式去做事，应该把计算机世界与人的世界划分开了，不要搅在一块，先以人与人的交流方式与产品经理对接明白，然后再与人与计算机的交互方式进行思维做事。 网友四：技术确实怕改需求，精心设计的数据模型改三次就面目全非了 上世是朵花：是的，需求的变动对底层的一些设计有着很大的挑战，因此在设计的时候多留一些余地，给未来一些变动的空间是比较明智的选择！

网友五：说明你沟通能力欠佳，即使技术揣着明白装糊涂，你也可以把逻辑拆开揉碎了一步一步引导他承认，拆到他不好意思装为止 上世是朵花：哎，这名网友岂不是有点为难产品经理同学了，没必要哈，虽然都是技术同学，也没必要替技术同学说话，有的地方，技术同学的确有待改正。 网友六：技术：你来写啊，我看着你写 上世是朵花：这就有点不讲理了，这里说的是理解问题，不是实现问题，技术在实现上的确比产品厉害，但是这里说的是对业务需求的理解。 网友七：为什么这么排斥修改需求 业务也会变动好吗 哪个软件是一蹴而就的 不是一点点完善的 上世是朵花：看样子这名网友应该是一名产品经理，对，你说的没错，没有一蹴而就的软件，一些修改是正常的，在修改调整中不断走向完善。