서비스 기업에게 이익은 연말 결산표에 있지 않습니다. 그것은 프로젝트 하나하나 수준에서 살거나 죽습니다. 그런데 사람의 시간, 업무 진척, 재무가 서로 다른 세 곳에 흩어져 있으면, 여러분은 대개 한 계약이 손실이 난 뒤에야 그 사실을 알게 됩니다. 여기서는 왜 이 세 조각의 데이터가 하나의 원천을 함께 읽어야 하는지, 그리고 무엇이 갖춰져야 통합이 제때 결정으로 이어지는지를 따져 봅니다.
서비스에서 손익은 프로젝트 수준에 있습니다
제조나 소매와 달리, 서비스 기업의 제품은 주로 사람의 시간입니다. 어느 회사는 전체 이익률이 흑자이면서도 여러 계약에서는 적자일 수 있습니다. 그저 흑자 계약이 적자 계약을 떠받치고 있을 뿐이며, 정산이 끝나기 전까지는 아무도 그것을 보지 못합니다. 이익을 관리하려면, 그것이 형성되는 바로 그곳에서 봐야 합니다: 프로젝트마다, 계약마다, 가능한 한 실시간에 가깝게 말입니다.
시간은 비용입니다. 그것을 프로젝트에 연결하십시오
서비스에서 가장 큰 비용은 인건 시간입니다. 근태가 프로젝트와 계약에 곧바로 연결되어 월말에 집계되는 종합 근태표가 아니라 프로젝트와 계약에 곧바로 연결되어 기록될 때, 여러분은 각 프로젝트의 실제 매출원가를 그것이 진행되는 동안 볼 수 있습니다. 총액 견적으로 받은 계약이 예상보다 더 많은 시간을 잡아먹기 시작하면, 회계가 두 달 뒤에 합산을 마친 뒤가 아니라 시간이 임계치를 넘는 바로 그때 드러납니다. 이를 얻기 위한 조건은 매우 구체적입니다: 근무 시간이 프로젝트별로 기록되어야 하고, 재무가 다시 입력된 사본이 아니라 바로 그 데이터를 읽어야 합니다.
실제 진척에 따른 매출 인식
많은 서비스 계약이 진행률(완성 비율)에 따라 매출을 인식합니다. 진척이 프로젝트 관리자의 머릿속에 있고 재무는 갱신 이메일로만 안다면, 인식된 매출 숫자는 언제나 추측입니다. 진척과 재무가 동일한 데이터를 읽을 때, 인식된 매출은 실제로 수행된 업무에 밀착되고, 계약별 손익 보고서는 기말마다 다시 짜맞추는 대신 언제나 최신 상태를 유지합니다. 이것은 또한 믿을 수 있는 현금흐름 예측의 토대이기도 합니다. 어느 업무가 청구 요건을 갖췄는지 여러분이 알기 때문입니다.
- 각 프로젝트의 예산 대비 소진된 인건 시간 원가.
- 실제 완성 비율 대비 청구된 비율.
- 현재 시간 소진 속도에 따른 각 계약의 잔여 추정 이익률.
- 사람별·프로젝트별로 본 청구 가능(billable) 시간 대비 총 시간.
- 지급 기일이 도래했으나 아직 청구되지 않았거나 수금되지 않은 마일스톤.
아직 늦지 않았을 때 결정하기
통합의 진짜 가치는 더 예쁜 보고서가 아니라, 더 일찍 오는 경고입니다. 이익률이 흘러내리고 있는 프로젝트는 그것이 아직 진행 중이어서 범위를 조정하고, 고객과 재협상하고, 더 적합한 인력으로 바꾸고, 추가로 불어나는 업무를 조일 수 있을 때 신호를 보내야 합니다. 그 신호가 정산 때에야 온다면, 모든 선택지는 이미 닫혔고 여러분은 손실을 기록하는 일만 남습니다. 하나의 시스템 위에서는, 실제로 벌어지는 일과 여러분이 아는 것 사이의 간격이 결정이 여전히 의미를 갖는 수준까지 좁혀집니다.
통합은 정직한 근태와 정직한 추정 위에서만 돌아갑니다
솔직해야 합니다: 통합된 시스템은 그 입력 데이터만큼만 정확합니다. 직원이 근태를 주말에 몰아서 기억으로 적거나, 정확한 프로젝트가 아니라 편한 프로젝트에 시간을 갖다 붙이면, 프로젝트별 손익 보고서는 매끄러워 보이지만 틀립니다. 마찬가지로, 관리자가 스스로 매긴 완성 비율은 지나치게 낙관적일 수 있습니다. 데이터 통합은 이런 오차를 더 잘 보이게 하고 책임을 더 잘 물리게 하지만, 정직하고 제때 기록하는 문화를 대신하지는 못합니다. 이것은 도구의 변화만큼이나 습관의 변화입니다.
프로젝트 데이터가 셋으로 갈라졌는지 어디를 보면 아나
여러분의 프로젝트 데이터가 셋으로 쪼개져 있다는 몇 가지 신호가 있습니다:
- 한 계약이 흑자인지 적자인지 그것이 끝난 뒤에야 압니다.
- 근태, 진척, 재무가 서로 대화하지 않는 세 도구 위에 살고 있습니다.
- 프로젝트별 손익 보고서를 기말마다 수작업으로 짜야 하고 언제나 늦습니다.
- 매출 인식이 실제로 기록된 업무가 아니라 진척 추정에 근거합니다.
- 지금 이 순간 어느 프로젝트가 예산을 넘겨 시간을 쓰고 있는지 바로 말하지 못합니다.
근태부터 프로젝트에 연결하십시오
모든 것을 한 번에 도입할 필요는 없습니다. 첫 단계는 거의 언제나 근태를 프로젝트에 연결하는 것입니다. 그곳이 비용이 형성되는 곳이자, 가장 자주 분리되는 데이터이기 때문입니다. 진행 중인 프로젝트 몇 개를 골라, 매일 프로젝트별로 시간을 기록하도록 하고, 그 데이터를 계약 예산에 연결하십시오. 인건 시간 원가를 실시간으로 볼 수 있게 되는 것만으로도 여러분이 결정을 내리는 방식이 바뀌기에 충분합니다. 그 토대에서 진척 기반 매출 인식과 현금흐름 예측으로 확장하십시오. 변하지 않는 원칙은 이렇습니다: 서비스에서 한 계약이 적자임을 정산 뒤에 아는 것은 너무 늦게 아는 것입니다. 통합의 목표는 여러분이 아는 시점을, 여전히 무언가 할 수 있는 시점 앞으로 끌어당기는 것입니다.
“서비스업에서 정산 후에야 계약이 손실임을 아는 것은 너무 늦게 아는 것입니다.”