遇到想法很多的合作伙伴怎么办

[dododada]

前情提要：

公司有个合作伙伴，某 985 学院的工程师，有个项目是他牵头过来的,老板说他有什么需求都按他说的做就行。 项目内容只有大概的口头想法，没有具体的需求，因为客户和客户使用场景都不明确，只有在销售碰到一个具体的用户之后才能搞清楚大概需求。

工作内容：

一直没有书面需求，只有口头需求，类似我有个功能你们做一下这种，曾经形成书面需求，对方讲不确定，会变化。 有个公安的离线视频敏感帧分析的需求，沟通的时候说只有离线视频，其他场景未知。所以我就安排研发在视频流分析的基础上做了离线视频的分析，因为数据量很大，所以采用的文件拷贝到指定目录的方式，没有页面上传操作。

演示结果：

演示完之后，开喷。问，你这个太 low ，太低级，为什么没有考虑各种文件传输的场景，比如 oss,ftp, 或者 http 上传，用户可以自定义的配置项？你这个敏感规则一小时出现两次你自己清楚是什么意思么？你有没有从用户场景新考虑？巴拉巴拉。。。

其他的还都能忍，但是写的清清楚楚的敏感规则，他是看不明白还是不懂呢？用户场景，妈的我又不是公安，沟通的时候又不讲清楚，他们怎么使用我怎么知道。

喷完之后说，你能不能把你们能做什么写个报告给我，然后安排研发排期一项一项实现？我说从来都是要明确需求才能动的，他说以前的做法没必要追究了，于事无补，你能不能把需求写出来给我？

他娘的，我以前跟公安直接对接都没遇到这种人。

我变成了自己写需求的乙方。

求问：

和这种人沟通要注意什么？

[LiuJiang]

很简单，换人。换不了他，还不能换自己？

[rookie4show]

国内政府项目一般受着就行，软工这一套基本没戏。小事听话打杂，大事验收能过。

[NessajCN]

每次沟通自备纸笔，线上的话打开个文本界面共享，他说一句你记一句，
然后嘴上说「嗯嗯，好的，没问题.....」
等他说完你把记下来的给他看，
「您看一下我总结的这部分内容有没有问题，没问题的话签个字，我回去评估一下额外费用给您报价」
下次再沟通就带着之前的记录，有冲突的就指出来并说明更改需求的费用
总之一句话：客户的需求当然要满足，只要钱给够

[wizzer]

你需要 项目经理、产品经理，做缓冲

[ronyin]

不过看了你复述的话，我觉得他说的都对啊，至少需求他考虑的很全。哈哈哈。不过既然这么多需求，还是和甲方公安局说下，如果有这些需求，请多提升预算。。

[corcre]

那你喷回去啊，这不喷他自己就很被动了

[sakilascott]

1 、如果是技术岗位，对接需求不应该你来，说明公司缺少专业的产品经理、项目经理。
2 、如果你本身就是需求设计、项目管理等相关岗位，细化甲方的需求本来就是你的职责。
你不了解甲方的系统是你的问题，这个世界用过甲方系统、了解甲方业务需求的公司多了去了，你们公司没用过甲方系统，不清楚甲方需求，跟甲方有什么关系？
如果甲方能说清，并且把需求文档写好，那他直接招几个研发过来写不香吗？还要你来干啥？

[me1onsoda]

你们其实就是乙方吧，说好听点合作伙伴。

[dododada]

@wizzer 产品有，没有项目经理，我直接对接的

[me1onsoda]

不知道项目里你是啥角色，需求不明确就该拉会说清楚，如果你作为负责人，那还是有做不到位的地方，规范流程就是该你把口头需求整理细化找他过一下，再开工

[victer]

这个问题对大部分做技术的来说都会遇到，做技术的人考虑的都很简单（或者说很直接），做技术的只是听了他说的并不会做延展，其实很多时候是不知道怎么做延展，也比较难控制方向范围，这是做技术的跟甲方（需求方）直接接触会有的通病。甚至甲方会给你一个功能名称让你实现，其实你以为只是实现这个功能，其实并不是，而是根据这个功能做一个完整的工作流（场景）。
其实反过来想你也能想通，你做的是一个项目不是一个功能，所以你必须按项目去想。
其实，如果第一次遇到这种不要怕麻烦，多沟通，多沟通，如果遇到你说的这种，第一整理需求，调研需求，小范围扩散需求，然后沟通确认，第二再次整理需求，内部确认完成率，完善场景，再次确认沟通。不要嫌麻烦，这时候你已经是半个项目经理。。。
其实确实是缺了一个项目经理或者产品经理做缓存。。。哈哈哈

[dododada]

@sakilascott 不不不，这个大哥，我们不跟甲方直接对接，是通过他转述，渠道在他手里。相当于他有关系有渠道，我们有技术，双方合作。但是他自己都没有搞明白需求。研发好找，靠谱的算法不好找

[dododada]

@victer 有道理。

[julio867]

比较认同 7 楼（ sakilascott ）的观点~然后说一个个人的比较极端的想法：哪怕是去送外卖，我都不愿意参与政府类的项目，因为太憋屈😄~~

[dododada]

@julio867 其实不能算是政府类的项目，因为这个项目原先的目标客户是工厂，政府属于业务拓展了

[Kathy1989]

“一直没有书面需求，只有口头需求”
聪明人都不会给你书面的，否则容易被你拉清单
只有口头，做成了，是他领导有方，失败了，是你执行不行

[Kathy1989]

@NessajCN #3
他不会签名的，不信你让楼主试试

[luoway]

@Kathy1989 #17 既然是口头需求，录音有用吗

[coderluan]

项目没做成呢，拿来的合作伙伴？楼主现在要确定是对方是真甲方还是中间人，也就是让母后他满意你是不是能拿到钱，真甲方那当一般事逼应对就行了。中间人就留个心眼，一方面对方可能有自己的心思，找点茬要点好处，比起解决问题，不如带对方去消费。一方面对方的承诺未必算数，销售碰到用户才能确定需求，要是没用户项目可能就没了。至于你说的“研发好找，靠谱的算法不好找”，你确定对方懂这些？

[Xbathy]

那就是丙方。要么让他出文档，他中将多抽一点，要么想吃这口饭就忍着吧

[dododada]

@Xbathy 这么惨么？都混到丙方了

[Kathy1989]

@luoway #18
如果你没提前告知对方录音，估计对方以后不跟你合作

[cmdOptionKana]

突然发现一个问题，你说自己是合作伙伴，意思是不是没有工资？最后能拿到多少钱，还得等项目结束后他给你计算？

[cmdOptionKana]

好像不是，是你的老板和他是合作伙伴，你本来就是打工的？

[dododada]

@cmdOptionKana 是公司的合作伙伴，不是我的合作伙伴，我的工资是老板开。如果是我的合作伙伴，相当于外包的话，肯定就不是这个流程了

[dododada]

@cmdOptionKana 没错，我就打工仔

[zhenghuiy]

OP 得先摆清楚几方的位置，他带来的项目 + 老板也认可让他给需求 = 他就是甲方，而不是啥合作伙伴。

你们之前怎么跟甲方沟通的就怎么跟他沟通，就这么简单。

跟甲方沟通不得各种情绪价值拉满啊，以及各种环节的多次确认。。

[HUZHUANGZHUANG]

注意录音，另外，可以理解为你的工资就是他发的，别得罪。

如果你失去利用价值，你老板就会把你杀掉

[28Sv0ngQfIE7Yloe]

发散性的就需要边界约束

[twomoe]

「我说另请高明吧」

[0x663]

“老板说他有什么需求都按他说的做就行”
其他什么都不用管，你就按照这个人说的做，出了事不用你背锅，工期也别着急赶，磨洋工，问就是还不稳定还要再调整调整，过两三天就找他扯皮对需求，反正混日子就行了。
这种东西做好了不是你的功劳，做的差了要被人喷，所以混是最好的解决方案，都是他们逼你的。不必要自己有心理负担。

[encro]

没啥好说的，

下次让他给需求文档，然后你来出功能设计文档。

至少能明白产品需求文档和功能设计文档的不同吧？

[superrichman]

注意先给钱后开发

[laminux29]

1.如果你在意的是他的态度，那么这个问题无解，因为你们作为软件开发公司，其实是带有服务性质的。所谓的服务，也隐含了提供情绪价值服务。所谓提供情绪价值，在这个场景 l 里，就是他喷他的，你笑脸相迎就好。不过不用觉得这是在受委屈，不用觉得这是吃亏，这只是一项工作罢了。有些人的工作是提供技术，有些人的工作是提供解决方案，有些人的工作是提供服务，但高层岗位，是包含了以上这 3 项的。

2.如果你在意的是他没形成书面需求确认文档，那你来写，写好后，让他签字确认就行，因为你是乙方，这是你的工作。

3.如果你是在意，自己是大佬，没必要受这种气。那么，技术大佬只是普通大佬，超级大佬不仅仅是技术大佬，还是情商高手。这种人喜欢乱喷，你当他小屁孩就好，没必要和他抬杠。

[iceWater10]

别给自己找不痛快
换个灵活点儿的去对接，会引导的
不行也按头给我行！！！

[cabing]

换人

[rehoni]

@NessajCN 那如果是给钱我也不想做呢，现在这边项目结项了我不想跟了（因为要出差），回公司做别的东西去

[k9982874]

你这哪是合作伙伴啊，你这是（至少）第三手外包。
甲方是叔叔，乙方是他，你们是他找的外包

[echo1937]

软件产品很多时候就是来自于甲方一个点子或者一句话，需要明确和细化需求的边界和场景，最后进行沉淀和完整化，少了这个流程，做出来的产品肯定是无法满足各方要求的，这种情况遇到很多次了。

结果你们这位合作伙伴只是一个传声筒，你们见不到真正的甲方，

你们也没有项目经理，只有一个产品经理，摆烂的话，你就把对接工作交给产品，产品怎么规划你们怎么开发，

如果老板给你画饼，让你兼起来，除非你真想转产品/项目经理，否则最好别傻乎乎就上，因为技术栈不同，花费的精力也不是一般的小。

话说 需求、产品、前端、后端、运维 通吃，那才叫全站啊

[Promtheus]

其实很正常，特别是政府相关的项目。他们都说不清需求的，都是自己又当软件开发商又当专业咨询这样子。然后出来的专利政府还得冠名，文档都是乙方写。多和政府合作你就知道了。

[ming159]

生气无用 !!!
处理方法也很简单. 正式开发前, 书面形式做出功能规划,抄送相关领导. 让他正式邮件确认. 哪里不行改哪里. 最后他甩锅的时候. 理直气壮的说: "当时功能设计,是我们共同讨论一致通过的,现在有分歧可以再改,而不是在这里事后诸葛亮"

[dododada]

给各位兄弟点赞

[darkengine]

想办法把需求落实到纸上，邮件或者需求管理工具上

[blackmirror]

@NessajCN #3 人家直接说需求不明确，肯定不会签字的，这种就是看演示，看心情做的，做什么都白瞎

[Xbathy]

@dododada 其实按照你们目前的情况，作为丙方是最好的，你们只对他负责，你们不需要知道客户需要什么，都让他去沟通。不要这种模棱两可的关系。

[Xbathy]

打工仔的话，那就对对对对对对，可以做，我们回去重新评估价格。