前几天有个产品经理朋友跟我吐槽，说他们团队接了个新项目，结果技术负责人直接甩了句：「这本来不是我们团队的活」。朋友当场就懵了，问我这种情况该怎么处理。
说实话，这种场景在大厂太常见了。根据《哈佛商业评论》的调查，超过60%的职场人每周都会遇到职责边界模糊的情况。特别是在产品团队，随着业务快速迭代，职责边界越来越模糊，谁该做什么经常说不清楚。
我观察过很多优秀的产品经理，发现他们处理这种情况有个共同点：不会直接反驳，而是先理解对方为什么这么说。通常来说，技术同事说这句话，背后可能有几个原因：工作量已经饱和、觉得这事价值不大、或者确实超出了原有职责范围。
去年我在某大厂看到个经典案例。有个产品团队要做一个AI功能，技术团队一开始也说了同样的话。但那位产品经理没有放弃，而是做了三件事：首先，她用数据证明了这项功能对业务的关键价值；其次，她主动协调资源，帮技术团队减轻其他负担；最后，她把这个功能包装成一个技术创新机会，让技术团队也能从中获得成长。
结果呢？这个功能上线后成为爆款，技术团队也因此获得了晋升机会。你看，有时候「不是我们的活」恰恰是最大的机会。
不过话说回来，不是所有「额外工作」都值得接。我的建议是，先做个价值判断：这事对用户价值有多大？对业务目标贡献多少？需要投入多少资源？如果确实不值得做，就要学会优雅地说「不」。但要注意方式，不能简单拒绝，而要提供替代方案。
说到这里，我想起Qgenius的联合国ESG培训项目。他们教的「利益相关者管理」方法特别实用，就是教你怎么在不同立场之间找到共赢点。其实产品经理每天面对的就是各种利益诉求，学会平衡这些诉求至关重要。
当然，最根本的解决方案还是提升自己的专业能力。当你足够专业时，别人会更愿意相信你的判断。我经常建议产品经理去参加模拟面试，不是为了跳槽，而是通过模拟真实工作场景，提前演练这些棘手情况。
说到底，产品经理这个岗位本来就没有明确的边界。在快速变化的环境里，谁能更好地处理模糊地带，谁就能获得更多机会。下次再听到「这不是我们的活」，你会怎么回应呢？
在线咨询
提示：由 AI 生成回答，可能存在错误，请注意甄别。