B2B 계약 협상의 노하우

B2B 계약 협상은 단순히 가격을 조정하는 절차가 아니다. 기업 간 거래에서 계약은 매출을 만드는 문서인 동시에, 위험을 통제하고 실행 책임을 배분하는 구조이다. 특히 IT 시스템 구축, 플랫폼 개발, 장기 서비스, 아웃소싱, 설비 공급, 프로젝트성 납품처럼 복잡한 거래에서는 계약 협상의 수준이 곧 수익성, 리스크, 고객관계의 질을 결정한다.

많은 기업이 계약 협상을 마지막 단계의 법무 검토 정도로 생각한다. 그러나 실제로 중요한 협상은 제안 초기부터 시작된다. 고객이 “이 시스템을 구축해 달라”, “웹사이트를 새로 만들어 달라”, “업무 프로세스를 디지털화해 달라”고 요청할 때, 그 표현은 매우 단순해 보인다. 하지만 그 안에는 범위, 일정, 품질 기준, 검수 방식, 변경 요청, 책임 한도, 데이터 이전, 보안, 유지보수, 손해배상 등 수많은 쟁점이 숨어 있다. 이 질문들을 초기에 명확히 하지 않으면 계약은 거래를 보호하는 장치가 아니라 분쟁의 출발점이 된다.

첫 번째 노하우는 고객의 요구를 그대로 받아들이지 말고, 반드시 구체화하는 것이다. “무엇을 원하십니까?”라는 질문만으로는 부족하다. “어떤 업무 범위까지 포함되는가”, “성공 기준은 무엇인가”, “누가 최종 검수권을 갖는가”, “변경 요청은 어떤 절차로 처리되는가”, “기존 시스템과의 연동 책임은 누구에게 있는가”, “지연이 발생하면 어느 쪽 책임인가”를 물어야 한다. 좋은 계약 협상가는 답을 잘하는 사람이 아니라, 거래의 위험을 드러내는 질문을 잘하는 사람이다.

둘째, 계약 규모보다 리스크 구조를 먼저 보아야 한다. 큰 금액의 표준 제품 거래보다 작은 금액의 맞춤 개발 계약이 더 위험할 수 있다. 표준 장비나 일반 서비스는 조건이 정형화되어 있어 위험이 예측 가능하다. 반면 맞춤형 코드, 고객 고유 프로세스 반영, 성과보장, 제3자 시스템 연동, 무제한 책임, 고객 약관 수용 등이 포함되면 계약금액이 작아도 손실 가능성은 크게 커진다. B2B 계약 협상에서 중요한 것은 “얼마짜리 계약인가”가 아니라 “무엇을 약속하고, 어디까지 책임지는가”이다.

셋째, 제안서와 계약서의 언어를 신중히 관리해야 한다. 영업 과정에서 무심코 사용한 “완벽히 보장한다”, “최고 수준으로 지원한다”, “문제없이 구현된다”는 표현은 나중에 계약 해석의 근거가 될 수 있다. 고객은 이런 표현을 약속으로 이해할 수 있고, 공급자는 단순한 영업적 표현이었다고 주장할 수 있다. 이 차이가 분쟁을 만든다. 따라서 B2B 협상에서는 말의 열정보다 문장의 정확성이 중요하다. 가능하면 “최선의 노력”보다 “합리적 노력”, “목적 달성 보장”보다 “명시된 사양 충족”, “전면 책임”보다 “책임 한도 내 보상”이라는 식으로 표현을 통제해야 한다.

넷째, 수용해서는 안 되는 조건을 사전에 정리해 두어야 한다. 무제한 책임, 간접손해와 결과손해 배상, 이익손실 보상, 고객의 일방적 해지권, 불명확한 검수 기준, 과도한 지체상금, 특정 목적 적합성 보장, 보증기간의 무제한 연장 등은 공급자에게 치명적일 수 있다. 물론 이런 조건을 무조건 거부하는 것이 능사는 아니다. 중요한 것은 고객이 왜 그 조건을 요구하는지 파악하는 것이다. 고객이 원하는 것이 진짜 무제한 책임인지, 아니면 프로젝트 실패 시 최소한의 구제수단인지 구분해야 한다. 요구의 표면이 아니라 그 이면의 불안을 협상해야 한다.

다섯째, 표준 거래와 복잡 거래를 구분해야 한다. 표준 제품, 표준 서비스, 표준 약관으로 처리할 수 있는 거래는 빠르게 진행하는 것이 좋다. 반면 시스템 통합, 맞춤형 개발, 장기 운영, 아웃소싱처럼 고객 상황에 맞춰 설계되는 거래는 별도의 리스크 검토가 필요하다. 이때 영업 담당자가 혼자 결정하면 안 된다. 법무, 기술, 재무, 보안, 운영 담당자가 초기에 참여해야 한다. 전문가 투입이 늦어질수록 고객에게 이미 잘못된 기대가 형성되고, 그 기대를 되돌리기 위해 더 큰 협상 비용을 치르게 된다.

실제 기업 사례에서도 이 원칙은 반복된다. 글로벌 렌터카 기업의 디지털 플랫폼 재구축 분쟁은 웹사이트와 모바일 앱이라는 표면적 과제가 실제로는 범위, 품질, 일정, 검수, 보안, 추가 비용의 문제였음을 보여준다. 대형 유통기업의 ERP 프로젝트 중단 사례도 마찬가지이다. ERP는 소프트웨어 구매가 아니라 기업의 업무 방식, 데이터 구조, 내부 의사결정, 현장 프로세스를 바꾸는 일이다. 이런 거래를 단순한 시스템 도입 계약으로 보면 프로젝트는 쉽게 흔들린다.

여섯째, 계약 협상은 이기고 지는 게임이 아니라 실행 가능한 합의를 만드는 과정이어야 한다. 고객의 모든 요구를 수용하면 단기 매출은 얻을 수 있지만 장기 손실을 떠안을 수 있다. 반대로 공급자가 지나치게 방어적으로만 접근하면 고객은 협력 의지를 의심한다. 좋은 협상은 양측의 리스크를 현실적으로 나누는 것이다. 공급자가 통제할 수 있는 영역은 책임지고, 고객이 제공해야 하는 정보와 의사결정은 고객 책임으로 명확히 해야 한다. 외부 변수나 제3자 요인은 별도 절차로 관리해야 한다.

마지막으로 B2B 계약 협상의 핵심은 명확성, 정확성, 완전성이다. 누가, 무엇을, 언제까지, 어떤 기준으로, 어떤 책임 하에 수행하는지 문서화해야 한다. 성공 기준, 검수 기준, 변경관리, 지연 책임, 책임 한도, 비밀유지, 지식재산권, 데이터 보안, 해지권, 분쟁 해결 절차가 구체적이어야 한다. 계약은 법무팀의 문서가 아니라 사업 실행의 설계도이다.

결국 B2B 계약 협상의 노하우는 세 가지로 압축된다. 첫째, 고객 요구를 질문으로 해체한다. 둘째, 매출 규모가 아니라 리스크 구조를 본다. 셋째, 수용 가능한 조건과 수용해서는 안 되는 조건을 명확히 구분한다. 계약 협상은 싸움이 아니라 사업 판단이다. 잘 설계된 계약은 상대를 누르기 위한 문서가 아니라, 양측이 예측 가능한 방식으로 성과를 만들기 위한 구조이다.

사례 출처

1. Hertz–Accenture 웹사이트·모바일 앱 리뉴얼 분쟁

   
   

   Hertz가 Accenture에 웹사이트 및 모바일 앱 리뉴얼을 맡겼으나 결과물, 일정, 품질 문제를 둘러싸고 3,200만 달러 규모의 소송을 제기한 사례.

   링크: https://www.consulting.us/news/2197/accenture-sued-for-32-million-over-hertz-website-redesign

   
   

2. Lidl–SAP ERP 프로젝트 중단 사례

   
   

   독일 유통기업 Lidl이 약 7년간 진행한 SAP 기반 ERP 프로젝트를 중단했고, 약 5억 유로 규모의 비용 손실 사례로 보도된 사례.

   링크: https://www.consultancy.uk/news/18243/lidl-cancels-sap-introduction-having-sunk-500-million-into-it 

   
   

3. BSkyB–EDS CRM 시스템 계약 분쟁

   
   

   CRM 시스템 구축 계약에서 일정, 성과 가능성, 제안 단계의 진술 등이 쟁점이 되었고, 영국 법원이 허위표시와 책임 문제를 다룬 대표적 IT 계약 분쟁 사례.

   링크: https://www.scl.org/1744-bskyb-v-eds/

   
   

전략적협상연구소 이성대 소장