Platform Excellence: JLL이 청구·수금을 AI 에이전트로 다시 짜 연 20bp 마진을 노리는 방식

JLL이 이번 콜에서 내세운 AI 사례는 고객용 신상품이 아니라 회사 안의 공통 업무입니다. 직원 HR·IT 문의 창구와 청구·수금입니다. 그리고 그 효과를 "연평균 마진 20bp 초과"라는 숫자로 경영 목표에 적었습니다. 따라 하려면 업무 하나를 골라 기준선(건당 처리 비용, 회수 기간, 오류율)을 재고 마진 기여분을 분기마다 맞춰 보는 장치가 필요합니다.

요약

2026년 10월 28일 3분기 실적 콜에서 Christian Ulbrich CEO는 중장기 전략 Accelerate 2030의 여섯 과제 가운데 두 가지를 설명했습니다. 하나는 고객 관계를 깊게 하는 일이고 다른 하나는 Platform Excellence(전 사업부가 함께 쓰는 운영 기반을 다듬는 과제)입니다. CEO는 플랫폼을 Accelerate 2030의 운영 엔진이라 부르고 AI를 그 안에 넣었다고 했습니다. 사례는 두 가지입니다. 7월에 전 세계 직원을 위한 AI 창구 Ask JLL을 열어 HR·IT 지원을 맡겼고 사업부 전체의 invoicing(청구)과 collections(수금)를 AI 에이전트와 자동화로 전 세계에서 다시 설계하고 있습니다.

Accelerate 2030에서 AI가 들어간 위치 (콜 발언 기준, 배치는 새로 그림)

경영진이 붙인 숫자는 마진입니다. CEO는 플랫폼 개선이 연평균 20bp(0.2%p) 넘는 마진 개선을 만들고, 그 폭이 해마다 커져 Accelerate 2030 목표에 담긴 연간 마진 개선의 약 3분의 1을 차지한다고 봤습니다. Kelly Howe CFO는 이 효과를 따로 재고 있다며 “We are measuring the heck out of it.”이라고 말했습니다. 3분기 실적도 좋았습니다. 매출은 72억 8,120만 달러로 12% 늘었고 조정 EBITDA는 33%, 조정 주당순이익은 50% 늘었습니다. 회사는 마진 개선의 이유로 매출 증가와 플랫폼 레버리지를 함께 들었습니다. 아래에서는 플랫폼, Ask JLL, 청구·수금 에이전트, 마진 목표를 개념별로 풀고, 같은 방식을 국내 기업의 재무·공유 서비스에 옮길 때 필요한 데이터 구조와 일정을 덧붙였습니다.

2026년 3분기 전년 대비 증가율 (회사 발표, 0 기준 막대 비례)

핵심 메커니즘

Platform Excellence: 사업부마다 다른 운영을 한 플랫폼으로 모으는 과제

Platform Excellence는 하나의 글로벌 플랫폼을 키워 모든 사업부가 같은 운영 역량을 쓰게 하는 과제입니다. CEO는 그 효과로 일관된 서비스, 더 높은 효율, 표준화, 더 촘촘한 통제를 들었습니다. 조직도 바꿨습니다. 9월에 부동산 관리 서비스(REMS) 부문 CEO였던 Paul Morgan을 최고운영책임자(COO)로 세웠습니다. Morgan은 글로벌 경영위원회에 들어가 회사 전체의 운영 업무를 하나의 글로벌 기능으로 묶는 일을 맡았습니다. AI는 이 플랫폼 위에 얹히는 수단입니다. 절차를 먼저 하나로 맞춰 두면 에이전트 하나를 여러 사업부가 함께 쓸 수 있습니다.

Platform Excellence의 구조 (CEO 발언 기준)

Ask JLL: HR·IT 문의를 한곳에서 받는 AI front door

Ask JLL은 전 세계 직원이 HR과 IT 지원을 요청하는 AI 기반 창구(front door, 모든 문의가 처음 들어오는 입구)입니다. 7월에 출시했습니다. 직원은 담당 부서를 찾아다니지 않고 한 곳에 묻습니다. 회사는 반복 문의를 AI가 먼저 받아 지원 인력의 여력을 만듭니다. CEO는 플랫폼 개선 전체의 효과로 업무 여력 확보와 cost to serve(서비스 한 단위를 제공하는 데 드는 비용) 절감을 들었고 Ask JLL을 그 사례로 소개했습니다. 문의 처리 건수나 해결률 같은 성과 수치는 콜에서 밝히지 않았습니다.

Ask JLL 개요 (콜 발언 기준)

Invoicing·Collections Agents: 청구에서 현금 회수까지를 다시 짜는 에이전트

JLL은 사업부 전체의 청구·수금을 AI 에이전트와 자동화로 전 세계에서 다시 설계하고 있습니다. 서비스 회사의 매출은 계약 조건과 실제 제공한 용역을 맞춰 인보이스를 만들고, 고객이 돈을 낼 때까지 쫓아가야 현금이 됩니다. 이 과정이 느리면 이익이 나도 현금이 늦게 들어옵니다. CEO는 플랫폼 개선이 현금 회수와 운전자본 효율을 실시간으로 높일 기회를 준다고 설명했습니다. 청구·수금은 그 효과가 가장 직접 드러나는 업무입니다. 콜에서는 어떤 단계를 어떤 에이전트가 맡는지까지는 밝히지 않았습니다. 아래 기술 디테일에서 실행용 구성을 제안합니다.

invoicing·collections 흐름 (단계 구분은 새로 그림, JLL은 전 사업부·전 세계 재설계라고만 밝힘)

Margin Bridge: AI 효과를 마진 bp로 적는 방식

JLL은 AI를 별도 혁신 과제로 두지 않고 마진 목표의 한 칸으로 적었습니다. CEO는 플랫폼 개선이 연평균 20bp 넘게 기여하고 해가 갈수록 커진다고 했습니다. Accelerate 2030 목표에 담긴 연간 마진 개선의 약 3분의 1입니다. CFO는 앞으로 2년가량 이 과제에서 연평균 20bp를 내겠다고 다시 확인했습니다. 구체적인 계획과 실행 팀이 있고 경영진이 그 결과에 책임을 진다고 말했습니다. 또 플랫폼 과제를 2027년 마진 개선의 핵심 동력으로 꼽았습니다. 효과를 bp로 적어 두면 분기 실적에서 계획 대비 실제를 맞춰 볼 수 있고 투자 우선순위도 같은 단위로 비교할 수 있습니다.

플랫폼 몫의 비중 (발언 기준 비율만 반영한 개념도)

통념과 다른 주장

흔히 이렇게 봅니다AI로 서비스 회사의 일이 빨라지면 고객은 그만큼 수수료를 깎자고 한다.

JLL 경영진은 이렇게 봅니다AI는 수주를 늘리고 수수료를 끌어내리지 않는다. 고객은 낮은 수수료가 아니라 더 큰 비용 절감으로 이득을 본다.

근거CEO는 앞선 콜에서 같은 질문을 받았다며 실제로는 AI 덕에 일을 더 따낸다고 답했습니다. JLL이 고객에게 더 많은 절감을 만들어 주면 수수료를 올리거나 절감액을 나눠 받을 수 있고 이것이 workplace management의 수익성을 받친다고 설명했습니다.

흔히 이렇게 봅니다AI 투자는 매출 성장으로 성과를 증명해야 한다.

JLL 경영진은 이렇게 봅니다효율과 자동화 효과가 가장 먼저 숫자로 잡히고, 매출 효과는 한 과제에 떼어 붙이기 어렵다.

근거UBS 애널리스트가 OneJLL 과제의 정량 효과를 묻자 CEO는 효율·자동화 쪽 결과가 먼저 보인다고 답했습니다. CFO는 같은 질문에 답하며 플랫폼 몫을 연평균 20bp라는 마진 수치로 제시했습니다.

통념과 JLL 경영진의 판단 비교 (콜 발언 기준)

콜에서 나온 사례

과제	상황	한 일	결과·목표	연결
Ask JLL	전 세계 직원의 HR·IT 지원 요청	7월 AI front door 출시	업무 여력, cost to serve 절감 (수치 미공개)	Ask JLL
청구·수금	사업부 전체에 걸친 청구·수금 업무	AI 에이전트와 자동화로 전 세계 재설계	현금 회수, 운전자본 효율 (수치 미공개)	Invoicing·Collections Agents
운영 조직	여러 사업부에 걸친 운영 업무	9월 Paul Morgan COO 선임, 하나의 글로벌 기능	표준화, 통제 강화	Platform Excellence
마진 목표	AI 효과를 경영 목표에 반영	플랫폼 몫을 bp로 명시	연평균 20bp 초과, 연간 개선의 약 3분의 1	Margin Bridge
영업 생산성	중개 인력의 보수 상승	기술로 영업 인력 지원	1인당 매출이 인원보다 빠르게 증가	통념과 다른 주장

콜에서 나온 과제별 내용 (발언 기준)

기술 디테일: 청구·수금 에이전트와 사내 창구를 직접 만든다면

아래 구성, 필드명, 설정값은 실행 제안이며 JLL이 밝힌 구현이 아닙니다.

청구·수금을 에이전트로 나누려면 한 에이전트에 전부 맡기지 말고 단계마다 하나씩 둡니다. Draft Agent는 계약 조건과 용역 실적(작업 시간, 완료 보고, 구매주문)을 읽어 인보이스 초안을 만듭니다. Check Agent는 고객별 청구 규칙(양식, 세금, 구매주문 번호 필수 여부)으로 초안을 점검합니다. Collect Agent는 미수 원장과 연락 이력을 보고 독촉 순서와 메일 초안을 만듭니다. Match Agent는 입금 내역과 송금 통지를 인보이스에 맞춥니다. 금액 계산과 세금은 LLM에 맡기지 않고 ERP 규칙 엔진이 맡습니다. LLM은 계약서·이메일 같은 비정형 문서에서 조건을 뽑고 문장을 쓰는 데만 씁니다.

에이전트 구성 제안 (실행 제안, JLL이 밝힌 구현 아님)

구조화 출력으로 받으려면 모든 에이전트가 같은 JSON 틀로 결과를 냅니다. 계약서 추출에는 긴 문서를 다루는 범용 LLM을, 독촉 메일 초안에는 비용이 낮은 작은 모델을 씁니다. 미수 원장은 매일 밤 배치로 다시 읽어 우선순위를 갱신합니다. 추출 작업은 temperature 0으로 두고 같은 계약을 3회 돌려 금액·기한 필드가 한 번이라도 다르면 사람 검토로 보냅니다. 근거 문서의 쪽수와 문장 위치를 함께 남겨 감사 때 다시 찾을 수 있게 합니다.

{
  "invoice_id": "INV-2026-11-00418",
  "client_id": "C-20931",
  "business_line": "workplace_management",
  "contract_ref": {"doc_id": "MSA-C20931-v4", "page": 12, "clause": "7.2"},
  "lines": [
    {"service": "facility_ops_monthly", "period": "2026-10", "amount": 48200.00, "currency": "USD", "source": "erp_rule"}
  ],
  "checks": {"po_required": true, "po_number": "PO-77812", "rule_violations": []},
  "extract_agreement_3runs": true,
  "human_review": false,
  "model_version": "invoice-draft-v2"
}

수금 우선순위를 매기려면 미수 금액, 연체 일수, 고객의 과거 지급 패턴, 진행 중인 분쟁 여부를 넣어 점수를 냅니다. 점수 계산은 규칙이나 회귀 모델로 하고, LLM은 고객별 독촉 메일 초안과 분쟁 사유 요약만 씁니다. 분쟁 중인 건과 상위 고객은 에이전트가 직접 연락하지 않고 담당자에게 넘깁니다.

Ask JLL 같은 사내 창구를 만들려면 HR·IT 규정 문서를 검색해 근거를 붙여 답하는 RAG(검색 결합 생성) 구조로 시작합니다. 답마다 근거 문서명, 버전, 확인 날짜를 붙이고 근거를 찾지 못하면 답을 지어내지 말고 티켓을 열어 담당 부서로 넘깁니다. 비밀번호 초기화처럼 반복되는 IT 요청은 기존 시스템 API를 호출해 처리합니다. 개인 급여·평가처럼 권한이 필요한 질문은 사내 인증과 권한 확인을 거친 뒤에만 답합니다.

지표는 이렇게 정합니다. 청구는 1회 통과율(수정 없이 나간 인보이스 비율)과 건당 처리 시간, 수금은 DSO(매출채권 회수 기간)와 미대사 입금 잔액, 사내 창구는 사람 연결 없이 끝난 문의 비율과 재문의율을 봅니다. JLL처럼 마진 bp로 환산하려면 각 지표 개선분에 인건비와 자금 비용을 곱해 분기별로 합산합니다.

막히는 경우	증상	대응
계약 조건이 이메일·부속서에 흩어짐	초안 금액이 실제와 다름	계약 원본 위치를 doc_id로 고정하고 부속서까지 묶어 입력
나라별 세금·양식 차이	Check Agent 위반이 쏟아짐	국가별 규칙표를 분리하고 1개 국가부터 적용
독촉 메일이 관계를 해침	영업 담당 반발	상위 고객은 초안만 만들고 발송은 담당자가 결정
사내 창구가 근거 없이 답함	규정과 다른 안내	근거 없는 답 금지, 확인 날짜 지난 문서는 검색에서 제외

현업 실행 디테일: 누가, 언제, 무엇을

역할	맡는 일
CFO	마진·현금 목표를 bp와 일수로 승인, 분기 점검
COO 또는 공유 서비스 책임자	사업부 절차 표준화, 시범 범위 결정
매출채권(AR) 팀장	청구 규칙 정리, 에이전트 결과 검수, 예외 처리
사업부 재무 담당	계약·용역 실적 데이터 제공, 고객 분쟁 대응
IT·데이터 엔지니어	ERP 연결, 에이전트 운영, 로그 보관
HR·IT 서비스 데스크	사내 창구 규정 문서 정비, 넘어온 티켓 처리

준비물. 최근 12개월 인보이스와 수정 이력, 고객별 청구 규칙, 미수 원장, 입금 내역, 분쟁 기록, 주요 계약서 원본이 필요합니다. 기준선은 시작 전 4주치로 잡습니다.

1개 사업부·1개 국가 12주 시범 일정 (가상 예시)

현업에 물을 것.

인보이스가 고객에게서 반려되는 가장 흔한 이유는 무엇인가요?
같은 고객 유형인데 사업부나 나라마다 청구 절차가 다른 곳은 어디인가요?
연체 고객에게는 지금 누가, 며칠째에, 어떤 순서로 연락하나요?
입금이 들어왔는데 어느 인보이스 것인지 몰라 쌓여 있는 금액은 얼마인가요?

진행 판정 기준(예시). 실운영 4주 동안 세 조건을 채우면 다음 사업부로 넓힙니다. 인보이스 1회 통과율이 기준선보다 5%p 이상 높고 건당 처리 시간이 20% 이상 줄고 고객 분쟁 건수가 늘지 않아야 합니다. 하나라도 못 채우면 원인을 찾고 4주를 더 봅니다.

AX 적용 제언. 계약이 많은 B2B 서비스 기업, 건설·엔지니어링, 시설관리, IT 서비스 회사라면 고객용 AI보다 청구·수금부터 보는 편이 낫습니다. 효과가 현금과 마진으로 바로 잡히고 경영진에게 보고할 숫자도 분명합니다. 순서는 JLL과 같습니다. 먼저 사업부별로 다른 절차를 하나로 모을 책임자를 정하고, 그다음 에이전트를 붙입니다. 그리고 CFO가 연간 계획에 “AI·자동화 몫 마진 N bp”를 따로 적고 분기마다 실제와 맞춰 봅니다. 수수료 협상에 대비해서는 AI로 만든 고객 절감액을 따로 기록해 두면 수수료를 깎는 대신 절감 공유 계약을 제안할 근거가 됩니다.

원문 사례

항목	내용
발표	JLL 2026년 3분기 실적 발표 콜, 2026.10.28 (The Motley Fool 녹취)
발언자	Christian Ulbrich(사장 겸 CEO), Kelly Howe(CFO)
실적	매출 72억 8,120만 달러(12%↑), 조정 EBITDA 4억 6,020만 달러(33%↑), 조정 주당순이익 6.76달러(50%↑)
사업별	임대차 중개(leasing) 매출 27%↑, workplace management 매출 10%↑
전망	연간 조정 주당순이익 전망 25.20~26.30달러로 상향, 5억 달러 자사주 매입 착수
AI·플랫폼	Ask JLL(7월, HR·IT 지원), 청구·수금 AI 에이전트·자동화(전 사업부·전 세계)
조직	9월 Paul Morgan COO 선임, 운영 업무를 하나의 글로벌 기능으로 통합, 소프트웨어·기술 솔루션 사업을 REMS로 통합
마진 목표	플랫폼 개선으로 연평균 20bp 초과, Accelerate 2030 연간 마진 개선의 약 3분의 1, 2027년 핵심 동력
AI와 수수료	수주 증가, 수수료 하락 압력 없음, 절감 공유로 수수료 상승 여지
영업 생산성	기술 지원으로 영업 인력 1인당 매출이 인원보다 빠르게 증가

핵심 개념

Accelerate 2030: JLL의 2030년까지 중장기 전략. 여섯 과제로 이뤄지며 이번 콜에서는 고객 관계와 Platform Excellence를 다뤘습니다.
bp: basis point. 0.01%p입니다. 연 20bp면 마진율이 해마다 0.2%p 오른다는 뜻입니다.
cost to serve: 고객에게 서비스 한 단위를 제공하는 데 드는 비용. 플랫폼 개선의 효과를 재는 단위로 쓰였습니다.
working capital: 운전자본. 매출채권처럼 영업에 묶여 있는 돈입니다. 수금이 빨라지면 묶인 돈이 줄어듭니다.
REMS: Real Estate Management Services. 건물·시설 관리 서비스를 하는 JLL 부문입니다.
OneJLL: 여러 사업 서비스를 한 고객에게 묶어 제공하려는 JLL의 접근. 국가 단위 리더십을 새로 두었습니다.

내 메모

TODO: 내 생각 추가

원문은 The Motley Fool에 실린 「JLL (JLL) Q3 2026 Earnings Call Transcript」(2026.10.28)입니다. 요약, 핵심 메커니즘의 콜 내용, 통념과 다른 주장, 사례, 원문 사례 표는 JLL 경영진의 발언과 같은 날 공시된 실적 자료를 AX Review가 다시 정리했으며 수치와 효과는 회사 측 설명입니다. 기술·현업 실행 디테일, 에이전트 구성, JSON 예시, 지표, 일정과 판정 기준, 인포그래픽은 원문에 없는 내용으로 새로 작성했고 그 안의 필드명과 숫자는 가상 예시입니다. 콜 전문은 원문 페이지에서 볼 수 있습니다.