개발사 운영 담당자, 정산 엑셀 닫고 나서 달라진 것 3가지

Insight

2026년 4월 09일

"이번 달 중도금 받아야 하는 거 맞는데, 어느 프로젝트였더라…"

IT 개발 외주사 운영 담당자라면 이 상황이 낯설지 않을 거예요. 오전에 개발팀에서 긴급 버그 이슈가 올라오고, 오후엔 고객사 담당자 교체 연락이 오고, 저녁에 겨우 정산 엑셀을 열면 — 어느 프로젝트가 선금인지 중도금인지, 잔금 시점이 언제인지 — 줄이 다 꼬여 있어요.

개발사 정산이 유독 복잡한 이유가 있어요. 프로젝트마다 정산 구조가 달라요. 선금 30%, 중도금 40%, 잔금 30%인 프로젝트가 있고, 마일스톤 완료 시 분할 지급인 프로젝트가 있고, 유지보수 계약은 매월 정해진 날에 반복 정산이 돼요. 이걸 전부 엑셀 한 파일에 욱여넣으면 처음엔 버텨지다가, 프로젝트가 다섯 개를 넘어가는 순간 어딘가에서 반드시 빠져요.

그리고 빠지는 건 담당자가 게을러서가 아니에요. 개발 이슈가 터지면 정산 확인은 그날 밀리고, 고객사 담당자가 바뀌면 계약 조건이 어디 있는지부터 다시 찾아야 하는 — 구조 자체가 그 흐름을 감당하지 못하기 때문이에요.

이 글은 IT 개발 외주사가 엑셀·노션 기반 운영 방식을 바꾸고 나서 실제로 무엇이 달라지는지를 이야기해요. 어떤 도구를 써야 한다는 얘기보다, 어떤 구조가 갖춰져야 반복 실수가 사라지는지를 먼저 짚어볼게요.

달라진 것 1 — 분할 정산 누락이 없어져요 (IT 개발 외주사 정산 자동화)

12인 규모 IT 개발 외주사 운영 담당자인 A씨는 매월 말 정산 확인에 평균 2시간을 썼어요. 프로젝트 6개가 동시에 돌아가는데, 각 프로젝트의 정산 구조가 달라서 엑셀 탭을 하나씩 열면서 "이번 달에 받아야 하는 게 뭔지"를 직접 대조해야 했거든요.

그러다 유지보수 계약 하나에서 3개월 연속으로 정산 요청을 빠뜨렸어요. 고객사도 자동이체가 아니었고, 담당자도 청구가 안 오니 그냥 넘어갔죠. 나중에 발견했을 때 미수금이 꽤 쌓여 있었어요.

이건 A씨가 꼼꼼하지 않아서가 아니에요. 계약서에 정산 일정이 명시돼 있어도, 그 정보가 별도 엑셀에 수동으로 옮겨지지 않으면 일정 관리 화면에 나타나지 않아요. 수금 여부를 확인하려면 계좌 앱을 열고, 거기서 확인한 내용을 다시 스프레드시트에 입력해야 하죠. 개발 이슈가 하루 이틀 터지면 그 사이에 그냥 넘어가버려요.

흐름이 연결된 구조로 바꾸고 나서 A씨의 월말 정산 확인 시간은 10분대로 줄었어요. 계약을 등록하는 순간 정산 일정이 자동으로 연결되고, 계좌 연동을 통해 입금 여부를 시스템이 직접 체크해요. 미수금이 생기면 따로 찾아볼 필요 없이 눈에 보이는 위치에 올라와 있어요.

달라진 건 담당자의 꼼꼼함이 아니에요. 정보가 끊기지 않는 구조예요.

달라진 것 2 — 대표가 "지금 매출 얼마예요?"를 더 이상 묻지 않아요 (개발사 운영 현황 가시화)

IT 개발사에서 반복되는 장면이 있어요. 대표가 운영 담당자에게 "이번 달 확정 매출 얼마예요?", "지금 진행 중인 프로젝트에서 아직 못 받은 금액이 얼마예요?" 하고 물어요. 담당자는 엑셀 탭 여러 개를 열고, 프로젝트별 계약 금액과 입금 내역을 맞춰보면서 숫자를 꿰맞춰요. 10~20분이 흘러요.

이 장면이 반복되는 이유는 정리가 안 돼서가 아니에요. 데이터가 여러 도구에 흩어져 있어서 한 화면에서 한 번에 볼 수 있는 구조 자체가 없기 때문이에요.

IT 개발사는 특히 이 문제가 심해요. 신규 프로젝트 계약 정보는 노션에 있고, 진행 중인 정산 현황은 엑셀에 있고, 유지보수 반복 청구 내역은 또 별도 시트에 있어요. 고객사 담당자가 바뀐 건 메일 스레드를 뒤져야 알 수 있고요. 정보가 있긴 한데, 한 곳에서 볼 수 없어요.

운영 구조를 바꾸고 나면 이게 달라져요. 영업 파이프라인, 진행 중인 계약, 이번 달 정산 예정 금액, 미수금 현황이 대시보드 한 화면에 모여요. 대표가 아침 출근 후 5분 안에 현재 상태를 직접 확인할 수 있게 되죠.

이건 편의의 문제가 아니에요. 현황 설명에 쓰이던 시간이 실제 의사결정에 쓰이기 시작하고, 팀원 입장에서는 "보고를 위한 보고" 준비 부담이 사라져요.

달라진 것 3 — 견적서부터 세금계산서까지, 같은 정보를 다시 입력하는 일이 없어져요 (개발사 운영 툴 전환 효과)

IT 개발 외주사에서 프로젝트 하나를 완료하면 얼마나 많은 문서에 같은 정보를 반복 입력할까요?

견적서를 만들고 → 계약서를 별도로 작성하고 → 정산 엑셀에 금액을 다시 입력하고 → 홈택스에서 세금계산서를 발행할 때 또 한 번 거래처 정보와 금액을 입력해요. 동일한 정보가 최소 3~4번 손을 거쳐요.

개발사에서 이게 특히 문제가 되는 건, 부가세 포함/제외 금액이 단계마다 달리 적용되는 데다, 중도금·잔금처럼 분할 구조에서 어느 단계의 금액을 어떻게 쪼개서 세금계산서를 발행할지 매번 수동으로 계산해야 하기 때문이에요. 담당자가 바뀌는 시점에 이게 제일 많이 틀려요. 그리고 틀린 걸 잡아내는 건 결국 사람이 다시 대조해야 해요.

흐름이 연결된 구조에서는 견적서에 입력된 정보가 계약으로 이어지고, 계약에서 정산 일정이 자동으로 생성돼요. 정산이 완료되면 세금계산서 발행 초안이 자동으로 만들어지고, 담당자는 내용을 확인하고 클릭 한 번으로 발행해요. 다시 입력하는 작업 자체가 사라지는 거예요.

속도의 문제이기도 하지만, 더 중요한 건 오류가 구조적으로 차단된다는 점이에요.