不太理解是什么场景下，要产品去做定位梳理的事情，于情于理，我们狗产品可以做，但是不能这么卑微的做吧~ 如果是非正式的需求推进，最好还是确定 一下对方和你关系 有没有这么好，人家要做多余的事情，何必呢？ 至于实操层面，我自己是三级响应模式 lv3：我就能定位，且能明确这道这一坨是谁拉的（会辅助一个确认过程，总有关系好的开发吧~），直接过去叼 ta lf：不能定位或者不知道是谁拉的，找研发接口（我们这里是技术负责人），不能一眼看清楚的问题肯定会推三阻四，所以会辅助一个：我已经跟测试报备了，如果你这边短时间处理不了，我让测试报 bug ，省的回头忘记了。 lv1：lf 找了人，大致看了，没回复或者没人认领，要么是很难搞要么就是有人要背锅，这种情况下轻声细语已经没用了，一定要出重拳！（拉会，产品老大，研发老大，测试老大，项目经理一起来（我拉会只拉这几个人，我自己组内只要叫上老大来给我撑腰就行了，其他组内要拉谁过来分锅，他们老大自己决定 作为一个产品，摇人才是第一生产力 [狗头] ~

个人建议，如果不清楚该项目的任务分工范围，应该优先找知晓该项目分工的负责人比如项目经理，而不是直接丢到群里。再一个，如果经常有这种情况，应该优化自己内部处理这种问题的机制和流程，以便团队更好的定位和协作。

外包更可怜…我从不为沟通的事生气着急，找小兵能解决解决，解决不了就找对方领导，再不行找自己领导跟对方对接。我各方都通知了，不接锅

全程测试竟然不吭声？我觉得测试负责人应该开掉

我司会有专门的开发负责人对接问题，不过问题下来之后 开发内部还是会有这个场景🤣

不会技术的产品不是好产品，哈哈哈，产品好好学习技术，不求人，还给自己加分🤣

为何不换个角度思考问题的本质呢？

我觉得直接 at 测试负责人就行了，测试有时候比开发更懂代码～

一开始就不应该自己私聊找开发的，要让开发负责人来处理。直接在开发或者业务的大群里 @开发负责人呗，让他排人来看，业务催你你就崔开发负责人。

什么意思？外包直接修改代码逻辑还上线了？ 你们公司流程这样随便吗