클라이언트가 갑자기 달라지는 건, 온보딩을 안 한 거예요
계약하고 나서 클라이언트가 달라지는 건, 에이전시 대표들한테 꽤 보편적인 경험이에요. 계약 전엔 요구사항도 명확하고 소통도 잘 됐는데, 작업이 시작되고 나면 "이것도 해주실 수 있죠?", "방향이 좀 바뀌었어요", "피드백이 어렵네요"가 반복되는 패턴이요.
이걸 겪다 보면 자연스럽게 "클라이언트를 잘못 골랐다"는 결론으로 가게 되는데요. 근데 좀 다르게 볼 수도 있어요.
클라이언트도 처음엔 뭘 원하는지 정확히 모르는 경우가 많아요. 어떻게 피드백해야 하는지, 범위 조정이 어떤 의미인지, 정산이 언제 어떤 순서로 진행되는지를 모르는 상태에서 계약을 하는 거예요. 그 상태에서 프로젝트가 시작되면 혼란이 생기는 건 어쩌면 당연해요.
클라이언트를 고르는 것만큼, 관계를 처음에 어떻게 세팅하느냐가 중요한 이유예요.
좋은 클라이언트는 발견되는 게 아니라, 에이전시가 먼저 판을 깔아줄 때 만들어지거든요.
계약서에 다 써있는데 왜 마찰이 생길까요
에이전시마다 일하는 방식이 다른데, 이걸 사전에 설명하는 경우는 많지 않아요. 계약서에는 범위, 납기, 금액이 들어가지만, "저희는 이런 방식으로 일합니다"를 정리해서 공유하는 에이전시는 드물어요.
피드백 주기는 어떻게 되는지, 수정은 몇 회까지인지, 범위 추가가 생기면 어떻게 처리하는지. 이게 사전에 공유되지 않으면 클라이언트는 본인 기준대로 기대를 형성해요. 그 기대가 나중에 마찰이 되는 거고요.
반대로 계약 전에 이걸 한 페이지짜리 문서로 만들어서 공유하면 어떻게 될까요. 클라이언트가 범위 추가를 요청하면 "처음에 말씀드린 대로, 이건 약속드린 범위 밖입니다"로 정리가 돼요. 그렇지 않은 에이전시는 그 요청이 추가인지 수정인지를 매번 협상해야 하고요. 같은 요청인데 대화가 완전히 달라집니다.
모호한 피드백이 오는 건 클라이언트 탓이 아니에요
"피드백 주세요"라고 하면, 클라이언트는 본인이 아는 방식으로 피드백을 해요. 카카오톡으로 "느낌이 좀 달라요" 한 줄을 보내거나, 전화로 두리뭉실하게 전달하거나. 이게 잘못된 게 아니에요. 클라이언트는 피드백 전문가가 아니니까요.
잘하는 에이전시는 피드백 양식을 먼저 줘요. "이 세 가지에 대해 각각 OK인지 수정이 필요한지 알려주세요"라고 구체적인 질문을 던지는 거예요. 모호한 피드백을 받아서 에이전시가 추측하는 구조가 아니라, 명확한 피드백이 들어올 수 있는 구조를 먼저 만드는 거예요.
처음 한두 번 이렇게 하면 클라이언트도 그 방식에 익숙해져요. 두 번째 프로젝트쯤 되면 클라이언트가 먼저 정리해서 보내는 경우도 생기고요. 구조가 사람을 바꾸는 거예요.
첫 번째 청구서를 보내기 전에 정산 구조를 먼저 설명해두세요
계약서에 "중도금 30%, 잔금 70%"라고 써있어도, 막상 중도금 청구서를 보내면 "지금 보내는 거예요?"라는 반응이 오는 경우가 있어요. 클라이언트 입장에서는 일이 얼마나 진행됐는지 체감이 안 되는 상태에서 갑자기 청구서가 날아온 느낌인 거예요.
온보딩 단계에서 "저희는 중도금을 이 시점에 청구드리고, 잔금은 이 시점에 청구드립니다. 세금계산서 발행도 함께 드려요"라고 미리 설명해두면, 청구서가 왔을 때 클라이언트가 '아, 그때가 됐구나'로 받아들여요. 같은 청구서인데 반응이 달라요.
이게 되면 미수금이 생겨도 "약속드린 일정입니다"로 대화를 시작할 수 있어요. 설명 없이 청구서를 보내면 그 대화 자체가 어색해지고요.
세 가지 기준을 나눠서 얘기했는데, 공통점이 있어요. 전부 "클라이언트가 알고 있어야 하는 것"을 에이전시가 먼저 전달하는 구조예요. 클라이언트가 먼저 물어보길 기다리거나, 문제가 생기면 그때 설명하는 방식이 아니라, 처음부터 판을 깔아두는 거예요.
이 온보딩 기준은 당장 적용할 수 있어요. 그런데 클라이언트가 늘어나면서 위처럼 정산 일정을 일관되게 유지하는 게 생각보다 빠르게 무너지기 시작해요. 견적을 보낸 거래처가 계약까지 이어졌는지, 중도금 청구는 언제 했는지, 잔금은 아직인지를 매번 직접 기억하고 확인하는 구조가 되거든요.
클라이언트에게 설명한 그 정산 구조를, 실제 운영에서도 그대로 보여줄 수 있는 형태로 유지하고 싶다면 플러그에서 한번 확인해 보세요. 견적 발행 시점부터 정산 일정이 연동되니까, 클라이언트한테 약속한 구조대로 관리가 돼요.
