수정은 합의했는데, 어디까지가 견적 범위였죠?
디자인 스튜디오에서 일하다 보면 이런 순간이 와요. 클라이언트가 "로고 색감만 살짝 바꿔주세요"라고 메신저로 툭 보내고, 다음 주엔 "레이아웃도 조금 수정할게요" 하고 또 메일로 요청이 와요. 세 번째 수정쯤 되면 "이것도 원래 견적에 포함된 거 아니었어요?"라는 질문이 돌아오고, 담당자는 최초 견적서를 다시 열어봐야 해요.
영상 제작도 다르지 않아요. 1차 편집본에 피드백이 오고, 2차에서 추가 촬영 얘기가 나오고, 3차에서 음원 교체 요청까지 더해지면 처음 계약한 범위가 어디까지였는지 애매해지는 시점이 꼭 와요. 그런데 이 순간, 대부분의 담당자는 "내가 기억을 못 해서"라고 생각하고 넘어가요. 사실은 그게 아닌데도요.
수정 요청이 가벼워질수록, 정산 기준은 무거워져요
요즘 클라이언트와의 커뮤니케이션은 점점 가벼워지고 있어요. 메신저 한 줄, 통화 한 통으로 수정 요청이 오가는 게 당연해졌거든요. 빠르게 주고받을 수 있다는 건 분명 좋은 변화예요. 피드백 사이클이 짧아지면 프로젝트도 빨리 굴러가니까요.
그런데 이 가벼움이 견적과 정산 사이에서는 거꾸로 작동해요. 수정 요청이 공식 문서가 아니라 대화로 오가다 보니, "이게 추가 범위인지 기존 범위 안인지"에 대한 합의가 어딘가에 저장되지 않고 그냥 흘러가 버려요. 수정 1차는 메신저, 2차는 통화, 3차는 메일. 이렇게 흩어진 합의들을 최종 정산 시점에 다시 하나로 모아야 하는데, 그럴 수 있는 사람이 많지 않아요.
이 반복의 진짜 원인은 수정이 많아서가 아니에요. 수정 자체는 디자인·영상 프로젝트의 자연스러운 일부예요. 문제는 각 수정에 대한 합의가 최초 견적서와 연결된 하나의 흐름으로 남지 않는다는 거예요.
수정이 어디에도 연결되지 않으면, 담당자의 기억이 기준이 돼요
견적서는 견적서대로, 수정 합의는 메일이나 메신저대로, 정산은 또 엑셀이나 세금계산서 발행 화면에서 따로 처리되면, 이 세 가지를 연결해주는 건 결국 담당자의 기억이에요. 담당자가 그대로 있고 시간이 짧으면 문제가 안 되는데, 담당자가 바뀌거나 프로젝트가 길어지면 "최종 합의가 뭐였는지" 아는 사람이 아무도 없는 상태가 돼요.
예를 들어 담당 디자이너가 퇴사하고 후임이 정산을 맡게 되는 상황을 가정해볼게요. 후임은 처음부터 수정 이력을 다시 뒤져야 해요. 클라이언트는 "그때 이렇게 합의했잖아요"라고 하는데, 우리 쪽엔 그 합의가 어디에도 명시적으로 남아있지 않은 경우가 많아요. 이런 상황에서 금액을 깎아주거나, 반대로 받아야 할 돈을 못 받는 일이 생겨요.
도구를 고를 때 봐야 할 건 기능이 아니라 연결이에요
그래서 도구를 바꾸거나 새로 도입하려고 할 때, 기능 목록부터 보는 건 순서가 잘못됐어요. 먼저 확인해야 할 건 "수정 합의가 최초 견적과 연결되는 구조인지"예요.
견적서 작성 기능이 아무리 예쁘고, 정산 자동화 기능이 아무리 편해도 이 둘이 끊어져 있으면 똑같은 문제가 반복돼요. 수정 요청이 생길 때마다 그게 어느 견적 조건의 연장인지 바로 확인할 수 있어야, 정산 시점에 다시 과거 대화를 뒤지지 않아도 돼요.
플러그는 문의부터 견적, 계약, 수금까지의 기록이 하나의 흐름 안에서 쌓이도록 설계돼 있어요. 저장된 이전 견적 정보를 바탕으로 다음 견적서나 계약서 초안을 만들 수 있어서, 수정 조건을 매번 처음부터 다시 쓸 필요가 줄어들어요. 과거 기록이 한 공간에 남아있다는 것만으로, "이게 원래 포함이었나요"라는 질문에 담당자가 바로 답할 수 있는 상황이 만들어져요.
수정이 잦은 프로젝트일수록, 중요한 건 더 많은 기능이 아니라 끊기지 않는 기록이에요. 지금 쓰고 있는 방식에서 수정 이력이 최초 견적과 연결되어 있는지, 한번 점검해보시면 좋을 것 같아요.
