잘못 쓴 것을 알려주기
연락처를 잘못 적었는데 화면이 아무 말도 안 하면, 손님은 자기가 뭘 틀렸는지 몰라요. 어디가 틀렸는지 그 자리에서 짚어 주는 일이에요.
쉽게 말하면
계산대에 주문서를 놓아두면 꼭 이런 게 들어와요. 연락처 칸에 이름이 적혀 있고, 수량 칸이 비어 있어요. 손님이 대충 쓴 게 아니라 칸을 착각한 거예요. 이때 손님이 문을 나가기 전에 "연락처가 빠졌어요" 하고 되짚어 주는 일, 그게 이 문서가 말하는 알려주기예요. 나간 뒤에 발견하면 사장님은 연락할 방법이 없어요.
손님은 답장을 기다리고, 사장님은 연락할 방법이 없어요. 문의 한 건이 그냥 사라졌어요.
손님이 그 자리에서 고쳐요. 사장님은 답장할 수 있어요.
그러니까 목적은 손님을 막는 게 아니라 손님을 구하는 것이에요. 이 방향을 헷갈리면 검사를 늘릴수록 문의가 줄어드는 이상한 화면이 나와요. 그 함정도 뒤에서 짚어요.
이 증상이 그거예요
이름을 몰라도 괜찮아요. 사장님 화면에 보이는 모양만 알아보면 돼요. 아래 표에서 내 화면과 같은 줄을 찾으세요.
| 사장님이 보는 것 | 실제로 벌어진 일 | 급한가 |
|---|---|---|
| 보내기를 눌러도 아무 일이 안 일어난다 | 어떤 칸이 검사에 걸렸는데, 걸렸다는 사실이 화면에 안 뜬 것 | 급해요. 손님 눈에는 고장이라서 그냥 나가요 |
| 연락처 없는 문의가 쌓인다 | 비어 있어도 접수되게 열려 있는 것 | 급해요. 답장을 못 해서 문의가 버려져요 |
| 아직 아무것도 안 적었는데 빨간 글씨가 다 떠 있다 | 적기 전부터 미리 틀렸다고 말하는 것 | 중간. 손님이 겁먹고 나가요 |
| 고쳤는데 빨간 글씨가 그대로 남아 있다 | 고치는 중에 다시 보지 않는 것 | 중간. 손님은 뭘 더 틀렸는지 계속 몰라요 |
| 이상한 문의가 밤중에 수십 건 들어온다 | 화면에서만 검사하고 서버에서 다시 안 보는 것 | 급해요. 문의함이 막혀서 진짜 손님이 묻혀요 |
| 주소나 회사명 칸이 자꾸 틀렸다고 한다 | 받아 줘야 할 모양까지 좁게 막아 둔 것 | 느긋해도 돼요. 다만 진짜 손님이 막히면 급해져요 |
이 표가 사장님 몫의 절반이에요. 나머지 절반은 이 증상을 그대로 옮겨 말하는 것이고요.
AI에게 이렇게 말하세요
사장님이 코드를 열 일은 없어요. 증상을 그대로 말하면 돼요. 아래 문장은 복사해서 붙여 넣어도 되게 써 뒀어요. 용어를 외울 필요는 없어요.
| 내 화면의 증상 | 그대로 말할 문장 |
|---|---|
| 보내기가 눌리지 않는다 | "보내기를 눌렀는데 아무 반응이 없어요. 어느 칸이 문제인지 그 칸 아래에 글로 알려 주고, 그 칸으로 화면을 옮겨 주세요." |
| 연락처 없는 문의가 들어온다 | "연락처와 용건은 비어 있으면 접수되지 않게 해 주세요. 나머지 칸은 비워도 되게 두세요." |
| 연락처 칸에 이름이 적혀 온다 | "연락처 칸에 숫자가 아닌 게 들어오면 보내기 전에 알려 주세요. 칸 안에 예시 번호도 흐리게 보여 주세요." |
| 빨간 글씨가 처음부터 다 떠 있다 | "아직 손님이 안 적은 칸에는 경고를 띄우지 말고, 그 칸을 떠날 때만 알려 주세요." |
| 고쳐도 경고가 안 사라진다 | "손님이 그 칸을 고치기 시작하면 경고 문구를 바로 지워 주세요." |
| 하이픈이나 띄어쓰기 때문에 튕긴다 | "전화번호는 하이픈이나 띄어쓰기가 있어도 받아 주고, 저장할 때 숫자만 남게 정리해 주세요." |
| 오류 문구가 무슨 말인지 모르겠다 | "오류 문구를 손님이 바로 고칠 수 있는 말로 바꿔 주세요. 무엇을 어떻게 적어야 하는지 예시까지 넣어서요." |
| 장난 신청이 자동으로 들어온다 | "화면 검사만 믿지 말고 서버에서 한 번 더 확인해 주세요. 같은 사람이 짧은 시간에 여러 번 보내는 것도 막아 주세요." |
| 긴 양식에서 손님이 포기한다 | "틀린 칸이 여러 개면 맨 위 틀린 칸으로 화면을 옮기고 커서를 놓아 주세요. 몇 곳이 남았는지도 한 줄로 알려 주세요." |
한 번에 하나만
아홉 줄을 한꺼번에 시키지 마세요. 급한 줄 하나를 시키고, 화면에서 눈으로 확인한 다음 다음 줄로 가요. 여러 개를 한 번에 바꾸면 뭐가 좋아졌고 뭐가 망가졌는지 구분이 안 돼요. 주문할 말이 잘 안 떠오르면 잘 통하는 주문 예시를 그대로 흉내 내도 돼요.
언제 알려주느냐가 절반이에요
무엇을 검사하는지보다 언제 말해 주는지가 손님 기분을 훨씬 크게 바꿔요. 같은 문장이라도 타이밍이 틀리면 도움이 아니라 잔소리가 돼요.
- 1적는 동안은 조용히 있어요. 한 글자 넣자마자 "형식이 틀렸어요"가 뜨면, 아직 다 적지도 않은 손님을 야단치는 거예요.
- 2칸을 떠날 때 한 번 말해요. 손님이 다음 칸으로 넘어간 순간이 "이 칸은 다 적었다"고 판단한 시점이에요. 여기가 알려줄 자리예요.
- 3고치기 시작하면 경고를 지워요. 고치는 중에도 빨간 글씨가 남아 있으면 손님은 아직 틀린 줄 알고 또 지우고 또 적어요.
- 4보내기를 누르면 전체를 다시 봐요. 그리고 틀린 첫 칸으로 화면을 옮기고 커서를 놓아요. 어디를 봐야 하는지 손으로 가리켜 주는 거예요.
네 줄 중에 셋째가 제일 자주 빠져요. 후기에 "계속 뭘 잘못 적었다고만 한다"가 남는 이유의 대부분이 이것이에요.
실제로 겪는 장면
장면 1 · 문의함을 열어 본 사장님
“문의는 열두 건 들어왔는데, 연락처가 적힌 건 네 건이에요. 나머지는 답장할 방법이 없어요.”
화면이 고장 난 게 아니에요. 비어 있어도 통과되게 열려 있던 것이에요. 필수로 잠글 칸은 딱 두 개예요. 답장할 방법(연락처)과 무슨 일인지(용건). 이 두 개만 잠그면 여덟 건이 살아나요.
장면 2 · 손님이 남긴 후기
“예약하려다 포기했어요. 뭘 잘못 적었다고만 하고, 어디가 틀렸는지는 안 알려줘서요.”
검사가 많아서 잃은 손님이 아니라 안내가 없어서 잃은 손님이에요. 문구 한 줄과 커서 위치만 고쳐도 이 손님은 남았어요. 검사를 줄이는 게 답이 아니라 말해 주는 게 답이에요.
장면 3 · 외주 개발자가 말했다
“화면에서 막아도 서버에서 한 번 더 봐야 해요. 화면 검사는 우회가 되니까요.”
이제 해석돼요. 화면 검사는 손님을 돕는 예의고, 서버 검사는 문의함을 지키는 잠금이에요. 둘은 역할이 달라서 하나가 다른 하나를 대신할 수 없어요. 왜 그런지는 아래에서 봐요.
지금은 신경 쓰지 않아도 되는 때
손님이 하루 열 명인 가게에서 칸 검사를 열 개 만드는 건 시간 낭비예요. 필수 두 칸(연락처·용건)과 서버 재확인, 이 둘이 되어 있으면 사장님은 이 문서를 닫아도 돼요. 아래는 지금 안 해도 되는 것들이에요.
| 나중에 해도 되는 것 | 언제 하면 되나 |
|---|---|
| 사업자등록번호가 실제로 있는 번호인지 자동 확인 | 세금계산서를 실제로 끊기 시작할 때요. 그전에는 눈으로 봐도 충분해요 |
| 주소를 우편번호 시스템으로 검증 | 물건을 직접 보내기 시작할 때요. 문의만 받는 동안은 그냥 적게 두는 편이 나아요 |
| 비밀번호 복잡도 규칙 | 회원 로그인을 붙이는 날 같이 해요. 로그인이 없는데 규칙만 먼저 만들 이유는 없어요 |
| 한 글자 적을 때마다 실시간 검사 | 칸이 여섯 개를 넘고 이탈이 실제로 보일 때요. 지금은 칸을 떠날 때만 봐도 돼요 |
| 같은 사람의 중복 신청 자동 차단 | 중복 때문에 실제로 문제가 한 번 생긴 다음에요. 그전에는 사장님이 눈으로 지우는 게 더 빨라요 |
| 칸마다 흔들림·색 변화 같은 연출 | 문의가 안정적으로 들어온 뒤에요. 안내 문구가 없는 상태에서 흔들림만 넣으면 더 답답해요 |
겁이 아니라 순서예요
검사를 하나 늘릴 때마다 막히는 진짜 손님도 같이 늘어나요. 그래서 검사는 사고가 난 자리에만 붙이는 게 맞아요. 지금 문의가 잘 들어오고 연락처가 다 찍혀 있다면, 사장님 화면은 이미 제 일을 하고 있어요.
반대로 지금 당장 봐야 하는 신호는 셋뿐이에요. 보내기가 반응이 없다, 연락처 빈 문의가 쌓인다, 밤중에 이상한 문의가 자동으로 들어온다. 이 셋 중 하나라도 있으면 위 표의 문장을 바로 쓰세요.
깐깐하게 막으면 손님이 사라져요
형식을 좁게 잡을수록 안전해 보이지만, 실제로는 정상 손님이 먼저 걸려요. 흔히 걸리는 손님이 있어요. 이름에 공백이 들어가는 손님, 사무실 대표번호가 지역번호로 시작하는 손님, 회사명에 괄호나 쉼표가 들어가는 손님이요.
손님은 자기 번호가 맞는데 왜 틀렸다는지 몰라요. 세 번 시도하고 나가요.
사람이 적은 대로 받고, 정리는 프로그램이 해요. 사람이 기계에 맞추는 게 아니에요.
기준 한 줄로 기억하세요. 프로그램이 정리할 수 있는 건 손님에게 다시 시키지 않아요. 띄어쓰기, 하이픈, 대소문자, 앞뒤 공백은 전부 프로그램 몫이에요. 손님에게 되물을 것은 아예 빠진 값과 앞뒤가 안 맞는 값뿐이에요.
화면에서 걸러도 서버가 다시 봐야 해요
여기가 이 문서에서 유일하게 조금 기술적인 대목이에요. 그래도 비유로 끝나요.
화면 검사는 가게 문 앞에 세워 둔 안내판이에요. "신발 벗고 들어오세요." 대부분의 손님은 읽고 지켜요. 하지만 안내판은 문을 잠그지 못해요. 문을 잠그는 건 안쪽 계산대의 직원, 그게 서버 검사예요. 안내판만 있으면 밤에 아무나 들어와요.
- 1화면에만 검사를 두면, 그 검사는 손님 기기 안에서 돌아요. 손님 기기에서 도는 것은 손님 쪽에서 손댈 수 있어요.
- 2자동으로 돌아다니는 프로그램은 화면을 아예 거치지 않고 접수 창구로 바로 보내요. 안내판을 안 보고 뒷문으로 들어오는 셈이에요.
- 3그러면 빈 연락처, 광고 문구, 이상한 글자가 그대로 문의함에 저장돼요.
- 4며칠 지나면 문의함이 쓰레기로 차서 진짜 손님 문의가 묻혀요. 그때는 지우는 일이 사장님 일과가 돼요.
그래서 주문할 말은 하나예요. "접수는 서버에서 한 번 더 확인해 주세요." 이 한 줄이면 서버 쪽에 같은 검사가 붙어요. 이미 이상한 문의가 쌓이고 있다면 오류 메시지 읽는 법도 같이 보면 원인이 빨리 잡혀요.
돈과 신분이 걸린 칸
금액 칸은 특별해요. 화면에 표시된 금액을 그대로 믿으면 안 돼요. 화면 값은 바뀔 수 있으니 결제 직전에 서버가 금액을 다시 계산해야 해요. 이건 취향이 아니라 기본이에요. 결제 흐름 전체는 결제 연결하기에 있어요.
여기는 확인처를 먼저 보세요
사업자등록번호, 주민등록번호, 외국인등록번호 같은 칸은 기술 문제가 아니라 받아도 되는지부터의 문제예요. 주민등록번호는 법령에 근거가 있을 때만 받을 수 있는 것으로 알려져 있으니, 칸을 만들기 전에 개인정보보호위원회 안내를 확인하세요. 세금계산서용 사업자번호는 국세청 홈택스 안내가 기준이에요. 이 문서에서 법 해석을 내려 드리지는 않아요. 모으기 전에 손님 정보 다루기를 먼저 읽는 편이 안전해요.
자주 묻는 것
- Q. 검사를 몇 개 넣는 게 적당해요?
- 두 개부터요. 답장할 방법(연락처)과 무슨 일인지(용건). 이 둘만 필수로 잠그고 나머지는 비워도 되게 두세요. 문의가 실제로 들어오기 시작한 뒤에, 사고가 난 칸에만 하나씩 붙이면 돼요.
- Q. 필수 칸에 별표를 붙여야 하나요?
- 필수가 몇 개뿐이면 그 칸에 표시하는 게 맞아요. 반대로 대부분이 필수라면 선택 칸에 "선택"을 붙이는 편이 화면이 덜 답답해 보여요. 어느 쪽이든 손님이 보내기를 누르기 전에 알 수 있으면 돼요.
- Q. 이메일이 진짜 있는 주소인지 알 수 있어요?
- 모양만 봐요. 골뱅이가 있고 뒤에 점이 있는지 정도요. 실제로 존재하는 주소인지는 확인 메일을 보내 봐야 알아요. 문의를 받는 단계에서는 과한 일이고, 회원 가입을 만들 때 같이 하면 돼요.
- Q. 오류 문구를 빨간색으로만 보여 줘도 되나요?
- 색만으로 알리면 색 구분이 어려운 손님은 놓쳐요. 색과 함께 글자로도 적어 주는 편이 안전해요. 색 대비와 접근성 기준은 업종이나 나라에 따라 다를 수 있으니 누구나 쓸 수 있게와 글자가 잘 보이게에서 확인처를 보세요.
- Q. 빨간 글씨 말고 위쪽에 한 줄로 모아 보여 주면 안 되나요?
- 둘 다 필요해요. 위쪽 한 줄은 "두 곳이 남았어요"처럼 전체 상황을 알려 주고, 칸 아래 문구는 어디를 어떻게 고칠지 알려 줘요. 위쪽 한 줄만 있으면 손님이 어디를 볼지 몰라서 스스로 찾아 헤매요.
- Q. AI가 만든 화면인데 검사가 너무 깐깐해요. 지워도 되나요?
- 지우는 대신 완화한다고 말하세요. "주소 칸은 형식을 검사하지 말고 그냥 받아 주세요"처럼요. 통째로 지우라고 하면 필수 칸까지 같이 열려서 연락처 빈 문의가 다시 쌓여요.
확인해 보세요
문의는 들어오는데 연락처가 비어 있는 게 절반이에요. 가장 먼저 시킬 일은 무엇일까요?
하나 더
손님이 전화번호를 010-1234-5678처럼 하이픈을 넣어 적었어요. 어떻게 하는 게 맞나요?
직접 해보기
증상 한 줄만 말해 보세요
위 표에서 내 화면과 같은 줄을 하나 고르고, 오른쪽 문장을 그대로 복사해 붙여 넣어 보세요. 한 번에 하나만요. 바뀐 화면을 눈으로 확인한 다음 다음 줄로 가면 돼요.
스튜디오에서 시켜 보기더 깊이 (안 읽어도 괜찮아요)
왜 서버 검사가 진짜 잠금인가 · 손님 화면은 손님 기기에서 돌아요. 그래서 화면에 걸어 둔 규칙은 손님 쪽에서 손댈 수 있고, 자동 프로그램은 화면을 건너뛰고 접수 창구에 바로 말을 걸 수도 있어요. 반대로 서버는 사장님 쪽에 있어서 손님이 손댈 수 없어요. 그래서 역할이 갈려요. 화면 검사는 속도와 예의를 담당하고(손님이 기다리지 않고 바로 알게), 서버 검사는 진실을 담당해요(무엇이 저장될지 결정). 같은 규칙을 두 곳에 두는 게 낭비처럼 보이지만, 목적이 다르니 낭비가 아니에요.
빈칸과 0은 다른 값이에요 · 사람 눈에는 둘 다 "없음"처럼 보여요. 프로그램은 다르게 봐요. 빈칸은 "손님이 안 적었다"이고, 0은 "손님이 없다고 적었다"예요. 재고 칸에서 이걸 섞으면 사고가 나요. 안 적은 것을 0으로 저장해 버리면, 재고가 정말 0인 물건과 아직 안 센 물건을 구분할 수 없어요. 수량이나 금액 칸을 만들 때 "비워 두면 어떻게 저장되나요"를 한 번 물어보면 이 사고를 미리 막아요.
칸 하나만 봐서는 못 잡는 것 · 칸마다 검사해도 잡히지 않는 오류가 있어요. 시작일이 종료일보다 늦은 예약, 인원수가 좌석보다 많은 신청, 할인 금액이 총액보다 큰 주문이요. 칸 하나하나는 다 정상인데 조합이 틀린 거예요. 이건 칸 검사가 아니라 보내기 직전에 전체를 한 번 보는 검사로 잡아요. 예약이나 견적처럼 칸끼리 관계가 있는 양식이면 "칸끼리 앞뒤가 맞는지도 보내기 전에 확인해 주세요"를 한 줄 더 말해 두면 좋아요.
이것만 기억하세요
- ·목적은 손님을 막는 게 아니라, 못 쓰게 될 문의를 살리는 것이에요
- ·적는 동안은 조용히, 칸을 떠나면 알려주고, 고치기 시작하면 지워 줘요
- ·하이픈·띄어쓰기처럼 프로그램이 정리할 수 있는 건 손님에게 다시 안 시켜요
- ·화면 검사는 예의고, 서버 검사가 진짜 잠금이에요
- ·필수 두 칸과 서버 재확인이 되어 있으면 나머지는 나중에 해도 돼요