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