티오더와 KT의 관계는 2022년 말 협력 논의로 시작됐습니다. 그로부터 M&A 실사 단계까지 갔다가 합의에 이르지 못하고, 지금은 분쟁으로 이어졌습니다. 이 흐름에서 주목할 대목은 협력 제안과 인수 실사가 스타트업에 요구하는 정보가 거의 동일하다는 점입니다.
협력 논의에서도, 인수 실사에서도 같은 것이 필요합니다. 운영 데이터, 고객 계약 현황, 수익 구조, 핵심 인력. 두 과정이 같은 항목을 요청하기 때문에 스타트업 입장에서는 어느 시점에 관계의 성격이 바뀌었는지 파악하기 어렵습니다. 협력을 진행하고 있다고 생각했는데, 어느 순간 인수 실사를 도운 셈이 되는 것입니다.
협력 단계에서도 M&A 실사에서도 스타트업에 요구하는 항목은 같습니다
테이블 오더 시장에서 티오더는 음식점 설치 규모 기준으로 선두권을 확보하고 있었습니다. KT는 자체 테이블 오더 서비스를 운영하고 있었지만 시장 침투 속도에서 뒤처져 있었습니다. 두 회사가 만나는 상황은 어렵지 않게 그려집니다. KT는 유통망과 인프라를 갖고 있고, 티오더는 시장 점유율과 소프트웨어를 갖고 있습니다.
협력 논의가 시작되면 두 회사가 공유해야 할 정보의 범위는 자연스럽게 정해집니다. 티오더의 지역별 설치 현황, 계약 구조, 단말기 운영 비용, 고객 갱신율. 공동 사업 계획을 세우려면 이 정보가 필요합니다. KT가 어느 지역에 어떤 방식으로 영업 자원을 투입할지 결정하려면 티오더가 이미 확보한 설치 기반의 분포를 알아야 합니다. 요금 구조를 공동으로 설계하려면 현행 계약의 단가와 기간을 파악해야 합니다.
그런데 이 정보들은 동시에 인수 가격을 산정하는 데도 정확히 같은 항목입니다. 설치 기반의 규모와 분포는 인수 후 시장 지배력을 계산하는 기초입니다. 고객 갱신율은 이 사업의 현금 흐름이 얼마나 안정적인지 보여줍니다. 운영 비용 구조는 인수 이후 얼마나 효율화할 수 있는지 판단하는 변수입니다.
협력 논의가 진행될수록 스타트업은 자신도 모르는 사이에 실사에 필요한 정보를 상대에게 제공하게 됩니다. 이것이 의도된 기만인지 아닌지를 따지는 것은 별개의 문제입니다. 두 과정은 같은 정보를 요구합니다.
협력 논의와 인수 실사 사이의 결정적 차이는 정보를 요청하는 방향에 있습니다. 협력에서는 두 회사가 함께 성장하는 계획을 세우기 위해 정보를 공유합니다. 실사에서는 한 회사가 다른 회사를 평가하기 위해 정보를 수집합니다. 스타트업이 이 방향의 전환을 인식하는 시점이 협상력의 분기점입니다.
같은 정보가 협력에서 쓰일 때와 실사에서 쓰일 때 방향이 달라집니다
두 관계에서 달라지는 것은 정보의 종류가 아니라 그것이 향하는 방향입니다.
협력 관계에서 고객 이탈률은 공동 리텐션 프로그램을 어디에 집중할지 결정하는 데 쓰입니다. 어느 지역에서 이탈이 많은지 파악하면 두 회사가 함께 영업 자원을 투입하는 계획의 기초가 됩니다. 월별 수익 구조는 공동 마케팅 예산을 어떻게 분담할지 설계하는 재료이고, 설치 비용 단가는 각자의 공급 역할을 어떻게 나눌지 결정하는 기준이 됩니다.
인수 실사에서 같은 수치는 완전히 다른 방식으로 읽힙니다. 고객 이탈률이 높을수록 인수 후에도 마케팅에 계속 투자해야 한다는 뜻이고, 이것은 인수 가격에서 할인 근거가 됩니다. 지역별 설치 분포는 대기업 기존 서비스와의 중복 커버리지를 제거하는 통합 계획의 입력값이 됩니다. 이미 KT 서비스가 커버하는 지역의 티오더 설치분은 인수 이후 중복으로 처리됩니다. 수익 구조에서 인건비 비중이 높으면 통합 이후 구조조정을 통한 비용 절감 가능성이 얼마인지 계산됩니다.
이 전환이 일어나는 시점을 스타트업 창업자가 정확히 알아채기는 어렵습니다. 대기업 측에서 공식 통보하기 전까지, 협력 논의와 실사 준비는 같은 회의실에서 같은 사람들이 같은 자료를 보며 진행될 수 있습니다. 협력 담당자와 인수 검토 담당자가 회사 내부에서 정보를 공유하지 않는다고 보장하는 방법은 없습니다.
비밀유지계약(NDA) 조항도 여기에서 문제가 됩니다. NDA의 기본 조건은 "이 정보를 제3자에게 공개하지 않는다"는 것입니다. 그런데 협력을 위한 NDA에는 "공유된 정보를 인수 협상에 활용하지 않는다"는 조항이 명시되지 않는 경우가 많습니다. 이 공백은 협력이 실사로 전환될 때 법적 분쟁으로 이어집니다. 티오더-KT 분쟁에서 어떤 정보가 어떤 목적으로 사용됐는지가 쟁점이 된 것도 이 공백과 무관하지 않습니다.
비상장 스타트업이 공개하는 정보가 상장 대기업보다 훨씬 많습니다
협력 관계에서 정보 공개는 한 방향으로 기웁니다.
KT 같은 상장 대기업은 분기마다 실적을 공시합니다. 사업 부문별 매출, 가입자 수, 설비 투자 규모를 이미 외부에 공개하고 있습니다. 금융감독원 전자공시시스템에는 연결재무제표, 주요 계약 내역, 임직원 현황이 모두 올라와 있습니다. 협력 논의에서 KT가 추가로 내놓아야 할 민감한 내부 정보는 제한적입니다.
반면 티오더 같은 비상장 스타트업은 외부에 공개된 정보가 거의 없습니다. 공개된 것은 회사 소개 페이지, 언론 인터뷰, 투자 유치 공시 정도입니다. 실제 매출 규모, 고객당 수익, 운영 비용 구조, 계약 갱신율은 외부에서 알 방법이 없습니다. 협력 계획을 구체화하려면 이 정보를 공유해야 하고, 그럴수록 상대방의 정보 우위가 커집니다.
협력이 수개월 진행되면 KT는 티오더의 사업 구조, 고객 포트폴리오, 단가 체계를 세밀하게 파악하게 됩니다. 반대 방향으로는 티오더가 KT의 내부 평가 기준, 인수 예산 한계, 우선순위 사업 부문을 파악할 방법이 없습니다. 이 비대칭은 협상 테이블이 만들어지기 전에 이미 자리를 잡습니다.
M&A 협상이 열리면 대기업 측은 상대 회사의 강점과 약점을 모두 파악한 상태에서 가격 조건을 제시합니다. "이 수치는 시장 기대에 미치지 못한다", "통합 후 이 부분은 구조 개편이 필요하다"는 평가가 협력 과정에서 얻은 내부 정보를 근거로 나옵니다. 스타트업은 대기업의 내부 논리를 알 수 없기 때문에 이에 대해 반박하거나 다른 근거를 제시하기 어렵습니다.
이 불균형은 협력 논의가 길어질수록 누적됩니다. 협력 없이 바로 M&A 협상에 들어간 스타트업과 수개월간 협력한 뒤 협상에 들어간 스타트업은 정보 비대칭의 규모가 다릅니다. 협력이 없었다면 대기업 측도 스타트업의 내부 구조를 모르는 상태에서 협상이 시작됩니다. 협력이 먼저 진행됐다면 핵심 데이터가 이미 공유된 뒤입니다.
협력 계약에 서명하기 전에 정보 공개 한계선을 명시합니다
대기업의 협력 제안 자체가 문제인 것은 아닙니다. 시장 접근성, 인프라, 브랜드 신뢰도 측면에서 대기업 파트너가 가져오는 것은 실질적입니다. KT의 영업망을 통해 테이블 오더를 보급한다면 티오더 단독으로 확장하는 속도보다 빨랐을 것입니다. KT 입장에서도 티오더의 소프트웨어와 설치 기반을 활용할 수 있다면 자체 개발보다 효율적입니다. 협력이 성사됐다면 두 회사 모두 얻을 것이 있었습니다.
문제가 생기는 지점은 협력 범위를 명시적으로 합의하지 않은 채로 정보 공유가 시작될 때입니다. 협력 논의가 길어질수록 대기업 측은 스타트업의 사업 구조를 더 세밀하게 이해하게 됩니다. 그 이해가 공동 사업 계획에만 쓰이면 관계는 협력으로 이어집니다. 그 이해가 인수 가격을 내리는 근거로 전용될 때 관계는 다른 방향으로 흐릅니다.
창업자가 협력 제안을 받은 시점에 먼저 결정해야 할 것이 있습니다. 이 협력이 인수로 이어질 수 있는지 여부를 계약서에 명시하는 것입니다. 인수 가능성이 열려 있다면 협력 초기부터 그 전제 아래 정보 공개 범위를 합의합니다. 어느 수준까지의 정보를 공유하고, 어떤 조건에서 실사로 전환하는지를 처음부터 명시하는 것입니다. 인수 가능성이 없다면 협력 계약서에 그 조건을 적시하고, 공유된 정보를 인수 협상에 활용하는 것을 금지하는 조항을 넣습니다.
상대방이 요청하는 정보 중 공동 사업 설계와 직결되지 않는 항목이 있다면 그 목적을 묻는 것이 협상의 시작입니다. "이 데이터가 어디에 쓰이는지"를 묻는 것은 의심이 아니라 협력 관계를 명확히 하는 절차입니다. 답변이 구체적이지 않다면 그 정보를 공유하기 전에 공개 목적을 계약서에 기재하는 것이 맞습니다.
협력 논의가 시작되고 나서 정보 공개 범위를 조율하려 하면 이미 늦은 경우가 많습니다. 상대방이 협력에서 실사로 모드를 바꾼 시점은 협력이 끝난 뒤에야 드러납니다. 대기업과의 협력 제안이 들어왔을 때 가장 먼저 할 일은 무엇을 공개하고 무엇을 공개하지 않을 것인지를 정하는 것입니다. 협력 방식은 그 다음에 설계하면 됩니다.
