@sdjl
问一下 V 站的程序员们，你们有没有这样的经历：
程序员拿到产品的图，做啊做，发现不合理，需要和甲方沟通。
这时实际情况是甲方直接和程序员沟通，而不是产品经理在中间沟通，因为这样做节约大家的时间。
此时，无论程序员愿不愿意，程序员实际上都在干产品这个活。

==========

很熟悉的操作，这事情我自己就做过。

1 、拉一个会议室，直接开发同事和业务同事聊。 == 我在场参与
2 、或者是一个邮件 /信息留言，直接让业务和技术同事他们自己约时间碰一下。 == 我不参与这个过程，事后再听一下双方的共识或者分歧

原因为啥：
1 、业务不信任我啊，业务认为我在故意刁难他部门的需求，不给他们排期，或者夸大他们的需求提升难度，所以他们要干掉我这个二道贩子，直接面对技术部门
2 、这个需求或者功能，我已经放弃了，无论结果如何，都不会做。但是场面上，不能撕破脸，所以就客套一下。
3 、工作交接：这个东西原本就是 业务技术直接对接的，他们已经磨合好了，我中途接手，所以我的角色就是如实记录，做好文档工作。之后再交给下一任。
4 、技术团队认为我没有讲清楚需求，所以他们要直接了解一下初始需求。
5 、我自己的私心，因为有些工作任务确实不需要我投入工作量，技术和业务直接就能搞定，我参与反而效率低徒增成本。
6 、我自己的阴暗面，在面对甲方时，尤其是项目进行了一段时间之后，发现了不合理。我去和甲方说的话，那么全部责任在我，是我无能没有提前发现隐患导致的项目风险，一旦甲方有了这种印象，我后续的二期、三期、运营维护合同还怎么和甲方愉快的玩耍？所以就一定需要我之外的人，去把这个锅背起来，然后我担一个次要责任。加入我让技术同事去沟通了，那我无非就是收到了技术评估的蒙蔽才误判了一些东西，我后续一定更仔细负责一些。所以二期、三期这些我还是能好好聊的。 ==献祭他人保全自己

其他的原因就不列举了
但是我要说，这事情上，程序员还真的不是在干产品这个活。

======
打个哈哈，抖个机灵儿