1:1 문의·고객센터 기능, 견적 범위를 어디까지 잡아야 할까요
'문의하기 하나만 넣어주세요'가 견적서에서 가장 자주 벌어지는 항목이에요. 단순 폼 전송이냐, 답변까지 주고받는 대화형이냐, 상담원이 여러 명이냐에 따라 개발 범위가 달라져요. 문의 기능을 발주할 때 미리 정해야 할 6가지와 각 단계에서 늘어나는 작업을 정리했어요.

핵심 요약 — “문의하기 하나 넣어주세요”라는 한 줄에는 서로 다른 크기의 기능이 섞여 있어요. 폼을 채워 보내면 끝나는 단방향 전송인지, 답변을 주고받는 대화형인지, 상담원이 여러 명이고 담당자를 나눠야 하는지에 따라 만들어야 할 화면 수가 달라져요. 여기에 문의 분류·첨부파일·알림·개인정보 보관 기준까지 더해지면 범위가 한 번 더 커져요. 발주 전에 이 여섯 가지를 정해두면 견적서를 비교할 때 같은 기준으로 볼 수 있어요.
“고객센터는 그냥 문의하기 폼 하나면 되죠?”
발주 상담에서 자주 나오는 말이에요. 그리고 실제로 그 한 줄로 끝나는 서비스도 있어요. 문제는 같은 문장을 듣고 어떤 업체는 화면 하나를, 어떤 업체는 관리자 시스템 전체를 떠올린다는 점이에요. 그래서 견적서를 나란히 놓고 보면 금액 차이가 꽤 벌어져요.
오늘은 문의·고객센터 기능이 어떤 단계로 커지는지, 그리고 발주 전에 무엇을 정해두면 견적을 같은 기준으로 비교할 수 있는지 정리해볼게요.
1. 같은 “문의 기능”인데 크기가 세 단계로 갈려요


문의 기능은 보통 세 단계 중 하나예요.
1단계 — 전송형. 사용자가 이름·연락처·내용을 적고 보내면, 담당자 메일이나 메신저로 전달돼요. 서비스 안에는 화면 하나만 있으면 돼요. 답변은 메일이나 전화로 따로 해요.
2단계 — 이력형. 보낸 문의가 서비스 안에 쌓이고, 관리자가 목록에서 보고 답변을 달아요. 사용자는 자기 문의 내역과 답변을 확인할 수 있어요. 관리자 화면과 사용자 화면이 한 쌍으로 늘어나요.
3단계 — 상담 운영형. 문의를 유형별로 나누고, 담당자를 지정하고, 처리 상태를 관리해요. 상담원이 여러 명이라 누가 무엇을 맡았는지 보이는 화면이 필요하고, 응답이 늦어지는 문의를 찾아내는 기능도 들어가요.
발주서에 “문의하기”라고만 적으면 어느 단계인지 알 수 없어요. 그래서 견적을 받기 전에 “우리는 몇 단계가 필요한가” 부터 정하는 게 좋아요. 판단 기준은 간단해요 — 문의에 답할 사람이 몇 명인지, 그리고 답변 이력을 서비스 안에서 다시 봐야 하는지예요.
기능 범위를 정하는 일반적인 방법은 요구사항 정의서, 어디부터 어떻게 쓸까요에서 더 자세히 다뤘어요.
2. 문의 분류를 몇 개로 나눌지가 관리자 화면을 좌우해요

문의를 유형으로 나누면 담당자가 자기 것만 보고 처리할 수 있어요. 그래서 대부분 분류를 넣자고 해요. 다만 분류를 넣는 순간 따라오는 작업이 몇 가지 있어요.
- 사용자가 문의를 쓸 때 유형을 고르는 화면
- 관리자가 유형별로 걸러 보는 기능
- 유형이 바뀔 때(운영하다 보면 반드시 바뀌어요) 관리자가 직접 유형을 추가·수정하는 화면
세 번째가 자주 빠져요. 유형을 코드 안에 고정해두면 나중에 “환불 문의를 따로 빼주세요”라는 요청이 왔을 때 개발자가 손을 대야 해요. 운영 중에 유형이 몇 번 바뀔 것 같다면 처음부터 관리 화면을 넣는 편이 총비용에서 낫습니다.
반대로 문의량이 적고 담당자가 한 명이라면 분류를 안 넣는 선택도 충분히 합리적이에요. 목록에서 제목만 봐도 처리되거든요.
3. 첨부파일과 알림은 별도 항목이에요

문의 기능에서 견적에 자주 빠지는 두 가지가 첨부파일과 알림이에요.
첨부파일은 “화면 오류가 났어요” 같은 문의에서 화면 사진을 받기 위해 넣는 경우가 많아요. 파일을 받는다는 건 저장 위치를 정하고, 용량과 형식을 제한하고, 오래된 파일을 정리하는 처리까지 포함돼요. 파일 업로드 범위를 어떻게 잡는지는 파일 업로드 기능, 어디까지가 견적 범위일까요에서 따로 다뤘어요.
알림은 두 방향이에요. 문의가 들어왔을 때 담당자에게 알리는 것과, 답변이 달렸을 때 사용자에게 알리는 것이에요. 이메일만 쓸지, 앱 푸시나 문자까지 쓸지에 따라 붙이는 작업이 달라져요. 알림 채널별 차이는 알림 기능, 채널마다 무엇이 달라질까요에 정리해뒀어요.
두 항목 모두 “문의 기능”이라는 한 줄 안에 숨어 있다가 개발 중에 드러나면 일정이 밀리는 원인이 돼요. 견적서를 받을 때 이 두 가지가 포함인지 아닌지 확인해보세요.
4. 상담원이 여러 명이면 권한 설계가 따라와요

담당자가 한 명일 때는 목록과 답변 화면이면 충분해요. 두 명 이상이 되는 순간 정해야 할 게 늘어나요.
- 모든 상담원이 모든 문의를 볼 수 있나요, 아니면 자기 담당만 보나요
- 다른 사람이 이미 답변 중인 문의를 어떻게 표시하나요
- 답변을 수정하거나 삭제할 수 있는 사람은 누구인가요
- 문의를 다른 담당자에게 넘길 수 있나요
이건 화면을 늘리는 문제라기보다 권한을 어떻게 나눌지의 문제예요. 권한 구조를 어떻게 잡는지에 따라 개발 범위가 달라지는 이야기는 권한·역할 관리, 어디까지 나눠야 할까요에서 다뤘어요.
실무에서 자주 놓치는 건 두 번째 항목이에요. 두 상담원이 같은 문의에 각자 답변을 다는 상황은 생각보다 자주 일어나요. 목록에 “누가 보고 있음” 표시 하나만 있어도 그 혼선이 줄어요.
5. 개인정보 보관 기준을 정해두세요
문의 본문에는 연락처나 주문번호가 들어오기 마련이에요. 사용자는 상황을 설명하려고 적는 거라 막을 수도 없어요. 그래서 만들 때 두 가지를 정해둬야 해요.
누가 볼 수 있는가. 상담원 전원이 모든 문의를 열람할 수 있게 할지, 담당자만 볼 수 있게 할지예요. 4번의 권한 설계와 이어지는 이야기예요.
언제까지 보관하는가. 처리가 끝난 문의를 계속 쌓아두면 시간이 지날수록 열람 범위가 넓어져요. 일정 기간이 지난 문의를 정리하거나 개인정보 부분만 지우는 처리를 넣어두는 게 안전해요.
이 항목은 화면에 드러나지 않아서 견적에서 빠지기 쉬워요. 그런데 나중에 점검을 받게 되면 그때 다시 개발해야 해요. 관련한 요구사항 정리는 외주 개발 보안·개인정보 요구사항, 무엇을 적어야 할까요를 참고해보세요.
6. 챗봇·자동응답은 “무엇을 넘길지”부터 정해요
문의량이 많아지면 자동응답을 검토하게 돼요. 이때 흔한 오해가 자동응답을 넣으면 상담이 줄어든다는 기대예요. 실제로는 문의 유형에 따라 갈려요.
답이 정해진 질문(영업시간, 환불 규정, 배송 조회 같은 것)은 자동으로 처리돼요. 반면 계정이나 결제처럼 개별 상황을 확인해야 하는 문의는 결국 사람이 봐야 해요.
그래서 자동응답을 넣을 때 정해야 할 건 “무엇을 자동으로 답할까”보다 “어느 지점에서 사람에게 넘길까” 예요. 넘기는 순간 사용자가 앞서 나눈 대화를 상담원이 그대로 볼 수 있어야 하고, 그 화면이 따로 필요해요. 이 설계를 건너뛰면 사용자가 같은 이야기를 두 번 하게 돼요.
AI를 붙이는 경우라면 AI 챗봇, 직접 만들까요 붙일까요에서 선택 기준을 정리해뒀어요.
7. 발주 전에 정리하면 좋은 체크리스트
견적을 받기 전에 아래 항목에 답을 적어두면, 업체마다 다른 해석 없이 같은 기준으로 견적을 받을 수 있어요.
| 항목 | 정해야 할 것 |
|---|---|
| 단계 | 전송형 · 이력형 · 상담 운영형 중 어디인가 |
| 답변 방식 | 서비스 안에서 답하나, 메일·전화로 답하나 |
| 분류 | 유형을 나누나, 나눈다면 운영 중 추가·수정이 필요한가 |
| 첨부파일 | 받나, 받는다면 어떤 형식·용량까지인가 |
| 알림 | 담당자·사용자 각각 어떤 채널로 알리나 |
| 담당자 수 | 몇 명인가, 권한을 나눠야 하나 |
| 보관 | 처리 완료 문의를 언제까지 보관하나 |
이 표를 채우는 데 오래 걸리지 않아요. 그런데 채워두면 견적서에서 “문의 기능 1식”이라고만 적힌 항목을 항목별로 확인할 수 있어요. 견적서를 볼 때 무엇을 확인해야 하는지는 개발 외주 견적서 체크리스트에 더 정리돼 있어요.
마무리
문의 기능은 화면 수로만 보면 작아 보이는데, 운영을 시작하면 손이 가장 많이 가는 곳 중 하나예요. 문의가 쌓이고 담당자가 늘어나면서 처음 만든 구조로는 감당이 안 되는 시점이 오거든요.
저희는 자체 SaaS 4종을 직접 운영하면서 그 시점을 여러 번 겪었어요. 그래서 발주자와 범위를 잡을 때 “지금 필요한 것”과 “6개월 뒤에 필요해질 것”을 나눠서 이야기해요. 처음부터 다 만들자는 뜻이 아니라, 나중에 붙일 자리를 열어두고 만들자는 쪽에 가까워요. 10년 이상 개발을 맡아오면서, 그리고 저희 서비스를 직접 운영하면서 확인한 방식이에요.
문의·고객센터 기능의 범위를 어떻게 잡을지 고민 중이시라면 프로젝트 상담에서 편하게 여쭤봐 주세요. 지금 서비스 상황에 맞는 단계를 함께 정리해드릴게요.