에이전시 대표가 첫 미팅에서 클라이언트를 거르는 기준
계약서 사인 직전에 "혹시 이거 하나만 추가로 부탁드려도 될까요?"라는 연락이 온 적 있으세요?
에이전시 대표님이라면 모두 경험이 있을텐데요. 그게 결국 세 개가 되고, 열 개가 되고, 프로젝트 종료 후에도 이어진다는 사실.
그런데 그 클라이언트를 받기 전, 첫 미팅에서 이미 신호가 있었다는 것도 다들 알아요. 알면서 수주 압박에 눌려서 그냥 진행했던 거고요.
이 글은 "영업을 어떻게 잘 하느냐"가 아니에요. 계약하기 전, 사람을 읽는 기준에 대한 얘기예요. 팀이 3~5명 이상이고 프로젝트를 동시에 여러 개 굴리는 구조라면, 이 기준이 팀장이나 대표 혼자 갖고 있는 게 아니라 공유된 필터로 작동해야 해요.
에이전시 클라이언트 거절 기준 — 나쁜 신호는 첫 미팅에 이미 나온다
나쁜 클라이언트를 한 문장으로 정의하면, 프로젝트가 끝난 후 팀에 에너지 적자가 남는 관계예요. 매출은 들어왔는데 팀원들이 지쳐 있고, 다음에 비슷한 규모 프로젝트를 받기 싫어졌다면 — 그게 나쁜 클라이언트예요.
문제는 이 신호가 계약 전부터 나온다는 거예요.
예산을 끝까지 숨기는 클라이언트가 있어요. "일단 견적 먼저 받아보고 싶어서요"는 그 자체로 나쁜 게 아니에요. 그런데 방향이 잡히고, 범위 얘기가 끝나고 나서도 예산을 안 밝히면 달라요. 대부분 두 가지 중 하나거든요.
예산이 현실적이지 않아서 말하기 불편하거나, 여러 곳에서 견적 받아서 최저가를 고르려는 거거나. 어느 쪽도 좋은 협업의 출발점이 아니에요.
한 번은 이걸 무시하고 진행한 적이 있어요. "예산은 나중에 맞춰볼게요"라는 말을 믿고 계약했는데, 중반부에 "사실 우리 예산이 이 정도밖에 안 돼요"가 나왔어요. 범위는 그대로였고, 팀은 이미 절반을 소진한 상태였고요. 그때 돌아보니 첫 미팅에서 이미 신호가 있었어요.
범위가 계속 바뀌는 것도 비슷해요. 처음엔 "간단한 웹사이트"였는데 미팅을 거치면서 "거기에 쇼핑몰도요", "SNS 콘텐츠도 같이요"로 불어나는 패턴. 범위가 확장되는 건 자연스러울 수 있어요. 문제는 그 변화가 예산 조정 없이 이루어지는 걸 당연하게 여기는 태도예요. 모르는 게 아니라, 알면서도 해줄 거라 기대하는 거거든요.
의사결정권자가 미팅에 없는 경우도 조심해야 해요. 미팅을 세 번 해도 "윗선 검토가 필요해서요"로 끝나고, 수정 방향이 매번 뒤집히는 구조. 이런 경우엔 아무리 잘해도 결과물이 "처음 얘기랑 달라요"로 귀결될 가능성이 높아요. 클라이언트 내부 정렬이 안 된 상태에서 외부 파트너가 그 불일치를 품게 되는 거예요.
좋은 클라이언트는 뭐가 다른가요?
좋은 클라이언트도 까다로울 수 있어요. 피드백이 많을 수도 있고, 요구 수준이 높을 수도 있어요. 그런데 에너지 적자가 안 생기는 이유가 있어요.
가장 큰 차이는 방법이 아니라 목적을 얘기한다는 거예요. "이 로고 색이 마음에 안 들어요"가 아니라 "타겟 고객에게 좀 더 신뢰감 있게 보이면 좋겠어요"라고 말하는 클라이언트. 아웃풋을 지정하는 게 아니라 목표를 공유하는 거예요. 우리를 실행 도구가 아니라 파트너로 보는 거거든요.
의뢰 이유가 뚜렷한 것도 달라요. "지인 추천이었어요", "포트폴리오 보고 이 스타일이 우리한테 맞겠다 싶었어요", "비슷한 업종 사례가 있어서요" — 이런 이유가 있으면 출발점이 달라요. 반대로 "그냥 여러 곳 비교해보고 있어요"가 유일한 이유라면, 이 파트너십이 오래갈 이유도 처음부터 희박한 거예요.
그리고 역설적으로 — 좋은 관계는 초반에 불편한 얘기가 가능한 관계예요. 예산 범위를 솔직하게 말해주고, "이 부분은 우리 역량 밖이에요"라는 말에 불쾌해하지 않고, 범위 조정 요청에 열려 있는 클라이언트. 이런 분들이 프로젝트 중간에 무리한 요청을 덜 해요. 처음부터 서로 어른처럼 대화하는 구조가 만들어졌으니까요.
그럼 이 기준을 실제로 어떻게 쓰냐면 첫 미팅에서 세 가지를 확인해보는 거예요.
-
예산 범위를 물어봤을 때 어떻게 반응하는지
"저희가 제대로 된 방향을 제안하려면 대략의 예산 범위를 알면 도움이 돼요"라고 자연스럽게 물었을 때 회피하거나 불편해하는 반응이 나오면 — 기억해두세요. -
이 미팅에서 최종 결정권이 있는 사람이 있는지
없다면 결정까지 몇 단계가 있는지. 이 구조가 어떻게 되는지 미리 알아두는 게 나중에 "처음 얘기랑 달라요"를 예방하는 가장 빠른 방법이에요. -
왜 우리한테 연락했는지
레퍼런스가 있는지, 포트폴리오를 보고 왔는지, 아니면 여러 곳 비교 중인지. 이 이유 하나가 프로젝트 전체의 온도를 결정하는 경우가 많아요.
사실 이걸 판단하는 게 말처럼 쉽지 않아요. 매출이 부족할 때는 신호가 보여도 눈을 감게 되거든요. 그래서 이 기준이 대표 혼자 갖고 있는 게 아니라 팀 전체의 공유된 필터로 작동해야 해요. "이 프로젝트 받아도 될까요?"를 팀장도, 담당자도 같이 볼 수 있는 구조여야 한다는 거예요.
그리고 이 기준은 시간이 쌓일수록 더 선명해져요. 어떤 거래처와 어떤 프로젝트를 했고, 수익성이 어땠는지, 관계가 어떻게 이어졌는지를 기록해두면 — "우리 팀에 맞는 클라이언트가 어떤 사람인지"가 감이 아니라 데이터로 보이기 시작해요.
플러그에서는 거래처별 프로젝트 이력, 매출, 견적 흐름을 한 곳에서 기록하고 볼 수 있어요. 계약한 클라이언트와 어떤 프로젝트를 했고, 실제로 얼마가 남았는지 이 데이터가 쌓이면 다음 클라이언트를 판단할 때 근거가 생겨요.
