工作总结
发表时间：2026-03-31（经典）2026年商务BD工作总结。
去年签单额涨了，但最让我记到现在的，是签单之后那些破事儿。
年初有个单子，设备都拉进客户机房了，现场工程师打电话说型号对不上。我翻合同，附件里写的型号跟发货单一致，验收单上客户也签了字。但问题是，客户现场的人只管签收数量，压根没对型号，我们发货那边也只看单子发货，没人核对合同附件里的技术参数。最后设备上架通电，软件装到一半发现硬盘容量不够，才炸出来。
这事儿折腾了两周。供应商说发货没错，客户说验收都过了，运费谁也不愿意出。我夹在中间，最后自己贴了三千块运费，把几台设备拉回来换货。回来我就琢磨，这跟机房出故障一个道理——表面看是发货问题，根儿上是流程有漏洞，变更没记录，回滚方案缺失。
从那以后，我谈合同的方式变了。
以前谈合同，我重点盯价格、付款方式、交付周期。现在我脑子里跑的是交付全链路：设备到货谁签收、签收单上写没写型号序列号、开箱验视谁在场、上架通电测什么指标、软件部署谁确认、初验和终验的区别是什么。每个节点对应什么单据、谁签字、什么条件下算“通过”，全部写进合同附件。不是附件里随便列几条，而是做成表格，每个环节后面留签字栏。
二季度那个政务云的项目就是靠这个扛过去的。合同签完两个月，对方换了技术对接人，新来的人不认前期方案，非要我们重新做全套安全扫描才给初验。按老路子，我得请客吃饭、找领导出面协调，折腾个把月。这次我把合同附件翻出来，上面白纸黑字写着“部署联调以硬件上架通电、基础环境就绪为验收前提”，安全扫描属于终验项，跟初验没关系。我拿着附件跟对方项目经理过了一遍，他看了半天，没再坚持。项目按期推进，初验款按时到账。
我笔记本扉页写着一句话：“不立文字，等于没发生过。”这是当年带我干运维的师傅说的。他要求所有操作必须留变更记录，所有故障必须出复盘报告。现在我把这句话改成了自己的版本：所有项目，谈完出备忘，签完出执行清单，交付完出复盘文档。看起来繁琐，但半年后你回头看，每一页都没白写。
七月份那个连锁零售项目，算是今年的一个坎。
合同签了，设备发到全国三十多个门店，实施到一半，客户总部突然通知换核心交换机的品牌型号。理由是总部集采换了供应商，区域之前的方案不算数了。销售当时就急眼了，说这不归我们管，是客户自己变更。但实际情况是，前期我们只跟区域IT部门对接，压根没跟总部集采那边打过招呼。
我没急着争对错。先拉清单：已发货多少门店，未发货多少；已部署的设备型号能不能兼容新核心；如果不兼容，替换方案要多少成本、多少时间。拉完发现，已发货的二十多个门店里，有十几个已经装完了，拆了重来成本太高。我约了客户总部采购、区域IT、我们销售和技术，坐在一起过方案。最终谈下来，已部署的照旧，未发货的按新标准执行，我们补签了一份补充协议，覆盖了成本差异。
这事儿如果按流程硬磕，能赢，但关系就断了。按老办法纯让利，能稳住，但利润没了。我的思路是：当故障处理。先做影响面分析，再做变更方案，最后同步更新工艺标准和执行规范。这次之后，我们建立了“客户关键决策人清单”，所有项目立项时，必须把总部、区域、技术、商务四个维度的决策关系画出来。现在谈项目，我多问一句：“如果对接人临时不在，谁有权拍板？”问不出来也得在合同里写“甲方需指定备选联系人”。
今年翻车的也不止这一个。
有个制造型企业的项目，我们跟对方技术部门关系铁得很，方案也是他们认可的。结果到集团审批环节，采购部甩出一份比我们低20%的竞品报价。我当时第一反应是压供应商降价，打了一圈电话发现对方已经把利润压到极限。最后这个单子丢了，连技术部的人都觉得不好意思。
复盘下来，我犯了两个错。第一，我把“技术认可”等同于“商务闭环”，忘了客户内部采购流程有独立决策权。第二，前期没摸清竞品在那个行业的价格策略，报价体系缺参照系。后来我立了规矩：所有项目，立项阶段必须做“竞品价格区间分析”。不是什么高大上的东西，就是扒近半年公开招标数据，找两三个渠道商问问行情。现在销售报上来的预期利润率，如果低于15%，我要求必须附上至少三家竞品最近的中标价截图，不一定是公开的，渠道商那边得去问。
今年还有一个变化，是开始搞“商务沙盘”。
三季度开始，我牵头在部门里推这个。挑一个已经交付的项目，把当时的合同、邮件、会议纪要全翻出来，假设某个关键节点出问题——核心部件缺货、客户突然要求变更工期、验收负责人离职——让团队模拟应对。第一次搞的时候，有人说这是“瞎操心”。但真推演起来才发现，好几个自认为“完美”的项目，决策链条存在单点故障。
比如复盘去年那个医院项目，发现整个决策链里，关键签字人只有一个副主任。他休年假那两周，项目就停摆了。现在我们谈项目，会多问一句“如果对接人临时不在，谁有权拍板”，问不出来也得在合同里写“甲方需指定备选联系人”。这种演练的价值不在于把所有风险都预判到，而是养成一种思维方式：谈合同的时候，脑子里就得有应急预案。
客户关系这块，以前我靠吃饭喝酒。不是说没用，但太粗放。今年我把设备维护那套“定期巡检”的逻辑拿过来用。
每个重点客户，我建了一个Excel台账。不是CRM系统里那种冷冰冰的商机记录，而是一张表，记录：上次沟通时间、对方当前关注的技术痛点、我们处理过的工单、对方团队的人员变动、还有哪些遗留问题没闭环。
有个教育行业的客户，去年年底项目验收时，对方信息中心主任提了一嘴，说他们明年要搞智慧校园，但机房UPS老化严重。我当时记下来了，没急着推方案。今年三月份，他新来的副主任找我咨询存储扩容，聊完我顺带提了一句：“王主任上次提的UPS问题，我们最近帮几个学校做了机房现状评估，要不要给您也出一份？”对方愣了一下，说“你们记性倒是好”。我没提卖设备的事。过了一个月，找了个他们机房巡检的名义，让技术出了份UPS负载评估报告。又过了两个月，副主任主动问我“上次那个报告挺细的，你们做不做更换”。这时候再报价，就成了。
老BD讲“人情”，我理解的人情不是喝多少酒，是你对客户的重视程度体现在哪儿。一个连对方说过什么都不记得的人，谈什么信任？
明年我打算把今年遇到的十几个扯皮案例，按“合同条款模糊”“客户内部流程变更”“交付标准不一致”三类，整理成一份《商务避坑清单》。新同事来了先看这个，省得我再一个个讲。另外，今年做的“商务沙盘”想再往前推一步，能不能在项目交付前，就帮客户识别出他们自己都没意识到的风险点，提前布局。
毕竟，最好的故障处理，是让故障压根不发生。做BD，也一样。
- 小学范文网小编为您推荐工作总结专题，欢迎访问：工作总结
