청구 가능 시간 누수가
대부분의 파트너가 생각하는 것보다 더 큰 비용을 초래하는 이유

작업 수행자와 청구 담당자: 같은 시간을 바라보는 두 사람, 두 시각

컨설팅 회사의 청구 가능한 모든 작업 시간은 수익이 되기 전에 최소 두 사람을 거칩니다. 첫 번째는 작업을 수행한 컨설턴트입니다. 이들을 작업 수행자라고 부르겠습니다. 두 번째는 그 컨설턴트의 시간 기록을 인보이스의 한 줄로 바꾸는 사람, 즉 청구 담당자입니다. 보통 재무 부서나 실무 매니저가 맡습니다. 이 두 사람은 같은 시간의 작업을 근본적으로 다른 언어로 설명하며, 그 언어 사이의 간극이 바로 청구 가능 시간이 사라지는 지점입니다.

작업 수행자는 무슨 일이 있었는지를 기준으로 생각합니다. "Acme 초안 계약서 검토." "Q3 전망 관련 CFO와 통화." "클라이언트 피드백 반영해 4장 수정." 그들의 사고 모델은 서술적입니다. 실제 작업이 끝난 금요일 오후 4시 55분에 기억에서 재구성한 하루의 이야기입니다.

청구 담당자는 완전히 다른 것이 필요합니다. 클라이언트 코드. 사건 또는 프로젝트 코드. 작업 범주. 청구 가능 요율. 그리고 시간 — 이야기가 아닌 숫자로 입력되며, 가급적 소수점 형식으로, 가급적 인보이스 모듈과 연동되는 시스템에 입력되어야 합니다.

"Acme 초안 계약서 검토"와 "클라이언트 4472 / 사건 ENG-2026-03 / 작업 3.1 / 1.5시간 / $275" 사이의 거리가 첫 번째 누수가 발생하는 지점입니다. 컨설턴트는 정보를 가지고 있지만 청구 담당자가 필요한 형식이 아닙니다. 청구 담당자는 형식을 만들 수 있지만 정보가 없습니다. 그 사이 어딘가에서 누군가는 변환해야 합니다. 그리고 변환은 항상 무언가를 잃습니다.

전문 서비스 기업에 대한 대규모 연구에서 이 문제를 정확히 수치화했습니다. 조사된 컨설팅, 법률, 회계 부문에서 전문가의 22%가 클라이언트 작업에 쓴 시간의 70% 미만을 기록합니다. 이는 10분짜리 통화를 가끔 잊어버리는 22%가 아닙니다. 청구 가능 시간의 30% 이상이 전혀 기록되지 않는 22%입니다. 또 다른 38%는 70%~90%를 기록합니다. 90% 이상을 기록하는 사람은 40%에 불과합니다.

이것은 규율 문제가 아닙니다. $2M 규모의 계약을 관리하고, 적대적인 클라이언트 운영 위원회를 헤쳐 나가며, 마감일에 맞춰 120페이지 분량의 이사회 발표 자료를 전달하는 컨설턴트가 타임시트를 작성하지 못하는 것은 아닙니다. 문제는 구조적입니다. 작업 수행자와 청구 담당자는 서로 대화하도록 설계된 적이 없는 다른 정보 시스템에서 작업합니다. 그리고 그 사이를 연결하는 수동 스프레드시트는, 곧 살펴보겠지만, 구멍이 뚫린 다리입니다.

시간이 실제로 어디로 가는가: 아무도 기록하지 않는 세 가지 업무

모든 청구 가능 활동이 같은 비율로 누수되는 것은 아닙니다. 같은 연구에서 업무 유형별 시간 기록 행동을 분석했고, 그 패턴은 시사하는 바가 큽니다. 누수율이 가장 높은 세 가지 활동은 가장 '일'처럼 느껴지지 않는 활동들입니다:

• 클라이언트 이메일 읽기 및 답변: 어드바이저의 58%가 이 시간의 20% 미만을 기록합니다. 컨설턴트의 절반 이상이 이메일 시간을 거의 기록하지 않습니다 — 핵심 청구 가능 커뮤니케이션임에도 불구하고 말이죠.
• 클라이언트와의 전화 통화: 50%가 20% 미만을 기록합니다. 납품물 수정에 관한 12분 통화는 청구 가능 업무입니다. 하지만 타임시트에 거의 나타나지 않습니다.
• 클라이언트 회의: 38%가 20% 미만을 기록합니다. 회의실에서 예약된, 블록으로 막아둔 시간조차 — 가장 구조화된 청구 가능 업무임에도 — 전문가의 3분의 1 이상이 기록하지 않습니다.

왜 이 세 가지일까요? 납품물처럼 느껴지지 않기 때문입니다. 보고서 작성은 일처럼 느껴집니다 — 끝나면 문서가 남아 증명해 주니까요. 클라이언트 이메일 47통을 읽고 답변 12개를 작성하는 것은 오버헤드처럼 느껴집니다, 내용이 실질적인 클라이언트 조언일 때조차 말이죠. 작업 수행자의 뇌는 이를 '업무 산출물'이 아닌 '커뮤니케이션'으로 분류하고, 타임시트는 비어 있습니다. 청구 담당자는 이를 볼 수 없습니다. 인보이스에는 반영되지 않습니다. 수익은 그저 실현되지 않습니다.

이 패턴이 중요한 이유는 누수가 무작위가 아니라는 뜻이기 때문입니다. 가장 빈도가 높고, 가장 짧은 상호작용에 집중되어 있습니다 — 그 수가 많기 때문에 정확히 그런 활동들이 실제 돈으로 이어집니다.

시간당 수익 기록의 심리학

이 문제에는 더 깊은 층위가 있으며, 청구 가능 시간이 사람들이 시간 자체를 인식하는 방식을 어떻게 바꾸는지에 있습니다.

2007년, 조직 심리학자 Sanford DeVoe와 Jeffrey Pfeffer는 청구 가능 시간제 회사의 모든 파트너가 필독해야 할 연구 결과를 발표했습니다. 그들은 시간당 급여를 받는 것 — 또는 단지 암묵적 시간당 임금을 계산하는 것만으로도 — 사람들이 자신의 시간에 경제적 프레임을 적용하게 만든다는 것을 입증했습니다. 시간은 말 그대로 인지 구조 속에서 돈이 됩니다. 그리고 시간이 돈이 되면, 사람들은 수익을 창출하지 않는 어떤 일에도 시간을 쓰는 것을 더 꺼리게 됩니다.

여기서 역설이 드러납니다: 컨설팅을 수익성 있게 만드는 바로 그 청구 모델이 컨설턴트가 시간 기록을 회피하게 만드는 심리적 조건을 만들어냅니다. 타임시트를 작성하는 것은 보상 없는 노동입니다. 그것은 산출물을 만들지 않습니다. 클라이언트 업무를 진전시키지 않습니다. 그것은 순전히 작업을 수익으로 변환하기 위해 존재합니다 — 그리고 시간당 청구에 의해 모든 활동을 "수익이 되는가?"라는 필터로 평가하도록 훈련된 뇌에게, 그것은 이익이 아닌 비용으로 인식됩니다.

DeVoe와 Pfeffer는 여러 연구를 통해 이 주제를 추적했습니다. 자원봉사 행동에 대한 그들의 연구는 시간당 급여를 받는 근로자가 자원봉사에 훨씬 적은 시간을 쓴다는 것을 발견했습니다 — 경제적 프레임이 보상 없는 활동을 억제한 것입니다. 그들은 환경 행동에서도 같은 패턴을 발견했습니다: 시간을 돈으로 생각하는 것은 시간은 들지만 돈은 들지 않는 환경 친화적 행동에 참여하려는 의지를 낮췄습니다. 이 효과는 의식적이지 않습니다. 아무도 책상에 앉아 "나는 원칙적으로 이 타임시트 작성을 거부한다"고 생각하지 않습니다. 저항은 의식적 추론 아래에서 작동하며, 시간을 공짜로 주는 것처럼 느껴지는 모든 것을 미묘하게 회피하는 방식으로 나타납니다.

이것은 Reddit의 r/consulting에 가득한 현상을 설명하는 데 도움이 됩니다: 매주 금요일 오후 5시에 정확히 40시간으로 제출되는 타임시트, 실제로 무슨 일이 있었는지와 관계없이 말입니다. "8시간 청구, 10시간 일함"은 그럴 만한 이유가 있는 밈입니다. 타임시트 제출이 컨설턴트와 주말 사이의 마지막 장애물이고, 시스템이 즉각적인 보상 없이 기억에서 분산된 작업을 재구성하도록 요구할 때, 인간의 뇌는 가장 저항이 적은 길을 택합니다: 깔끔한 숫자로 반올림하고 노트북을 닫습니다. 40에서 55 사이의 시간 — 실제로 일한 시간 — 은 회사의 재무 기록에서 그저 존재하지 않게 됩니다.

PLOS ONE에 게재된 시간 관리 연구 메타분석은 관련된 발견을 확인했습니다: 시간 관리 행동은 지능, 경험 또는 동기보다 성격 특성으로서의 성실성과 가장 강하게 상관관계가 있습니다 (r = 0.451). 다시 말해, 상세한 시간 추적은 성향적으로 잘하는 소수의 사람들에게만 가능한 일입니다 — 그러나 청구 가능 시간제 모델은 점심으로 무엇을 먹었는지 기억하지 못하는 뛰어난 전략가를 포함한 모든 컨설턴트에게 그것을 일률적으로 요구합니다. 시스템은 모든 사람이 높은 성실성을 가진 것처럼 설계되었으며, 그렇지 않은 사람들은 아무도 눈치채지 못하는 사이에 매일 수익을 누수시킵니다.

여기 15분, 저기 30분: 작은 공백의 산술

개별적으로 보면 그 숫자는 사소해 보입니다. 기록되지 않은 15분. 잊힌 30분 통화. 오후 9시에 답한 클라이언트 이메일 묶음이 목요일 타임시트에 들어가지 못한 경우. 누구도 15분 때문에 잠을 설치지는 않습니다. 하지만 작은 공백의 산술은 1년 치를 합산하면 냉혹해집니다.

업계에서 관찰된 수준 — 전문 서비스 설문조사에서 발견된 문서화된 15% 누수율 — 에서 우리는 컨설턴트 1인당 연간 약 €44,000에 해당하는, 수행되었지만 인보이스로 발행되지 않은 작업을 보고 있습니다. 20인 규모의 회사라면 연간 거의 €900,000에 달합니다. 이 숫자는 가상의 것이 아닙니다. 주당 4.3시간의 청구 가능 시간이 수십 개의 기록되지 않은 소규모 작업에 분산되어, '완료된 작업'에서 '인식된 수익'으로 전환되지 못할 때 실제로 일어나는 일입니다.

Ruddr는 서비스 기업과 함께하는 PSA 플랫폼으로, 청구 누수가 일반적으로 청구 가능 수익의 3~7%에 달한다고 보고합니다 — 2,000만 달러 규모의 기업이라면 매년 60만 달러에서 140만 달러가 인보이스로 청구되지 않습니다. "클라이언트가 적게 지불하지도 않고, 인보이스가 분쟁에 휘말리지도 않습니다."라고 그들은 말합니다. "수익이 그저 나타나지 않을 뿐입니다."

그리고 상황은 더 악화되고 있습니다. SPI Research의 2025 Professional Services Maturity Benchmark는 전 세계 403개 기업을 조사했으며, 2024년 청구 가능 활용률이 68.9%로 기록되었습니다 — 5년 만에 최저치이며, 건강한 마진에 필요한 75% 기준점보다 무려 6.1포인트 낮은 수치입니다. 2026년 벤치마크는 66.4%로 추가 악화를 보여주며, SPI의 19년 조사 역사상 최저치를 기록했습니다. 활용률은 단순히 약세가 아니라 구조적 하락세에 있으며, 이러한 추세는 특정 경제 사이클보다 앞서 있습니다.

스프레드시트가 문제를 보이지 않게 만들 때

전문 서비스 기업이 타임시트를 처리하는 방식에는 조용한 역설이 있으며, 이는 작업 수행자와 청구 담당자 사이의 간극을 메우는 데 사용하는 기술에서 드러납니다. 그 다리는 대개 스프레드시트입니다 — 때로는 공유 Excel 파일, 때로는 Google Sheet, 때로는 3년 전에 기업이 절반만 도입한 시간 추적 도구의 CSV 내보내기입니다. 그리고 스프레드시트는 직관과 반대로 누수 문제를 더 쉽게 보이게 하는 것이 아니라 더 어렵게 만듭니다.

그 이유를 이해하려면 종이 타임시트가 했지만 스프레드시트가 하지 못하는 일을 생각해 보세요. 종이 타임시트는 고정된 물리적 공간이 있습니다. 유한한 수의 행이 있습니다. 주간 시간을 합산하는데 합계가 기대치와 맞지 않으면, 그 불일치는 데이터와 같은 표면에서 보입니다. 20장의 종이 타임시트 더미를 넘겨보는 관리자는 책상 건너편에서도 빈 금요일 열을 알아챌 수 있습니다. 지우개는 자국을 남깁니다. 취소선은 이야기를 전합니다. 종이의 물리적 제약은 이 특정 맥락에서 기능입니다 — 이상 징후를 보이게 만듭니다.

스프레드시트에는 이러한 제약이 전혀 없습니다. 무한한 행을 담을 수 있습니다. 1,200행 워크북의 847행에 있는 수식 오류는 시각적 신호를 생성하지 않습니다 — 숫자는 그냥 틀린 채로 앉아 있고, 주변의 모든 숫자와 구별할 수 없습니다. 누락된 항목은 증거를 남기지 않습니다. 채워진 셀의 바다 속 빈 셀은 금요일 오후 4:30 검토 중에 사실상 보이지 않기 때문입니다. 스프레드시트의 무한한 용량은 동시에 무한한 은닉 능력이기도 합니다.

스프레드시트 감사에 관한 학술 연구도 이를 뒷받침합니다. 싱가포르 국립대학의 Chen과 Chan은 "표면 대 심층 구조" 문제라고 부르는 현상을 기록했습니다. 스프레드시트에서 보이는 것과 실제 작동 방식은 느슨하게만 연결되어 있습니다. 오류는 표면과 구조 사이의 간격에 숨어 있습니다. 컨설턴트의 주간 총 근무 시간이 들어 있는 것처럼 보이는 셀에 실제로는 잘못된 범위를 참조하여 목요일 항목을 조용히 제외하는 수식이 들어 있을 수 있습니다. 표면은 아무런 단서를 주지 않습니다. 심층 구조가 잘못되었습니다. 그리고 인보이스가 12시간 대신 8시간으로 발송되기 전까지는 아무도 알아차리지 못합니다.

이제 전사 단계를 추가해 보겠습니다. 대부분의 회사에서 컨설턴트의 타임시트는 회계 담당자가 청구 스프레드시트에 수동으로 다시 입력합니다. 이것은 두 번째 변환 계층입니다. 컨설턴트는 "Acme — 전략 검토"라고 적었습니다. 청구 담당자는 이를 클라이언트 코드 ACM-004, 프로젝트 STRAT-Q3, 작업 3.2.1에 매핑해야 합니다. 모든 매핑 결정은 오류의 기회입니다. 그리고 스프레드시트는 의미론적 일관성을 검증하지 않기 때문에, 오류는 조용히 발생하여 그 자리에 남아 있습니다.

수동 타임시트 처리에 대한 업계 데이터에 따르면 인간의 검토 능력은 스프레드시트보다 훨씬 먼저 한계에 도달합니다. 약 10개의 타임시트를 검토한 후에는 오류 감지율이 급격히 떨어지는데, 이는 산업 현장의 알람 피로 현상과 유사합니다. 이론적으로 열 번째 타임시트는 첫 번째와 동일한 정밀 조사를 받습니다. 실제로는 그렇지 않습니다. 그리고 스무 번째는 훨씬 더 적은 조사를 받습니다. 무한한 용량을 위해 설계된 스프레드시트는 기업들이 인간의 주의력이 처리하도록 설계된 적이 없는 양을 처리하도록 부추깁니다.

격차 해소: 실제 해결책의 모습

문제가 세 겹으로 이루어져 있다면 — 작업 수행자와 청구 담당자 사이의 구조적 격차, 시간 기록을 꺼리게 만드는 심리적 요인, 그리고 오류를 숨겨 두 겹을 모두 증폭시키는 스프레드시트 층 — 해결책이 실질적인 효과를 내려면 그중 최소 두 가지를 다뤄야 합니다. 시간 기록을 "더 쉽게" 만드는 새로운 시간 추적 앱은 심리적 층만, 그것도 부분적으로만 해결합니다. 더 엄격한 타임시트 준수 정책은 그중 어느 것도 해결하지 못합니다. 그저 사람들을 화나게 할 뿐입니다.

실제로 격차를 줄이는 것은 변환 체인을 단축하는 것입니다. 작업 수행자 → 기억 → 타임시트 입력 → 청구 담당자 해석 → 스프레드시트 전사 → 인보이스 대신, 체인은 다음과 같이 바뀝니다: 타임시트 이미지 → 구조화된 데이터 → 인보이스. 정보 손실이 발생하는 두 가지 중간 변환 단계가 제거됩니다.

이 지점에서 AI 기반 문서 추출이 등장합니다. 컨설턴트가 시스템에 수동으로 시간을 입력하고 회계 담당자가 청구 스프레드시트에 다시 입력해야 하는 대신, 추출 도구는 타임시트를 직접 읽습니다 — 스캔한 종이 양식, PDF 내보내기, 손글씨 기록 사진 등 — 그리고 청구로 바로 흘러갈 수 있는 구조화된 데이터를 생성합니다. 이 개념을 맞춤 열 추출이라고 합니다: 출력에 원하는 열을 정의하면, AI는 각 값이 문서에서 어디에 있는지가 아니라 무엇을 의미하는지 이해하여 찾아냅니다. 한 컨설턴트가 "Acme Corp"라고 쓰고 다른 컨설턴트가 "Acme"라고 쓰며 세 번째 컨설턴트가 클라이언트 코드 "ACM-004"를 사용한다면, AI는 글꼴 위치를 템플릿 매칭하는 방식이 아니라 사람처럼 의미론적으로 읽기 때문에 세 가지를 모두 동일한 개체로 인식합니다.

이것은 또한 스프레드시트 가시성 문제를 다른 방향에서 해결합니다. 타임시트 데이터가 수동 재입력을 거치지 않고 원본 문서에서 구조화된 테이블로 직접 흐를 때, 오류를 유발할 변환 단계가 없습니다. 데이터는 올바르게 추출되거나 그렇지 않으며, 빠른 확인으로 추출 실패를 잡아냅니다. 세 번의 청구 주기 동안 숨어 있다가 표면화되는 "틀렸지만 그럴듯한" 오류 범주는 존재하지 않습니다.

여러 컨설턴트를 관리하는 회사 — 즉 모든 회사 — 에게 이 가치는 더욱 커집니다. 일괄 처리는 타임시트 묶음을 한 번에 제출하고, 클라이언트와 프로젝트별로 정렬된 모든 컨설턴트의 시간이 담긴 단일 구조화된 테이블을 받아 청구 조정에 바로 사용할 수 있게 하는 것을 의미합니다. 일괄 처리는 구조적 작업 수행자/청구 담당자 간의 격차를 가장 극적으로 좁히는 부분입니다. 한 명의 회계사가 20명의 컨설턴트 자유 형식 입력을 청구 코드에 매핑하는 데 몇 시간을 쓰는 대신, 추출 결과는 청구 시스템이 기대하는 열에 미리 구조화되어 도착합니다. 회계사의 역할은 변환자에서 검증자로 바뀝니다 — 더 빠르고 정확도가 높은 역할입니다.

이것은 이론에 그치지 않습니다. 메커니즘은 간단합니다. 컨설턴트가 타임시트를 작성합니다 — 종이, PDF, 또는 회사가 사용하는 어떤 형식으로든 말이죠. 그 타임시트가 업로드됩니다. AI가 이를 읽고 구조화된 데이터를 추출하여 정의한 열로 테이블을 출력합니다. 출력은 청구 실행에 바로 들어갑니다. 두 단계의 변환이 제거됩니다. 컨설턴트당 연간 €44,000이 갑자기 회수 가능해집니다 — 누군가 더 열심히 일해서가 아니라, 항상 존재했던 정보가 마침내 인보이스에 도달하기 때문입니다.

추출 워크플로우에 대한 자세한 안내는 청구 조정을 위한 타임시트 데이터 추출 단계별 가이드를 읽어보세요. 여러 컨설턴트에 걸쳐 수십 개의 타임시트를 처리하는 회사의 경우, 일괄 처리 접근 방식에서 30개의 개별 타임시트를 클라이언트별 수익 보기 하나로 전환하는 방법을 다룹니다.

자주 묻는 질문

컨설팅 회사는 실제로 청구 가능 시간을 얼마나 잃나요?

여러 독립적인 출처가 10–25%로 수렴합니다. 전문 서비스 연구에 따르면 청구 가능 업무의 약 15%가 청구되지 않습니다. 다른 업계 추정치는 10%에서 25%까지 다양합니다. 일반적인 컨설팅 청구 요율에서 15%의 누수는 컨설턴트당 연간 약 €44,000의 비용이 듭니다. Ruddr은 청구 누수가 일반적으로 협력 회사 전체 청구 가능 수익의 3–7%에 달한다고 보고합니다 — 하지만 이 수치는 이미 어느 정도 디지털 시간 추적을 사용하는 회사를 반영한 것입니다. 여전히 스프레드시트와 수동 프로세스에 의존하는 회사는 범위의 상한에 있을 가능성이 높습니다.

컨설턴트가 시간을 더 꼼꼼히 기록하지 않는 이유는 무엇인가요?

이에 대한 연구는 대부분의 파트너가 생각하는 것보다 더 명확합니다. DeVoe와 Pfeffer의 시간당 청구 심리학 연구에 따르면, 시간당 급여를 받으면 사람들이 자신의 시간에 경제적 평가를 적용하게 되어 보상이 없는 활동에 시간을 쓰는 것을 더 꺼리게 됩니다. 타임시트 기록은 정의상 보상이 없는 활동입니다. 이는 게으름이 아니라 청구 모델 자체에 대한 예측 가능한 심리적 반응입니다. 여기에 세심한 시간 추적과 가장 관련이 높은 성격 특성인 성실성이 팀마다 자연스럽게 다르다는 성격 연구를 더하면, 모든 사람이 동등하게 꼼꼼한 기록에 적합하다는 전제로 설계된 시스템이지만 실제로는 그렇지 않다는 것을 알 수 있습니다.

문제는 컨설턴트, 프로세스, 아니면 도구인가요?

세 가지 모두이지만, 도구가 나머지 두 가지를 증폭시킵니다. 컨설턴트가 작업을 설명하는 방식과 청구 담당자가 이를 코드화하는 방식 사이의 구조적 격차는 어떤 시스템에서도 존재할 것입니다. 시간 기록에 대한 심리적 저항은 시간당 청구에 내재되어 있습니다. 그러나 스프레드시트는 결과적인 오류를 숨김으로써 두 문제를 모두 악화시킵니다. 847행의 누락된 항목은 스스로 알리지 않으며, 잘못된 범위를 참조하는 수식은 올바른 수식과 동일하게 보입니다. 도구 계층을 수정하면 문제 중 가장 해결하기 쉬운 부분을 해결하여 문화 및 프로세스 계층을 작업할 여지를 만듭니다.

AI 추출이 손글씨 타임시트에서도 작동하나요?

네. 최신 비전-언어 AI 모델은 높은 정확도로 손글씨를 읽습니다. 이 기술은 문자 모양을 알려진 글꼴과 대조하는 기존 OCR과 근본적으로 다릅니다. AI 추출은 인간이 읽는 방식, 즉 모양, 맥락, 의미를 함께 이해하여 손글씨를 읽습니다. 다만, 매우 알아보기 어려운 손글씨는 인간 독자의 경우와 마찬가지로 정확도를 떨어뜨릴 수 있습니다. 수동 입력에 비해 장점은 속도와 일관성입니다.

디지털 시간 추적 앱을 사용하는 것과 어떻게 다른가요?

디지털 시간 추적 앱(Harvest, Toggl, Clockify)은 문제의 일부를 해결합니다. 시간 기록을 더 쉽게 만들고 기억에 의존한 재구성을 줄여줍니다. 하지만 구조적 공백은 해결하지 못합니다. 컨설턴트는 여전히 앱의 카테고리에 시간을 기록해야 하고, 회계 담당자는 여전히 그 항목을 청구 코드에 매핑해야 합니다. 앱은 자체적인 분류 마찰을 만들면서도 다운스트림 변환 단계를 제거하지 않습니다. 가장 효과적인 접근 방식은 둘을 결합하는 것일 수 있습니다. 낮 동안 실시간 캡처를 위한 디지털 타이머와 종이, PDF, 이미지 형태로 도착하는 타임시트를 위한 AI 추출을 함께 사용하면, 형식에 관계없이 모든 청구 가능 시간이 수동 전사 병목 없이 청구 시스템에 도달할 수 있습니다.

근무 시간과 청구 시간 사이의 격차는 청구 문제가 아닙니다. 컨설턴트의 기억에서 타임시트 입력, 청구 스프레드시트, 인보이스에 이르는 모든 핸드오프에서 누적되는 정보 문제입니다. 문제는 그 격차를 해소할 기술이 존재하는지가 아닙니다. 문제는 현재 프로세스가 그 격차를 방치할 여유가 있는지입니다.