계약 데이터 문제
소규모 법무법인이 무시할 수 없는 이유

중요한 데이터는 계약서 안에 있다. 나머지를 정리하는 도구들은 그걸 읽지 못한다.

Clio, MyCase, PracticePanther는 사건, 청구, 일정, 고객 커뮤니케이션을 관리하지만, 계약 PDF 안에 무엇이 있는지는 전혀 알려주지 않는다. 이는 단순히 만들지 않은 기능이 아니다. 범주 자체가 다른 문제다. 업무 관리 소프트웨어는 사건을 정리하고 시간을 추적하도록 설계되었지, 문서의 내용을 이해하도록 만들어진 것이 아니다. Clio에 저장된 계약서는 데스크톱 폴더에 저장된 계약서와 기능적으로 동일하다. 소프트웨어는 파일이 존재한다는 건 알지만, 발효일, 준거법, 책임 한도, 또는 자동 갱신 조항에 90일 서면 통지가 필요한지 여부는 알려주지 못한다.

로펌을 위한 맞춤형 AI 문서 처리를 구축하는 Syntora는 이 격차를 정확히 설명했다. PracticePanther를 사용하는 12명 변호사 규모의 소송 로펌에서 두 명의 법률 비서가 매일 아침 3시간씩 이메일에서 PDF를 열고, 각 문서가 어떤 사건에 속하는지 확인한 후, 수동으로 올바른 폴더에 파일을 업로드하고 있었다. 소프트웨어는 문서를 저장했을 뿐, 분류하지도 않았고, 어떤 정보도 추출하지 않았다. 법률 비서들이 문서 내용과 사건 관리 시스템 사이의 다리 역할을 하고 있었고, 그 다리가 되기 위해 매주 15시간을 소비하고 있었다.

이러한 격차는 우연이 아니라 구조적인 문제입니다. 사건 관리 플랫폼은 사건에 대한 메타데이터를 추적합니다. 즉, 의뢰인이 누구인지, 사건 번호는 무엇인지, 다음 변론기일이 언제인지 등을 추적합니다. 반면, 계약 데이터(당사자 이름, 금액, 발효일, 갱신 조건, 준거법, 면책 한도 등)는 메타데이터가 아닙니다. 이는 콘텐츠입니다. 그리고 콘텐츠를 읽고 해석하려면 다른 종류의 소프트웨어가 필요합니다. 이러한 격차의 가장 큰 피해자는 이를 해결할 여력이 가장 부족한 소규모 법률 사무소입니다. 전담 IT 부서도, 법무 운영 기능도, 로스쿨에서 문서 AI를 공부한 파트너도 없는 곳들입니다.

스프레드시트는 문제를 숨기고, CLM은 문제보다 비용이 더 든다.

LeanLaw와 Clio가 인용한 연구에 따르면, Excel에서 계약 데이터를 수동으로 입력하는 소규모 법률 사무소는 입력 건당 18%~40%의 오류율을 보입니다. 운영용 스프레드시트의 거의 90%는 하나 이상의 오류를 포함하고 있습니다. 이는 공유 Excel 파일로 갱신일, 계약 가치, 또는 사건별 준거법을 관리하는 관리 파트너라면 누구나 두려워할 만한 통계입니다. 한 중견 법률 사무소는 17가지 다른 버전의 청구서 템플릿이 유통되고 있다는 사실을 발견했고, 그 결과 6개월 동안 15만 달러의 미청구 시간이 발생했습니다. 이것은 청구서의 경우입니다. 훨씬 더 다양한 필드 유형, 날짜 형식, 조항 변형이 있는 계약 추적은 오류 가능성이 더 높지, 낮지 않습니다.

스프레드시트는 자동 알림 기능이 전혀 없습니다. 계약 해지에 90일의 통지 기간이 필요하다는 내용을 엑셀 한 줄로 저장해도, 그 기간이 열렸을 때 아무도 알려주지 않습니다. 누군가 기억해서 확인하기 전까지는 조용히 묻혀 있다가, 기간이 지나고 나서야 회사는 고객이 불리한 조건으로 1년 더 묶여 있다는 사실을 뼈저리게 깨닫게 됩니다. Juro 조사에 따르면, 계약 관리를 '매우 효과적'이라고 평가하는 기업은 11%에 불과합니다. 나머지 89%는 문제를 예방하지 못하고 사후에 발견하고 있습니다.

명백한 대안은 계약 라이프사이클 관리(CLM) 플랫폼입니다. CLM 시장에는 다양한 솔루션이 있습니다: ContractWorks는 사용자 무제한 기준 월 600달러부터 시작합니다. Bloomberg Law와 Sirion의 엔터프라이즈 솔루션은 연간 20,000달러부터 시작하며 빠르게 상승합니다. World Commerce & Contracting(WorldCC) 연구에 따르면, 비효율적인 계약 관리로 인해 기업은 평균 연간 매출의 9.2%를 손실하며, 하위 기업은 최대 15%까지 손실을 봅니다. 연 매출 5,000만 달러의 중견 기업이라면, 매년 약 460만 달러가 조용히 바닥에서 새고 있는 셈입니다. 그 규모라면 CLM 도입의 타당성은 설명할 필요가 없습니다.

하지만 변호사 5명 규모의 상업 법률 사무소가 5천만 달러의 수익을 내지는 않습니다. 관리 파트너가 전용 CLM(계약 수명 주기 관리)을 위해 기술 예산에 2만 달러를 책정하지도 않죠. 특히 같은 2만 달러로 몇 달간 파라리걸의 급여를 충당하거나, 사무소의 변호사 과실 책임 보험료를 내거나, 그냥 오너들의 주머니에 남겨둘 수도 있다면 말입니다. ABA의 2024 법률 기술 설문조사에 따르면, 변호사 50인 이하 사무소 중 법률 특화 AI를 도입한 곳은 20%에 불과했으며, 개인 변호사의 66%는 기술 지도의 주요 원천으로 공급업체 데모가 아닌 CLE(법률 평생 교육) 프로그램에 의존하고 있습니다. 비용만이 유일한 장벽은 아닙니다. 완전한 CLM을 평가, 구현 및 도입하는 복잡성 자체가 전담 IT나 법무 운영 부서 없이 소규모 사무소가 거의 극복하지 못하는 장벽입니다.

이것이 구조적 딜레마입니다: 엑셀은 무료이지만 위험할 정도로 오류가 발생하기 쉽습니다. CLM은 문제를 해결해 주지만, 그 비용이 문제 자체보다 더 듭니다. 적어도 모든 관리비 1달러를 파트너들이 개인적으로 체감하는 소규모 사무소의 회계 체계에서는 그렇습니다. 이 두 선택지 사이에서 대부분의 소규모 사무소는 세 번째를 선택합니다: 아무것도 하지 않고, 파트너가 밤 10시에 PDF를 뒤적이며 보내는 시간이라는 형태로 비용을 흡수하는 것입니다.

소규모 법률사무소에서 청구되지 않은 시간은 곧 문밖으로 나가는 수익입니다

소규모 업무의 구조적 경제성은 계약 데이터 관리를 불균형적으로 비싸게 만듭니다. 작업 자체가 더 어려워서가 아니라, 그 일을 하는 사람이 사무소의 가장 고부가가치 자원이기 때문입니다. 대형 로펌에서는 주니어 어소시에이트가 시간당 250달러에 계약을 검토하고, 파트너가 700달러에 그 작업을 검토합니다. 로펌은 레버리지를 확보합니다: 어소시에이트의 원가와 청구액의 차이입니다. 변호사 5명인 사무소에는 레버리지가 없습니다. 업무 수임 동의서에 서명하는 파트너가 바로 자정에 20페이지 분량의 공급 계약을 스크롤하며, 상대방 템플릿마다 위치가 다른 준거법 조항을 찾는 사람입니다.

당사의 건별 비용 분석에서 자세히 설명했듯이, 월 50건의 계약을 처리하는 소규모 사무소는 계약당 약 1시간의 비청구 데이터 검색 시간을 잃습니다. 보수적인 시간당 300달러의 유효 요율로 계산하면, 이는 청구할 수 없고, 회수할 수 없으며, 계약 데이터 추출 방식을 바꾸지 않고는 없앨 수 없는 18만 달러의 수익 손실입니다. 이 숫자는 사무소가 이를 추적하지 않기 때문에 어떤 손익계산서에도 나타나지 않습니다. 파트너들은 그 시간을 포기합니다. 퇴근 후에 그 일을 합니다. 그 비용은 구조적 비효율성에 달러 가치가 붙은 것으로 인정되기보다는 늦은 밤의 생활 방식으로 흡수됩니다.

Clio의 법률 트렌드 보고서는 업계의 근본적인 패턴을 확인해 줍니다. 변호사들은 하루 평균 2.9시간의 청구 가능 시간만 기록합니다. 나머지 5시간 이상, 즉 근무 시간의 60% 이상은 사무 행정, 업무 개발, 그리고 사무 관리 소프트웨어가 원천적으로 해결하지 못한 문서 수준의 데이터 검색에 소비됩니다. 개인 변호사나 소규모 법률 사무소 파트너에게 계약서에서 데이터를 수동으로 추출하는 데 보내는 모든 시간은 법률 분석, 고문 상담, 업무 개발에 쓰지 못한 시간입니다. 수익이 사라지는 것이 아닙니다. 애초에 존재하지 않았던 것입니다.

계약 관리 부실로 인한 평균 9.2%의 수익 손실을 정량화한 WorldCC 연구는 법률 사무소를 대상으로 한 것이 아니었습니다. 하지만 이 연구가 식별한 메커니즘, 즉 추적되지 않은 의무, 놓친 갱신 기회, 가격 불일치로 인한 가치 누수는, 고객 계약 중 자동 갱신 조항이 있는 것, 최혜국 대우 조항을 발동할 수 있는 것, 또는 불리한 재판 관할권에 고객을 노출시키는 준거법이 무엇인지 알 수 없는 법률 사무소에 완전히 적용됩니다.

아무도 논의하지 않는 윤리적 차원

ABA 모델 규칙 1.1은 단순히 법적 능력만을 요구하지 않습니다. 주석 [8]은 의무를 기술적 능력으로 명시적으로 확장합니다. 변호사는 "관련 기술의 이점과 위험을 포함하여 법률 및 그 실무의 변화를 지속적으로 파악해야 합니다." 별도로, 규칙 1.6(c)는 변호사가 "의뢰인 대리와 관련된 정보의 우발적 또는 무단 공개, 또는 무단 접근을 방지하기 위해 합리적인 노력을 기울여야 한다"고 의무화합니다. 계약서가 이메일 첨부 파일, 일관되지 않은 접근 통제가 적용된 공유 드라이브, 개별 파트너 노트북에 흩어져 있는 경우(대부분의 소규모 사무소의 기본 상태), 어느 기준도 조사에 견딜 수 있는 방식으로 충족되지 않습니다.

이는 이론적 위험이 아닙니다. 미국변호사협회(ABA)의 2024 법률 기술 설문조사에 따르면, 60%의 로펌이 공식적인 사이버 보안 정책을 시행하고 있지만 피싱과 랜섬웨어는 여전히 주요 위협입니다. 공식 정책이 없는 40%의 로펌(특히 개인 변호사와 소규모 로펌)의 경우, 이메일 첨부 파일로 보관된 계약서는 단지 체계적이지 않은 것만이 아닙니다. 노출되어 있습니다. 단 하나의 이메일 계정이 해킹되어도 파트너가 주고받은 모든 계약서(기밀 고객 조건, 합의 금액, 문서에 포함된 특권 커뮤니케이션 포함)가 유출될 수 있습니다.

데이터 보안 외에도, 계약 데이터 관리에는 모델 규칙이 명시적으로 다루지 않지만 모든 변호사 과실 보험사가 인지할 역량 측면이 있습니다. Weshare의 2025년 연구에 따르면 조직의 95%가 계약상 의무에 대한 완전한 가시성을 확보하지 못하고 있습니다. 로펌의 경우 '계약상 의무'에는 고객에 대한 로펌의 의무, 즉 업무 위임장에 포함된 기한, 종료 통지 기간, 업무 범위를 정의하는 범위 제한(어떤 업무가 범위 내에 있고 어떤 업무에 새로운 위임이 필요한지)이 포함됩니다. 로펌이 누구에게, 언제까지, 어떤 제한 하에 무엇을 약속했는지 체계적으로 파악할 수 없다면, 이는 단지 비효율적인 것만이 아닙니다. 이는 어떤 법적 전문성으로도 감출 수 없는 잠재적 전문 책임 노출입니다.

이 주제에 관한 주 변호사 윤리 의견은 50개 주 전체에서 일관되지는 않지만, 변호사가 기밀을 보호하고 유능한 대리를 가능하게 하는 방식으로 사건 파일을 유지해야 할 의무가 있음을 일관되게 강조합니다. 계약 포트폴리오에 대한 기본적인 질문(예: "당사 고문 계약 중 뉴욕주 법이 적용되는 비율은?", "면책 상한액이 100만 달러 미만인 계약은?")에 답하기 위해 개별 PDF를 열어야 하는 법무법인은 그 의무를 효율적으로 이행할 수 없습니다. 이행 자체는 가능합니다. 하지만 파트너 시간과 리스크 측면에서 그 비용은 조용히 감내됩니다.

정답은 더 저렴한 CLM이 아닙니다. 다른 범주의 도구입니다.

소규모 법무법인이 물어야 할 진짜 질문은 "어떤 CLM을 감당할 수 있나?"가 아닙니다. "CLM이 정말 필요한가, 아니면 계약서에서 구조화된 데이터만 있으면 되는가?"입니다. 이 둘은 같은 것이 아닙니다. CLM은 전체 라이프사이클(접수, 초안 작성, 협상, 승인, 실행, 보관, 의무 추적, 갱신 관리, 보고)을 관리합니다. 이는 8~10가지 기능입니다. 기존 계약서에서 핵심 데이터 포인트를 추출하여 구조화된 표로 만드는 한 가지 기능만 필요한 소규모 법무법인은 절대 사용하지 않을 7~9가지 기능에 비용을 지불하고 있는 셈입니다.

이것이 바로 범주 구분이 중요한 이유입니다. AI 기반 문서 데이터 추출이라는 다른 종류의 도구는 소규모 법률 사무소에 필요하고 업무 관리 소프트웨어가 할 수 없는 한 가지 작업, 즉 계약서 내용을 읽고 구조화된 데이터를 출력하는 일을 정확히 수행합니다. 열 이름 추출이라고 불리는 방식을 사용하여 "당사자명", "발효일", "만료일", "준거법", "책임 한도", "자동 갱신 통지 기간" 등 원하는 필드를 지정하면, AI가 고정된 위치를 찾거나 템플릿을 일치시키는 대신 의미를 이해하여 문서 내 어디에서든 각 값을 찾아냅니다. 한 계약서 3페이지에 "적용 법률"로 표시되고 다른 계약서 11페이지에 "준거법 및 재판 관할"로 표시된 준거법 조항 — 템플릿 기반 접근 방식을 무너뜨리는 차이점 — 은 변호사가 읽는 방식과 동일하게, 조항의 의미를 인식하여 처리됩니다.

워크플로는 의도적으로 최소화되어 있습니다: 계약서를 업로드하고, 원하는 데이터의 열 이름을 입력한 후, 스프레드시트를 받습니다. 구현 주기가 없고, 벤더 온보딩이 없으며, 인원수에 따라 곱해지는 좌석당 라이선스도 없습니다. 200개의 계약서에서 당사자명, 날짜, 금액, 준거법 조항을 추출해야 하는 사무소의 경우 — 계약서에서 특정 필드 추출에 관한 가이드에 설명된 종류의 작업 — 이 작업은 며칠이 아닌 몇 분이면 완료됩니다. 더 큰 배치의 경우, 이 접근 방식은 배치 추출 가이드에서 자세히 다루는 배치별 조직 문제(파일 명명 규칙, 조항이 없을 때의 예외 처리, 수백 개 문서에 걸친 결과 병합) 없이 확장됩니다.

이러한 재구성이 중요한 이유는 법률 기술에 대한 논의가 수년간 CLM 벤더들에 의해 주도되어 왔기 때문입니다. 그들의 콘텐츠, 컨퍼런스, ROI 계산기는 모두 수백, 수천 개의 계약서와 전용 예산을 가진 회사의 법무 운영 전문가를 독자로 가정합니다. 소규모 사무소는 이 논의에서 보이지 않았습니다. 문제가 존재하지 않아서가 아니라, 어떤 벤더도 그들의 가격대에 맞는 제품 형태의 답변을 내놓지 않았기 때문입니다. 떠오르고 있는 답변은 기능이 축소된 CLM이 아닙니다. 소규모 사무소가 실제로 가진 단 하나의 문제를 이사회 보고 없이도 정당화할 수 있는 비용으로 해결하는 문서 데이터 추출 도구입니다.

자주 묻는 질문

사무 관리 소프트웨어로는 안 되나요?

Clio, MyCase, PracticePanther는 문서를 저장하고 사건과 연결해주지만, 계약 내용에서 구조화된 데이터를 추출하지는 않습니다. 클라이언트 폴더에 계약서가 있다는 것은 보여주지만, 직접 열어 읽지 않고는 계약서가 무엇을 말하는지 알려주지 않습니다. 이는 의도된 설계입니다. 이들은 사건 관리 플랫폼이지 문서 이해 도구가 아닙니다.

문서 데이터 추출과 완전한 CLM의 차이는 무엇인가요?

CLM은 계약의 전체 라이프사이클(초안 작성, 협상, 승인 워크플로우, 전자 서명, 보관, 의무 추적, 갱신 알림, 보고)을 처리합니다. 문서 데이터 추출은 한 가지 작업만 수행합니다. 계약 PDF를 읽고 사용자가 지정한 필드를 스프레드시트로 출력하는 것입니다. 라이프사이클 관리가 필요한 조직에서 CLM을 대체하는 것이 아닙니다. 계약에서 구조화된 데이터만 필요하고 다른 8가지 기능이 필요 없는 회사를 위한 대안입니다.

변호사-의뢰인 비밀 유지는 어떻게 되나요?

ABA 모델 규칙 1.6(c)는 고객 정보를 보호하기 위해 합리적인 노력을 기울일 것을 요구합니다. 계약 데이터 추출에 사용하는 모든 도구는 명확한 데이터 처리 정책(파일 처리 후 미저장, 문서를 모델 학습에 사용하지 않음)을 갖추고 있어야 하며, 보안 관행이 문서화되어 있어야 합니다. 클라이언트 문서를 플랫폼에 업로드하기 전에 데이터 보존 및 보안 관행이 해당 관할권에서 요구하는 기준을 충족하는지 확인하십시오. 핵심 기능(AI가 문서를 읽고 테이블을 출력)은 처리 환경이 적절히 보호된다면 비밀 유지 의무와 본질적으로 충돌하지 않습니다.

어떤 유형의 계약에 사용할 수 있나요?

표준 상업 계약(NDA, 공급 계약, 서비스 계약, 임대차 계약, 업무 위임장, 합의서)은 모두 AI가 분석할 수 있는 예측 가능한 구조를 따릅니다. 텍스트가 읽을 수 있는 한, 스캔된 PDF, 이미지 기반 계약, 혼합 형식(텍스트 + 이미지 페이지) 문서도 지원됩니다. 여백이나 서명 페이지의 필기 주석은 다른 AI 문서 검토와 동일한 문제를 제기합니다. 가독성이 제한 요소이지, AI가 주석의 의미를 이해하는 능력이 문제가 아닙니다.

이것이 변호사의 계약 검토를 대체하나요?

아니요. 데이터 추출은 계약서에 명시된 내용(발효일, 당사자, 준거법, 금액)을 알려줄 뿐입니다. 해당 조항이 유리한지 평가하거나, 특이한 조항을 표시하거나, 협상 입장을 추천하지 않습니다. 이는 법적 판단이며 변호사의 몫입니다. 추출이 없애는 것은, 변호사가 그 판단을 적용하는 데 필요한 데이터를 찾기 위해 PDF를 뒤지는 비청구 가능 업무입니다. 변호사는 여전히 계약서를 검토합니다. 단지 처음 20분을 스크롤하는 데 쓰지 않을 뿐입니다.