这是一个创建于 616 天前的主题，其中的信息可能已经有所发展或是发生改变。
前情提要：
公司有个合作伙伴，某 985 学院的工程师，有个项目是他牵头过来的,老板说他有什么需求都按他说的做就行。 项目内容只有大概的口头想法，没有具体的需求，因为客户和客户使用场景都不明确，只有在销售碰到一个具体的用户之后才能搞清楚大概需求。
工作内容：
一直没有书面需求，只有口头需求，类似我有个功能你们做一下这种，曾经形成书面需求，对方讲不确定，会变化。 有个公安的离线视频敏感帧分析的需求，沟通的时候说只有离线视频，其他场景未知。所以我就安排研发在视频流分析的基础上做了离线视频的分析，因为数据量很大，所以采用的文件拷贝到指定目录的方式，没有页面上传操作。
演示结果：
演示完之后，开喷。问，你这个太 low ，太低级，为什么没有考虑各种文件传输的场景，比如 oss,ftp, 或者 http 上传，用户可以自定义的配置项？你这个敏感规则一小时出现两次你自己清楚是什么意思么？你有没有从用户场景新考虑？巴拉巴拉。。。
其他的还都能忍，但是写的清清楚楚的敏感规则，他是看不明白还是不懂呢？用户场景，妈的我又不是公安，沟通的时候又不讲清楚，他们怎么使用我怎么知道。
喷完之后说，你能不能把你们能做什么写个报告给我，然后安排研发排期一项一项实现？我说从来都是要明确需求才能动的，他说以前的做法没必要追究了，于事无补，你能不能把需求写出来给我？
他娘的，我以前跟公安直接对接都没遇到这种人。
我变成了自己写需求的乙方。
求问：
和这种人沟通要注意什么？
 | 1 LiuJiang 2024-03-26 09:55:09 +08:00 很简单，换人。换不了他，还不能换自己？ |
 | 2 rookie4show 2024-03-26 09:59:10 +08:00 国内政府项目一般受着就行，软工这一套基本没戏。小事听话打杂，大事验收能过。 |
 | 3 NessajCN 2024-03-26 10:01:12 +08:00  18 每次沟通自备纸笔，线上的话打开个文本界面共享，他说一句你记一句， 然后嘴上说「嗯嗯，好的，没问题.....」 等他说完你把记下来的给他看， 「您看一下我总结的这部分内容有没有问题，没问题的话签个字，我回去评估一下额外费用给您报价」 下次再沟通就带着之前的记录，有冲突的就指出来并说明更改需求的费用 总之一句话：客户的需求当然要满足，只要钱给够 |
 | 4 wizzer 2024-03-26 10:01:50 +08:00 6 你需要 项目经理、产品经理，做缓冲 |
 | 5 ronyin 2024-03-26 10:03:51 +08:00 不过看了你复述的话，我觉得他说的都对啊，至少需求他考虑的很全。哈哈哈。不过既然这么多需求，还是和甲方公安局说下，如果有这些需求，请多提升预算。。 |
 | 6 corcre 2024-03-26 10:04:57 +08:00 那你喷回去啊，这不喷他自己就很被动了 |
 | 7 sakilascott 2024-03-26 10:05:37 +08:00 1 、如果是技术岗位，对接需求不应该你来，说明公司缺少专业的产品经理、项目经理。 2 、如果你本身就是需求设计、项目管理等相关岗位，细化甲方的需求本来就是你的职责。 你不了解甲方的系统是你的问题，这个世界用过甲方系统、了解甲方业务需求的公司多了去了，你们公司没用过甲方系统，不清楚甲方需求，跟甲方有什么关系？ 如果甲方能说清，并且把需求文档写好，那他直接招几个研发过来写不香吗？还要你来干啥？ |
 | 8 me1onsoda 2024-03-26 10:07:27 +08:00 你们其实就是乙方吧，说好听点合作伙伴。 |
| 10 me1onsoda 2024-03-26 10:13:53 +08:00 不知道项目里你是啥角色，需求不明确就该拉会说清楚，如果你作为负责人，那还是有做不到位的地方，规范流程就是该你把口头需求整理细化找他过一下，再开工 |
 | 11 victer 2024-03-26 10:15:33 +08:00 这个问题对大部分做技术的来说都会遇到，做技术的人考虑的都很简单（或者说很直接），做技术的只是听了他说的并不会做延展，其实很多时候是不知道怎么做延展，也比较难控制方向范围，这是做技术的跟甲方（需求方）直接接触会有的通病。甚至甲方会给你一个功能名称让你实现，其实你以为只是实现这个功能，其实并不是，而是根据这个功能做一个完整的工作流（场景）。 其实反过来想你也能想通，你做的是一个项目不是一个功能，所以你必须按项目去想。 其实，如果第一次遇到这种不要怕麻烦，多沟通，多沟通，如果遇到你说的这种，第一整理需求，调研需求，小范围扩散需求，然后沟通确认，第二再次整理需求，内部确认完成率，完善场景，再次确认沟通。不要嫌麻烦，这时候你已经是半个项目经理。。。 其实确实是缺了一个项目经理或者产品经理做缓存。。。哈哈哈 |
 | 12 dododada OP @sakilascott 不不不，这个大哥，我们不跟甲方直接对接，是通过他转述，渠道在他手里。相当于他有关系有渠道，我们有技术，双方合作。但是他自己都没有搞明白需求。研发好找，靠谱的算法不好找 |
 | 14 julio867 2024-03-26 10:20:06 +08:00 比较认同 7 楼（ sakilascott ）的观点~然后说一个个人的比较极端的想法：哪怕是去送外卖，我都不愿意参与政府类的项目，因为太憋屈~~ |
 | 16 Kathy1989 2024-03-26 10:29:26 +08:00 1 “一直没有书面需求，只有口头需求” 聪明人都不会给你书面的，否则容易被你拉清单 只有口头，做成了，是他领导有方，失败了，是你执行不行 |
 | 19 coderluan 2024-03-26 10:34:54 +08:00 项目没做成呢，拿来的合作伙伴？楼主现在要确定是对方是真甲方还是中间人，也就是让母后他满意你是不是能拿到钱，真甲方那当一般事逼应对就行了。中间人就留个心眼，一方面对方可能有自己的心思，找点茬要点好处，比起解决问题，不如带对方去消费。一方面对方的承诺未必算数，销售碰到用户才能确定需求，要是没用户项目可能就没了。至于你说的“研发好找，靠谱的算法不好找”，你确定对方懂这些？ |
 | 20 Xbathy 2024-03-26 10:40:10 +08:00 那就是丙方。要么让他出文档，他中将多抽一点，要么想吃这口饭就忍着吧 |
| img src="https://cdn.v2ex.com/avatar/2def/a0c9/58056_normal.png?m=1751881489" class="avatar" border="0" align="default" alt="dododada" data-uid="58056" /> | 21 dododada OP @Xbathy 这么惨么？都混到丙方了 |
 | 23 cmdOptionKana 2024-03-26 11:09:06 +08:00 突然发现一个问题，你说自己是合作伙伴，意思是不是没有工资？最后能拿到多少钱，还得等项目结束后他给你计算？ |
| 24 cmdOptionKana 2024-03-26 11:11:10 +08:00 好像不是，是你的老板和他是合作伙伴，你本来就是打工的？ |
| 25 dododada OP @cmdOptionKana 是公司的合作伙伴，不是我的合作伙伴，我的工资是老板开。如果是我的合作伙伴，相当于外包的话，肯定就不是这个流程了 |
| 26 dododada OP @cmdOptionKana 没错，我就打工仔 |
 | 27 zhenghuiy 2024-03-26 11:28:55 +08:00 OP 得先摆清楚几方的位置，他带来的项目 + 老板也认可让他给需求 = 他就是甲方，而不是啥合作伙伴。 你们之前怎么跟甲方沟通的就怎么跟他沟通，就这么简单。 跟甲方沟通不得各种情绪价值拉满啊，以及各种环节的多次确认。。 |
 | 28 HUZHUANGZHUANG 2024-03-26 11:32:29 +08:00 1 注意录音，另外，可以理解为你的工资就是他发的，别得罪。 如果你失去利用价值，你老板就会把你杀掉 |
 | 29 28Sv0ngQfIE7Yloe 2024-03-26 11:47:30 +08:00 发散性的就需要边界约束 |
 | 30 twomoe 2024-03-26 11:48:49 +08:00 「我说另请高明吧」 |
 | 31 0x663 2024-03-26 11:56:41 +08:00 “老板说他有什么需求都按他说的做就行” 其他什么都不用管，你就按照这个人说的做，出了事不用你背锅，工期也别着急赶，磨洋工，问就是还不稳定还要再调整调整，过两三天就找他扯皮对需求，反正混日子就行了。 这种东西做好了不是你的功劳，做的差了要被人喷，所以混是最好的解决方案，都是他们逼你的。不必要自己有心理负担。 |
 | 32 encro 2024-03-26 11:58:19 +08:00 没啥好说的， 下次让他给需求文档，然后你来出功能设计文档。 至少能明白产品需求文档和功能设计文档的不同吧？ |
 | 33 superrichman 2024-03-26 11:59:31 +08:00 注意先给钱后开发 |
 | 34 laminux29 2024-03-26 12:32:47 +08:00 1 1.如果你在意的是他的态度，那么这个问题无解，因为你们作为软件开发公司，其实是带有服务性质的。所谓的服务，也隐含了提供情绪价值服务。所谓提供情绪价值，在这个场景 l 里，就是他喷他的，你笑脸相迎就好。不过不用觉得这是在受委屈，不用觉得这是吃亏，这只是一项工作罢了。有些人的工作是提供技术，有些人的工作是提供解决方案，有些人的工作是提供服务，但高层岗位，是包含了以上这 3 项的。 2.如果你在意的是他没形成书面需求确认文档，那你来写，写好后，让他签字确认就行，因为你是乙方，这是你的工作。 3.如果你是在意，自己是大佬，没必要受这种气。那么，技术大佬只是普通大佬，超级大佬不仅仅是技术大佬，还是情商高手。这种人喜欢乱喷，你当他小屁孩就好，没必要和他抬杠。 |
 | 35 iceWater10 2024-03-26 12:55:50 +08:00 via iPhone 别给自己找不痛快 换个灵活点儿的去对接，会引导的 不行也按头给我行！！！ |
 | 36 cabing 2024-03-26 13:04:16 +08:00 换人 |
 | 38 k9982874 2024-03-26 14:03:58 +08:00 via Android 你这哪是合作伙伴啊，你这是（至少）第三手外包。 甲方是叔叔，乙方是他，你们是他找的外包 |
 | 39 echo1937 2024-03-26 14:33:03 +08:00 软件产品很多时候就是来自于甲方一个点子或者一句话，需要明确和细化需求的边界和场景，最后进行沉淀和完整化，少了这个流程，做出来的产品肯定是无法满足各方要求的，这种情况遇到很多次了。 结果你们这位合作伙伴只是一个传声筒，你们见不到真正的甲方， 你们也没有项目经理，只有一个产品经理，摆烂的话，你就把对接工作交给产品，产品怎么规划你们怎么开发， 如果老板给你画饼，让你兼起来，除非你真想转产品/项目经理，否则最好别傻乎乎就上，因为技术栈不同，花费的精力也不是一般的小。 话说 需求、产品、前端、后端、运维 通吃，那才叫全站啊 |
 | 40 Promtheus 2024-03-26 14:52:28 +08:00 其实很正常，特别是政府相关的项目。他们都说不清需求的，都是自己又当软件开发商又当专业咨询这样子。然后出来的专利政府还得冠名，文档都是乙方写。多和政府合作你就知道了。 |
 | 41 ming159 2024-03-26 15:02:58 +08:00 生气无用 !!! 处理方法也很简单. 正式开发前, 书面形式做出功能规划,抄送相关领导. 让他正式邮件确认. 哪里不行改哪里. 最后他甩锅的时候. 理直气壮的说: "当时功能设计,是我们共同讨论一致通过的,现在有分歧可以再改,而不是在这里事后诸葛亮" |
| 42 dododada OP 给各位兄弟点赞 |
 | 43 darkengine 2024-03-26 15:53:11 +08:00 想办法把需求落实到纸上，邮件或者需求管理工具上 |
 | 44 blackmirror 2024-03-26 15:57:12 +08:00 @NessajCN #3 人家直接说需求不明确，肯定不会签字的，这种就是看演示，看心情做的，做什么都白瞎 |
| 45 Xbathy 2024-03-27 10:16:23 +08:00 @dododada 其实按照你们目前的情况，作为丙方是最好的，你们只对他负责，你们不需要知道客户需要什么，都让他去沟通。不要这种模棱两可的关系。 |
| 46 Xbathy 2024-03-27 10:19:21 +08:00 打工仔的话，那就对对对对对对，可以做，我们回去重新评估价格。 |
Select Language