1.要先知道甲方最终想要做的事情,想实现什么功能。
2.要了解到甲方想要我们跟第三方供应商一起开发的点在哪里。
3.跟第三方供应商沟通,沟通相应的技术方案,在沟通的过程中明确双方的责任和义务。
4.把沟通好的技术方案提交给客户,客户确认后开始跟第三方一起开发。
在开发过程中如果第三方出现推卸责任或者配合不到位的情况,一定要及时跟客户沟通,让客户去催促。
墨衍会员
·
AI 创作全网分发
墨衍智能分发
本文由作者通过墨衍一键同步至各平台
1分发平台
2.7k累计阅读
2.8k平均单平台
已同步平台
优快云
微信公众号
微博
知乎
掘金
百家号
博客园
抖音
小红书
你的文章也可以这样分发
墨衍会员 ¥399起/年,写一次发全网
我也要 →
码龄15年
1.要先知道甲方最终想要做的事情,想实现什么功能。
2.要了解到甲方想要我们跟第三方供应商一起开发的点在哪里。
3.跟第三方供应商沟通,沟通相应的技术方案,在沟通的过程中明确双方的责任和义务。
4.把沟通好的技术方案提交给客户,客户确认后开始跟第三方一起开发。
在开发过程中如果第三方出现推卸责任或者配合不到位的情况,一定要及时跟客户沟通,让客户去催促。
SecretFlow (3) --- 添加合作方并创建项目
在之前的文章中介绍了如何在本地环境下部署SecretPad,遇到意外报错后,根据与开源项目的相关人员沟通交流,可查看。
聊聊高效的与第三方合作方沟通
版权声明: 本公众号发布的所有文章,均属于原创,版权归本公众号所有。 允许有条件转载,转载请附带底部二维码。 一、前言当公司在高速发展的时候,经常会有一些第三方的合作蹦出来,一般来说都说互惠互利的,也不存在什么甲方乙方之说。在开发眼里,无非就说我需要在项目里嵌入你的SDK、或者是我需要编写一个SDK供你嵌入之类的。但是,这种合作通常实际去沟通细节的开发们,基本上是不会碰面的。在互
鬼谷子内揵篇的现代沟通术:把话说到对方心坎里的实战指南
沟通的本质不是说服,而是找到对方内心的开关。《鬼谷子》内揵篇揭示了这一古老智慧:先知情、再揣情、后结信,把话真正嵌入对方的决策逻辑。在信息爆炸、信任稀缺的今天,这项能力比两千年前更值钱。通过对真实职场和商务场景的拆解,从向上汇报、谈判破局到长期客户维护,内揵都能转化为可落地的沟通动作。掌握内揵思维,你不再只会表达自己,而是能成为对方决策时最先想到的那个人。
作为乙方,如何同甲方客户或者第三方进行方案沟通暗藏玄机
首先,说明下文只是个人随同开发经理出差作为乙方,同甲方以及第三方就客户的方案进行沟通的感受。 1.最合理的方案可能是对甲方最优,但是乙方和第三方的工作量是最大的,虽然大家都明知道稍微努力一点就可以实现,但是双方都不会主动涉及此雷区。 2.方案的沟通,大家都只会从己方利益出发。 3.如果第三方不同意你的方案,请从现状事实为依据,以后维护,扩展等为展望,有条不紊的进行陈述。影响甲方的决策
ElaticSearchUtil工具类封装
package com.xxx.util; import org.elasticsearch.action.admin.cluster.state.ClusterStateResponse; import org.elasticsearch.action.admin.indices.analyze.AnalyzeAction; import org.elasticsearch.action.ad
知识导航神器:Obsidian Breadcrumbs 插件全攻略
Parent: 插件Child: Breadcrumbs 用法这样,它就能识别出你和其他笔记的关系。
软件开发合作中出现的问题
<br />管理信息系统无码开发技术。<br /><br /><br /> 一般而言,传统的系统开发是项目经理给开发人员的指令,这个指令包含开发人员将要做什么、工作完成后的效果等等,但实际中这种指令往往比较模糊,不具体,也不太明确,没有把注意事项及对其它功能的影响明确出来,更严重者是不能理解任务所表述的含义,毕竟部分开发人员之间的水平还是存在差异,这种情况的存在往往造成开发人员工作效率低、代码冗余、做无用功等,另外一点项目经理对开发人员的了解也很重要,这样可以避免本来开发人员半天可以完成的任务,给他分配一
conda环境的复制、备份操作
请确保将 source_env 替换为你要复制的现有环境的名称,并将 target_env 替换为你要创建的新环境的名称。要备份一个Conda虚拟环境,你需要将环境的配置信息和依赖包列表保存起来,以便在需要的时候能够重新创建相同的环境。要将现有的 conda 环境复制为其他环境,可以使用 conda create 命令并克隆已存在的环境。
高情商程序员:5种类型的bug沟通有诀窍!
Bug是分等级的,一些重要紧急bug自然是要尽快修改掉,但一些bug是需要根据场景,时间段,资源等综合考虑修复时间的,而这个过程中,如果提bug的人不知道你为什么不能很快修复bug,自然会产生一些负面的情绪。看到这里,你也看出来,对于这种影响程度小、优先级不是那么高的bug,在跟bug相关人员沟通的时候,一定要让对方感受到你重视,有为他着想,那对方在了解到你的难处之后,也不会多么较真让你当下一定要改,毕竟还有影响范围小这个因素在。
GD32F103RCT6/GD32F303RCT6(6.2)USART串口实战:从寄存器配置到DMA高效传输
本文详细介绍了GD32F103RCT6和GD32F303RCT6的USART串口通信实战,从寄存器配置到DMA高效传输的全过程。通过具体的代码示例和优化建议,帮助开发者快速掌握串口通信的关键技术,提升嵌入式开发效率。特别强调了DMA在高速数据传输中的优势和应用技巧。
Qwen2.5-VL模型微调实战:从零到部署的完整流程(附避坑指南)
本文详细介绍了Qwen2.5-VL视觉语言模型从零开始的完整微调与部署流程。内容涵盖使用LLaMA-Factory进行LoRA微调的关键参数配置与避坑指南,以及如何将训练好的模型权重合并,并最终利用vLLM高性能推理引擎进行部署,为开发者提供了一套可落地的实战方案。
管理沟通上有哪些常见的坑儿呢?
而实际上,我们也许并不需要完美地解决这个问题,而只需要把一个40分的状态改善到60分就行了,或者即便没有改善到60分,我们也把事情往好的方向上推进了一点点,这也是我们的价值。至此,关于管理沟通的内容,我们就探讨完了。原因在于,这是一种“对人不对事”的沟通,你已经给对方贴上了负面的“标签”,而一旦给人贴上了标签,对方也就放弃了改变自己的意愿,失去了改变自己的动力。对此,我想说,防卫姿态对于管理者做好工作不会有正向价值,长此以往,就等于关闭了别人提供帮助的大门,任其自生自灭,这显然是个双输的结果。
从零到一:手把手教你用C# WinForms搭建工控上位机(含Panel控件布局与事件处理详解)
本文详细介绍了如何使用C# WinForms框架从零开始搭建工控上位机系统,重点讲解了Panel控件的布局技巧和事件处理机制。通过实战案例,帮助开发者掌握界面分区规划、动态窗体切换及数据通信等核心功能,适用于工业自动化监控系统的开发。
如何从合作方争取更多的资源?(三)
从合作方争取更多的资源,也可以理解为一个谈判的过程。其实,大家对谈判的直观认识是只要是谈判,就会有输有赢,其实不然,现在的谈判,大多是利益妥协的过程,无所谓输赢,大不了一走了之,双方谁也得不到自己想得到的东西,只要双方达成一致,那肯定是双方都觉得这是目前最好的办法了,也就谈不上输赢了。因此,我们可以用谈判的技巧来从合作方争取更多的资源。 谈判的一大忌讳是迫切希望对方能够接受自己的观点和
告别ZotFile!Zotero 7+百度网盘文献同步全攻略(含软链接避坑指南)
本文针对Zotero 7用户,提供了告别ZotFile插件后,利用百度网盘实现文献附件同步的完整解决方案。详细讲解了如何通过设置Zotero链接目录与创建软链接,将附件库迁移至云盘,并附有详细的避坑指南,确保数据安全与多设备同步的稳定性。
GD32H757的can通信配置,提供方案参考!
🏆本文收录于 《全栈 Bug 调优(实战版)》 专栏。专栏聚焦真实项目中的各类疑难 Bug,从成因剖析 → 排查路径 → 解决方案 → 预防优化全链路拆解,形成一套可复用、可沉淀的实战知识体系。无论你是初入职场的开发者,还是负责复杂项目的资深工程师,都可以在这里构建一套属于自己的「问题诊断与性能调优」方法论,助你稳步进阶、放大技术价值。
34 | 管理沟通上有哪些常见的坑儿呢?
原因在于,这是一种“对人不对事”的沟通,你已经给对方贴上了负面的“标签”,而一旦给人贴上了标签,对方也就放弃了改变自己的意愿,失去了改变自己的动力。而实际上,我们也许并不需要完美地解决这个问题,而只需要把一个 40 分的状态改善到 60 分就行了,或者即便没有改善到 60 分,我们也把事情往好的方向上推进了一点点,这也是我们的价值。不过,就上面这五类最集中的问题,如果我们“照照镜子”的话,肯定是能看到自己的一些“轮廓”的,不是吗?所以,对于你关心的问题,一定要去确认清楚,跟进到底,形成沟通闭环。
迈瑞BS系列全自动生化分析仪LIS协议接口手册(内含HL7和ASTM)
迈瑞BS系列全自动生化分析仪LIS协议接口手册,内含HL7和ASTM)
商业合作中的高效沟通技巧与危机处理
在商业合作中,沟通是解决问题的关键桥梁。有效的沟通不仅能避免误解和冲突,还能促进更深层次的合作。其核心原理在于确保信息对称、管理情绪并聚焦解决方案。技术价值体现在通过结构化沟通方法,如问题沟通四步法,能够系统化地处理争议,提升合作效率。应用场景广泛,尤其适用于跨境项目、供应链管理等复杂合作环境。本文结合案例,详细介绍了从事实确认到达成共识的全流程技巧,并特别强调了跨文化沟通和工具选择的注意事项,帮助读者在商业合作中游刃有余。
TMS_WebGMaps_1.9.8.0_Full_Source
TMS_WebGMaps_1.9.8.0_Full_Source 全源码 delphi cbuilder
OV9734 DATASHEET,完整规格书
OV9734完整规格书,包括电气参数,尺寸规格,寄存器配置表等
项目管理之道之沟通管理-外部接口只能有一个
任何一个软件项目都离不开沟通,这里面的沟通按照涉及对象的不同可以分为:内部沟通和外部沟通。内部沟通是指项目团队内部成员之间的沟通,外部沟通是指与系统用户及其他项目干系人的沟通,这里面外部沟通需要注意的一点就是接口必须唯一,否则一个团队有多个声音,外部有多个声音,对项目,对用户来讲都不是一件好的事情。 2012没来,2013却来了,所以日子还的继续。用户在谈某个项目的需求问题,功能也不多,...
pscad IEEE标准系统搭建说明
pscad IEEE标准系统搭建说明,包含典型的IEEE 9节点、14节点、30节点、39节点和118节点系统。内含标准测试系统的原始数据和潮流结果。
EchoWe怎么导出留存媒体公关沟通的聊天记录?企业微信品牌传播与媒体对接记录管理
品牌团队日常要在企业微信里和媒体对接人、行业机构、内容合作方频繁沟通:选题方向怎么定、采访时间约在几号、稿件哪些表述需要核对、活动邀约谁来出席。这些对话琐碎但关键,往往决定了对外发声是否准确、合作是否顺畅。 如果只依赖企业微信会话本身,一旦对接人变动、账号调整或记录清理,前期谈好的细节就断了档,轻则重复确认拉低效率,重则出现对外表述偏差。用 EchoWe 把相关沟通导出为 HTML、PDF、Excel 三种格式存档,既能还原协作时间线,也方便复盘与内部分工。下面从场景、操作、整理到常见问题逐一说明。
忽视了第三方远程访问安全:第三方合作伙伴的远程访问安全管理不足
随着企业的发展和合作的增加,越来越多的公司依赖于第三方的软件和服务来完成特定的业务功能或提高生产力。没有适当的管理政策和标准来处理第三方的远程接入要求可能导致安全性低下的状况发生。要安装的服务器或虚拟机能够连接互联网的情况下可以通过以下命令自动安装,服务器或虚拟机不能连接互联网的请见下方的离线安装说明。此外还要考虑与所选的第三方服务商进行技术沟通时的友好程度与支持水平等因素 ,这对于企业的业务连续性是非常重要的 .* 是否可以提供足够的监控和控制方式以防止潜在的入侵行为和数据泄漏事件的发生呢?
【新成员lading必读】测试工作者在新团队需要主动了解的内容(持续更新中)
进入一个新的职场,必须迅速了解和适应,本文引导大家克服恐惧,掌握正确的方法来渡过新人期。
道歉别只说对不起:FIA认错公式让职场沟通不再越描越黑
沟通中难免出现失误,而一句诚恳有效的认错往往比辩解更能化解矛盾。很多人把道歉看作态度问题,却忽略了它本质上也是一套可训练的结构化表达。基于事实、影响、行动三要素的FIA模型,将道歉转化为清晰的信息传递与问题解决流程,既适用于职场汇报、客户沟通,也能用于亲密关系与公开致歉。掌握结构化表达,既能减少对抗、恢复信任,又能推动补救措施真正落地。配套可编辑的话术模板与自检清单,帮助犯错者迅速组织语言,从“越描越黑”转向理性解决。
中台难,前台更难,为什么支持业务这么难
|0x00 拿结果,拿的是什么 在“中台”如火如荼发展的这些年里,“前台”过的也并不舒服。 尽管中台提供的能力在不断完善,但业务战场一日一变,仅买菜赛道,就有团购物流、即时物流、仓配物流、快递物流、分销物流等多种业务模式,在决出最终赢家之前,前台尚且不能自保,中台也无法发挥价值。 在过去,非常成熟的电商体系,在前台战场上打赢了,中台才具备了长期存在的意义。时至今日,我们可以这么讲,前台依旧是非常重要的,决定了中台的存亡。 在前台业务中,最重要的事情,就是“拿结果”。 我们往往会讲,作为团队TL,要有“建团队
职场沟通的本质:信息结构决定协作效率
职场沟通看似是表达与情商的问题,但多数低效沟通的根源在于信息结构不清晰。沟通的本质是信息的有效传递,当需求、目标、责任边界含糊时,再流利的话术也无法弥合理解的鸿沟。因此,掌握结论先行、换位思考、书面留痕等原则,比单纯学习话术更具工程价值。这些方法可广泛应用于向上汇报、跨部门协作、会议讨论、线上沟通及冲突处理等高频场景,帮助职场人将模糊对话转化为可执行、可对齐的信息流。本文从信息管理的视角切入,系统拆解不同场景下的沟通底层逻辑与实操步骤,提供一套不依赖天赋、可刻意练习的职场沟通解法。

被折叠的 条评论
为什么被折叠?



