고객 문의에 보내는 첫 답장은 문의 확인, 요청 내용 요약, 추가 질문, 다음 안내 시점의 네 단계로 작성하면 됩니다. 바로 가격을 제시하기보다 작업 목표, 결과물, 사용처, 일정, 예산, 준비 자료와 승인 담당자를 먼저 확인해야 정확한 견적을 만들 수 있습니다.
정보가 충분하면 견적 전달일을 안내하고, 정보가 부족하면 필요한 질문을 한 번에 보냅니다. 일정이나 업무 범위가 맞지 않는다면 가능한 대안을 제시하거나 진행하기 어렵다는 사실을 명확하게 알려줍니다.
고객 문의 첫 답장의 기본 구조
- 문의 확인: 어떤 프로젝트인지 확인했다고 알립니다.
- 내용 요약: 이해한 결과물과 희망 일정을 짧게 정리합니다.
- 추가 질문: 견적에 필요한 빠진 정보만 질문합니다.
- 다음 단계: 회신 후 무엇을 언제 안내할지 적습니다.
바로 사용하는 첫 답장 예시
안녕하세요. 보내주신 [프로젝트명] 문의를 확인했습니다.
현재 [결과물] 제작과 [희망 일정]을 요청하신 것으로 확인됩니다.
정확한 작업 범위와 견적을 검토하기 위해 결과물의 수량과 규격,
사용처, 준비된 자료와 예산 범위를 함께 알려주실 수 있을까요?
내용을 보내주시면 작업 가능 여부를 확인한 뒤 [답변 예정일]까지
견적 전달 일정을 안내드리겠습니다.
이 글은 견적서를 작성하는 방법이나 견적 발송 후 재연락하는 방법이 아니라, 고객의 첫 문의를 받은 직후 어떤 정보를 확인하고 어떻게 답할지를 다룹니다.
1. 고객 문의 첫 답장의 역할
고객 문의에 보내는 첫 답장은 계약을 확정하는 메시지가 아닙니다. 현재 받은 정보만으로 견적을 작성할 수 있는지 확인하고, 고객과 사업자가 다음에 해야 할 행동을 정하는 메시지입니다.
프로젝트 이름과 마감일만 적힌 문의에 바로 금액을 제시하기는 어렵습니다. 같은 이름의 결과물이라도 수량, 규격, 사용처, 준비 자료와 검토 방식에 따라 필요한 작업과 시간이 달라지기 때문입니다.
첫 답장에는 다음 내용이 들어가야 합니다.
- 문의가 정상적으로 접수됐다는 사실
- 사업자가 이해한 작업 내용
- 견적을 위해 추가로 필요한 정보
- 고객이 다음에 보내야 할 내용
- 회신 후 사업자가 안내할 내용과 시점
첫 답장 점검 기준: 고객의 회신을 받으면 추가 기본 질문 없이 견적 가능 여부를 판단할 수 있어야 합니다. 답을 받은 뒤에도 결과물이나 일정을 처음부터 다시 물어야 한다면 첫 질문이 충분하지 않았던 것입니다.
결과물의 포함 항목과 제외 항목을 어떻게 구분해야 할지 모호하다면 작업 범위 정하는 법을 함께 확인할 수 있습니다.
2. 견적 전에 확인할 일곱 가지
모든 고객에게 긴 질문지를 똑같이 보낼 필요는 없습니다. 고객이 이미 알려준 내용은 현재 이해한 사항으로 요약하고, 견적과 일정 판단에 빠진 항목만 골라 질문합니다.
| 확인 항목 | 질문할 내용 | 확인하는 이유 |
|---|---|---|
| 작업 목표 | 이번 작업으로 해결하려는 문제 | 결과물의 방향과 우선순위 판단 |
| 결과물 | 종류·수량·규격·파일 형식 | 실제 제작 범위 계산 |
| 사용처 | 온라인·인쇄·광고·내부 사용 여부 | 필요한 사양과 사용 범위 판단 |
| 일정 | 착수 희망일·중간 확인일·최종 마감일 | 현재 일정에서 수용 가능한지 판단 |
| 예산 | 확정 예산 또는 검토 가능한 범위 | 현실적인 구성과 작업 방식 제안 |
| 준비 자료 | 원고·이미지·기존 파일·접근 권한 | 실제 착수 가능일 확인 |
| 승인 구조 | 피드백 담당자와 최종 승인자 | 검토 횟수와 일정 지연 가능성 판단 |
실제 마감일과 희망 완료일을 구분합니다
고객이 말한 날짜가 반드시 변경할 수 없는 마감일은 아닙니다. 행사일이나 광고 시작일처럼 고정된 날짜인지, 내부적으로 원하는 완료일인지 확인해야 일정 조정 가능성을 판단할 수 있습니다.
여러 프로젝트가 동시에 진행되고 있다면 프로젝트 일정 관리법의 일정 부하율을 확인한 뒤 가능한 착수일을 안내합니다.
예산은 정확한 금액이 아니어도 됩니다
고객이 예산을 확정하지 못했다면 검토 가능한 범위를 물을 수 있습니다. 예산을 확인하는 목적은 상대가 낼 수 있는 최대 금액을 알아내는 것이 아니라, 제안할 결과물과 작업 방식이 현실적으로 맞는지 판단하는 데 있습니다.
예산을 먼저 확인하기 어렵다면 기본 범위와 선택 항목을 나눈 뒤 각 조건에 따른 견적을 제시하는 방법도 있습니다.
3. 문의를 세 가지 상태로 분류하는 법
문의 단계에서 고객을 좋은 사람과 나쁜 사람으로 평가할 필요는 없습니다. 현재 확보한 정보와 작업 조건을 기준으로 견적 가능, 추가 확인 필요, 진행 어려움의 세 상태로 분류합니다.
| 상태 | 판단 기준 | 다음 행동 |
|---|---|---|
| 견적 가능 | 결과물·일정·자료·검토 방식이 명확함 | 견적 전달 예정일 안내 |
| 추가 확인 필요 | 견적에 필요한 핵심 항목이 빠져 있음 | 빠진 질문을 한 번에 발송 |
| 진행 어려움 | 업무 범위 밖이거나 일정·조건을 맞출 수 없음 | 가능한 대안 또는 종료 의사 안내 |
처음 받은 정보가 부족하다는 이유만으로 진행하기 어려운 문의로 분류해서는 안 됩니다. 고객이 어떤 정보를 알려줘야 하는지 몰라 간단하게 문의했을 수도 있습니다. 필요한 질문을 먼저 전달한 뒤 받은 답변을 기준으로 다시 판단합니다.
4. 고객 문의에는 언제까지 답해야 할까?
모든 업종에 동일하게 적용되는 답변 시간은 없습니다. 중요한 것은 항상 즉시 답하는 것이 아니라, 고객이 언제 다음 안내를 받을 수 있는지 알 수 있게 하는 것입니다.
바로 검토하기 어렵다면 문의를 확인했다는 메시지와 상세 답변 예정 시점을 먼저 보냅니다. 예를 들어 다음 영업일 오후까지 작업 가능 여부를 검토할 예정이라면 그 시점을 첫 메시지에 구체적으로 적습니다.
바로 검토하기 어려울 때
안녕하세요. 보내주신 [프로젝트명] 문의를 확인했습니다. 작업 범위와 현재 일정을 검토한 뒤 [날짜와 시간]까지 가능 여부와 추가 확인 항목을 안내드리겠습니다.
야간이나 휴일에 매번 즉시 답하면 고객은 그 시간도 평소 응답 가능 시간으로 이해할 수 있습니다. 본인이 정한 업무시간에 맞춰 답하고, 문의 페이지나 자동 회신에 기본 응답 시간을 안내하는 편이 일관된 운영에 도움이 됩니다.
5. 고객 문의 답변 메일 제목 작성법
답변 메일 제목에는 프로젝트명과 이번 메일의 목적을 함께 적습니다. ‘문의 답변드립니다’처럼 범위가 넓은 제목만 사용하면 나중에 다른 프로젝트 메일과 구분하기 어렵습니다.
| 메일 목적 | 제목 예시 |
|---|---|
| 추가 정보 요청 | [프로젝트명] 문의 확인 및 추가 정보 요청 |
| 견적 일정 안내 | [프로젝트명] 견적 전달 일정 안내 |
| 대체 일정 제안 | [프로젝트명] 작업 가능 일정 제안 |
| 진행 불가 안내 | [프로젝트명] 문의 검토 결과 안내 |
기존 메일에 답장하는 상황이라면 제목을 새로 바꾸기보다 같은 메일 대화를 유지하는 편이 이전 내용을 확인하기 쉽습니다. 프로젝트가 달라졌을 때는 새로운 제목으로 대화를 분리합니다.
6. 상황별 고객 문의 첫 답장 예시
아래 문장은 업종, 결과물과 실제 답변 예정일에 맞게 수정해야 합니다. 대괄호 안에는 해당 문의의 구체적인 정보를 넣습니다.
정보가 충분한 문의
안녕하세요. 보내주신 [프로젝트명] 문의를 확인했습니다.
전달해주신 내용을 기준으로 [결과물] [수량]과 [희망 일정]을 검토하고 있습니다.
현재 정보로 견적 작성이 가능하며, [날짜와 시간]까지 작업 범위와 일정,
비용을 정리한 견적서를 보내드리겠습니다.
견적 작성 전 변경된 내용이 있다면 전달 부탁드립니다.
작업 정보가 부족한 문의
안녕하세요. [프로젝트명] 문의 감사합니다.
정확한 작업 범위와 견적을 확인하기 위해 아래 내용을 부탁드립니다.
1. 필요한 결과물의 종류와 수량
2. 결과물을 사용할 매체 또는 용도
3. 희망 착수일과 최종 마감일
4. 현재 준비된 원고와 이미지 등 자료
5. 검토 가능한 예산 범위
내용을 보내주시면 작업 가능 여부를 확인한 뒤 견적 전달 일정을 안내드리겠습니다.
예산이 적혀 있지 않은 문의
보내주신 작업 내용을 확인했습니다.
결과물의 범위와 제작 방식을 구체화하기 위해 검토 중인 예산을 함께 확인하고 싶습니다.
확정된 금액이 없다면 대략적인 범위로 알려주셔도 괜찮습니다.
해당 범위에서 가능한 구성과 별도로 필요한 항목을 구분해 안내드리겠습니다.
희망 일정에 대응하기 어려운 문의
문의하신 작업 범위는 진행할 수 있지만,
현재 일정상 [고객 희망일]까지 전체 결과물을 완료하기는 어렵습니다.
[대체 착수일]에 시작해 [가능한 완료일]에 전달하는 일정은 가능합니다.
기존 마감일을 유지해야 한다면 우선 필요한 [핵심 결과물]만 먼저 진행하고
나머지를 나누어 전달하는 방법도 검토할 수 있습니다.
가능한 방향을 알려주시면 해당 조건을 기준으로 견적을 정리하겠습니다.
진행하기 어려운 문의
문의해주신 내용을 검토했습니다.
이번 요청은 현재 제가 제공하는 작업 범위와 달라 책임 있게 진행하기 어렵다고 판단했습니다.
가능 여부를 기다리시지 않도록 먼저 안내드립니다.
문의해주셔서 감사합니다.
진행하기 어려운 이유를 길게 해명할 필요는 없습니다. 다만 일정이 문제인지, 제공하는 업무 범위와 다른 것인지처럼 고객이 다음 선택을 하는 데 필요한 정도의 이유는 명확하게 알려주는 편이 좋습니다.
7. 첫 답장에서 확정하면 안 되는 조건
친절하게 응답하는 것과 검토하지 않은 조건을 확정하는 것은 다릅니다. 다음 항목은 작업 내용을 확인하기 전에 약속하지 않는 것이 좋습니다.
- 세부 범위를 확인하지 않은 총금액
- 자료 전달일을 반영하지 않은 최종 마감일
- 횟수와 적용 범위가 정해지지 않은 수정
- 정식 견적에 포함되지 않은 추가 결과물
- 견적 승인과 착수 조건을 확인하지 않은 작업 시작
- 직접 제공하지 않는 업무에 대한 막연한 가능 답변
문장 구분: “가능합니다”라고 바로 확정하기보다 “현재 전달된 내용을 기준으로 가능 여부를 검토하겠습니다”라고 답하면 범위와 일정을 확인하기 전에 조건이 확정되는 것을 막을 수 있습니다.
필요한 정보를 확인한 뒤 견적을 작성할 때 들어갈 항목과 계산 구조는 프리랜서 견적서 쓰는 법에서 이어서 확인할 수 있습니다.
8. 문의 내용을 현황표에 기록하는 방법
첫 답장을 보낸 뒤에는 문의 내용을 메신저나 이메일에만 남겨두지 않습니다. 프로젝트 현황표에 현재 상태와 다음 행동을 기록해야 답변을 기다리는 문의와 견적을 작성할 문의를 구분할 수 있습니다.
| 접수일 | 프로젝트 | 현재 상태 | 빠진 정보 | 다음 행동 | 기준일 |
|---|---|---|---|---|---|
| 8월 13일 | 회사 소개서 제작 | 추가 확인 | 페이지 수·원고·예산 | 고객 회신 확인 | 8월 15일 |
‘문의 중’이라고만 적기보다 빠진 정보와 다음 행동을 함께 기록합니다. 그래야 현황표를 열었을 때 이전 대화를 모두 다시 읽지 않고도 현재 해야 할 일을 확인할 수 있습니다.
문의부터 견적, 계약과 입금까지 한 화면에서 관리하는 구조는 1인 사업자 프로젝트 현황표에서 확인할 수 있습니다.
업무에 필요한 고객 정보만 기록합니다
문의 관리에는 프로젝트 진행에 필요한 정보만 남깁니다. 연락처, 담당자와 대화 내용도 필요한 범위에서 기록하고, 업무와 관계없는 개인정보나 개인적인 사정까지 현황표에 옮기지 않습니다.
9. 고객 문의 답변에서 자주 하는 실수
정보를 확인하지 않고 가격부터 보내는 경우
결과물의 수량과 사용처가 확인되지 않았다면 동일한 조건으로 견적을 계산하기 어렵습니다. 먼저 필요한 정보를 받은 뒤 결과물 단위로 범위를 나누어 견적을 작성합니다.
질문을 여러 번 나누어 보내는 경우
질문이 생각날 때마다 하나씩 보내면 고객도 여러 차례 답해야 합니다. 처음 받은 내용을 정리한 뒤 빠진 항목을 한 번에 전달합니다.
고객이 이미 알려준 내용을 다시 묻는 경우
정해진 질문 양식을 그대로 보내기 전에 문의 내용을 먼저 읽어야 합니다. 이미 확인된 항목은 사업자가 이해한 내용으로 요약하고 실제로 빠진 정보만 질문합니다.
검토하지 않은 일정을 확정하는 경우
문의를 놓치지 않으려고 무조건 가능하다고 답하면 기존 프로젝트와 일정이 충돌할 수 있습니다. 현재 일정과 자료 준비일을 확인한 뒤 착수일과 마감일을 안내합니다.
다음 단계를 적지 않는 경우
질문만 나열하면 고객은 답변 후 언제 견적을 받을 수 있는지 알기 어렵습니다. “회신을 받으면 작업 가능 여부와 견적 전달일을 안내하겠습니다”처럼 다음 절차를 마지막에 적습니다.
문의 단계에서 실제 작업을 시작하는 경우
가능성을 보여주기 위해 시안, 세부 기획이나 해결안을 먼저 제공하면 상담과 실제 작업의 경계가 흐려질 수 있습니다. 문의 단계에서는 가능 여부와 범위를 확인하고, 작업은 정해둔 착수 조건이 충족된 뒤 시작합니다.
10. 복사해서 사용하는 문의 확인표
아래 양식을 고객에게 그대로 보내는 긴 설문지로 사용하기보다 사업자가 받은 정보를 정리하는 내부 확인표로 사용하는 것이 좋습니다. 고객에게는 아직 확인되지 않은 항목만 골라 질문합니다.
고객 문의 확인표
문의 접수일:
고객 또는 업체명:
프로젝트명:
작업 목표:
필요한 결과물:
결과물 수량과 규격:
결과물 사용처:
희망 착수일:
희망 마감일:
예산 범위:
준비된 자료:
피드백 담당자:
최종 승인자:
추가 확인 항목:
현재 상태:
다음 행동:
다음 확인일:
견적 가능 여부 최종 확인
- 무엇을 만들어야 하는지 결과물 단위로 설명할 수 있는가?
- 포함되는 작업과 제외되는 작업을 구분할 수 있는가?
- 자료가 전달되는 날짜와 최종 마감일을 확인했는가?
- 현재 일정에서 해당 프로젝트를 받을 수 있는가?
- 예산과 작업 범위의 차이를 조정할 수 있는가?
- 피드백 담당자와 최종 승인자를 확인했는가?
- 고객에게 견적 전달 예정일을 안내할 수 있는가?
일곱 항목에 답할 수 있다면 견적 가능 상태로 옮길 수 있습니다. 답할 수 없는 항목이 있다면 사업자가 임의로 추측해서 채우지 말고 고객에게 확인합니다.
11. 자주 묻는 질문
고객 문의에는 몇 시간 안에 답해야 하나요?
모든 업종에 적용되는 정답은 없습니다. 바로 검토할 수 없다면 문의를 확인했다는 사실과 상세 답변 예정 시점을 먼저 알립니다. 자신이 실제로 지킬 수 있는 응답 기준을 정하고 일관되게 운영하는 것이 중요합니다.
예산을 물으면 고객이 부담스러워하지 않을까요?
예산을 묻는 목적을 함께 설명하면 됩니다. 가능한 결과물의 범위와 제작 방식을 제안하기 위한 질문이라고 안내하고, 정확한 금액이 없다면 대략적인 검토 범위만 받을 수 있습니다.
고객이 예산을 알려주지 않으면 견적을 보내도 되나요?
결과물과 일정이 충분히 명확하다면 사업자의 기준에 따라 견적을 작성할 수 있습니다. 예산 차이가 클 가능성이 있다면 전체 견적 하나만 보내기보다 기본 범위와 선택 항목을 구분해 제시하는 방법을 검토할 수 있습니다.
전화 상담부터 요청하면 바로 일정을 잡아야 하나요?
먼저 문의 내용을 간단히 받은 뒤 통화가 필요한지 판단합니다. 글로 확인할 수 있는 기본 정보까지 모두 통화로 받으면 상담시간이 길어지고 중요한 조건이 기록되지 않을 수 있습니다.
정보가 부족하면 몇 번까지 다시 물어야 하나요?
횟수를 먼저 정하기보다 견적에 필요한 핵심 답을 받을 수 있는지를 봅니다. 필요한 항목을 한 번에 보냈지만 회신이 없거나, 반복해서 범위 확인이 되지 않는다면 다음 확인일을 기록하고 문의 상태를 보류할 수 있습니다.
문의만 받고 답이 없는 고객도 현황표에 남겨야 하나요?
바로 삭제하기보다 마지막 연락일과 다음 확인일을 기록합니다. 다만 기한 없이 활성 문의로 유지하지 말고, 정해둔 확인 시점이 지나면 보류 또는 종료 상태로 옮깁니다.
정보를 모두 받으면 바로 작업을 시작해도 되나요?
문의 정보가 충분하다는 것과 작업 착수가 확정됐다는 것은 다릅니다. 견적 승인, 계약, 선금, 자료와 일정 등 본인이 정한 착수 조건을 확인한 뒤 시작해야 합니다. 자세한 기준은 작업 착수 확정 기준에서 확인할 수 있습니다.
프레임웍스 정리
고객 문의의 첫 답장은 계약을 서두르는 메시지가 아니라 정확한 견적을 만들기 위해 필요한 정보를 확인하는 메시지입니다.
- 첫 답장은 문의 확인, 내용 요약, 추가 질문과 다음 안내 시점으로 구성합니다.
- 목표·결과물·사용처·일정·예산·자료·승인 구조를 확인합니다.
- 문의는 견적 가능, 추가 확인 필요, 진행 어려움으로 분류합니다.
- 검토하지 않은 가격과 마감일은 먼저 확정하지 않습니다.
- 현황표에는 현재 상태보다 빠진 정보와 다음 행동을 구체적으로 기록합니다.
첫 문의에서 기준을 세워두면 견적을 여러 번 수정하는 일을 줄이고, 고객도 어떤 정보를 보내야 다음 단계로 넘어갈 수 있는지 알 수 있습니다. 견적을 발송한 뒤 답변을 기다리는 기준은 견적 후속 연락 기준으로 이어서 관리할 수 있습니다.
이 글의 적용 범위
이 글은 1인 사업자와 프리랜서가 고객의 첫 작업 문의를 정리하기 위한 일반적인 실무 기준입니다. 실제 질문 항목과 답변 절차는 업종, 프로젝트 규모, 계약 조건과 고객의 내부 승인 방식에 맞게 조정해야 합니다.