장애 안내 페이지

고장 중에 손님이 볼 안내 한 장이에요. 이 한 장이 있으면 같은 질문 스무 건이 한 건으로 줄어요. 침묵이 가장 비싼 대응이에요.

쉽게 말하면

장사 중에 셔터가 내려갔다고 해 볼게요. 손님 열 명이 문 앞에서 각자 전화를 걸어요. 그런데 문에 종이 한 장이 붙어 있으면 달라져요. "오후 3시까지 전기 공사, 4시에 정상 영업, 예약하신 분은 문자로 안내드립니다." 전화 열 통이 한 통으로 줄어요. 장애 안내 페이지는 문에 붙이는 그 종이예요. 다른 점은 하나뿐이에요. 이 종이는 셔터가 내려갈 때 같이 내려가면 안 돼요.

손님이 문의를 보내는 이유는 화가 나서가 아니라 모르기 때문이에요. 내 쪽 문제인지, 언제 되는지, 내 주문은 어떻게 되는지를 알려 줄 곳이 없으면 유일한 방법이 문의예요. 안내 한 장은 그 문의를 미리 대신 답해 두는 일이에요.

안내가 없을 때

손님이 새로고침 열두 번 문의 스무 건 도착 같은 답을 스무 번 씀 그 사이 복구 작업은 멈춤

고장은 한 건인데 대응은 스무 건이 돼요. 손이 하나뿐인 사장님은 복구와 답장 중 하나를 포기하게 돼요.

안내가 있을 때

안내 한 장 게시(3분) 문의는 특수한 건만 옴 답장은 그 한 장을 가리킴 복구에 손이 남음

안내는 손님을 위한 것이기도 하지만, **복구할 시간을 사장님에게 돌려주는 장치**이기도 해요.

안내가 문의를 줄이는 방식

안내문이 문의를 줄이는 건 착한 문장 때문이 아니에요. 손님 머릿속의 질문 네 개를 먼저 답해 버리기 때문이에요. 네 개 중 하나라도 비면 그 질문이 문의로 들어와요.

손님이 궁금한 것	안내에 이 한 줄이 있으면	없으면 벌어지는 일
내 폰 문제인가요	"지금 모든 손님에게 같은 문제가 있어요"	재부팅하고 앱을 지웠다 깔고, 그러고 나서 문의해요. 손님 시간 20분이 그냥 사라져요
언제 되나요	"3시 30분에 다시 안내를 올려요"	10분마다 눌러 보고, 답이 없으니 전화해요. 통화 한 건이 답장 다섯 건보다 오래 걸려요
내 주문은 어떻게 되나요	"결제된 주문은 그대로 남아 있어요"	같은 주문을 다시 넣어요. 이중 결제 사고가 원래 고장 위에 하나 더 얹혀요
지금 뭘 하면 되나요	"다시 결제하지 마시고 문의 한 줄만 남겨 주세요"	손님마다 다른 방법으로 시도해서 사고 종류가 늘어나요
여기 말고 어디를 봐야 하나요	"진행 상황은 이 주소에서 계속 갱신해요"	손님이 SNS 댓글·전화·메일로 흩어져 물어봐서 답을 안 한 문의가 생겨요

가장 값싼 안내가 "점검 중입니다" 한 줄이에요

이 문장은 네 질문 중 하나도 답하지 않아요. 손님이 얻는 정보는 "내 폰 문제는 아니구나" 하나뿐이에요. 그래서 문의가 그대로 들어와요. 범위·시각·다음 안내 시점이 없는 안내문은 붙여 놓아도 일을 줄여 주지 않아요.

같이 죽지 않는 곳에 둬야 해요

이 문서에서 하나만 가져간다면 이 절이에요. 안내 페이지의 값어치는 고장 났을 때 열린다는 것 하나에서 나와요. 내 서비스 안에 만들어 두면, 내 서비스가 죽는 순간 안내도 같이 죽어요.

1안내 페이지를 본 서비스와 다른 곳에 둬요. 다른 주소, 다른 호스팅, 또는 상태 안내 전용 서비스면 돼요. 같은 서버·같은 프로젝트 안에 두면 안내가 아니라 장식이에요.
2글자만 있는 한 장으로 만들어요. 데이터베이스·로그인·결제·외부 연동을 하나도 쓰지 않아야 해요. 무거운 안내 페이지는 사람이 몰릴 때 같이 느려져요.
3주소를 평소에 알려 둬요. SNS 소개란, 주문 완료 문자, 안내 메일 아래에 그 주소를 미리 박아 둬요. 사고 중에 새 주소를 알리려면 알릴 통로 자체가 막혀 있어요.
4평소에는 "모두 정상" 한 줄만 떠 있게 둬요. 평소 아무것도 없던 페이지는 사고 때 손님이 신뢰하지 않아요.
5장애 때는 그 한 장의 글자만 바꿔요. 새로 만드는 게 아니라 고쳐 쓰는 거예요. 3분 안에 끝나야 쓸 수 있는 장치예요.

같은 집에 둔 안내

안내 주소 = 내 사이트 안의 공지 화면 사이트가 멈춤 안내 화면도 안 열림 손님이 볼 곳이 0곳

가장 많이 나는 실수예요. 만들 때는 자연스러운 선택이고, 필요한 순간에만 틀린 게 드러나요.

다른 집에 둔 안내

안내 주소 = 다른 곳에 올린 한 장 사이트가 멈춤 안내는 그대로 열림 손님이 볼 곳이 1곳

여기에 SNS 고정글 한 개를 더하면 통로가 둘이 돼요. 통로는 둘이면 충분해요.

고장 화면 자체도 안내가 될 수 있어요

손님이 가장 먼저 마주치는 건 안내 페이지가 아니라 안 열리는 화면이에요. 그 화면에 "현재 확인 중이에요. 진행 상황은 여기"라는 링크 한 줄이 있으면 안내 페이지로 손님을 옮길 수 있어요. 고친 것이 손님 화면에 언제 반영되는지는 배포에서 봐요.

한 장에 무엇을 적나

안내문은 창작이 아니라 칸 채우기예요. 칸을 미리 만들어 두면 당황한 상태에서도 3분에 끝나요. 사고 났을 때 문장을 새로 고민하면 그 시간에 문의가 쌓여요.

칸	이렇게 적어요	빼야 할 것
지금 상태	"주문하기 버튼이 눌리지 않습니다. 확인 중이에요"	"일부 기능에 이슈가 있습니다" 같은 뭉갠 말. 손님은 자기 기능이 그 일부인지 몰라요
언제부터	"오늘 오후 2시 10분부터"	"조금 전부터", "일시적으로". 범위 없는 말은 손님이 자기 주문을 대조할 수 없어요
되는 것과 안 되는 것	"상품 보기는 됩니다. 결제만 안 됩니다"	전체가 죽은 것처럼 들리는 문장. 멀쩡한 기능까지 손님이 포기해요
손님이 할 일	"다시 결제하지 마시고 문의만 남겨 주세요"	"잠시 후 다시 시도해 주세요." 결제 사고에서 이 문구는 이중 결제를 부르는 안내예요
다음 안내 시점	"3시 30분에 다시 올려요"	복구 완료 시각 약속. 못 지키면 그 순간 두 번째 사고가 돼요
물어볼 곳	창구 한 곳만 링크로	전화·메일·SNS를 나란히 적기. 창구가 셋이면 답 안 한 문의가 생겨요. 문의 티켓 관리

원인은 적지 않아요

"데이터베이스 연결이 끊겨서" 같은 설명은 손님에게 아무 도움이 안 되고, 나중에 사실이 아닌 것으로 밝혀지면 신뢰만 깎여요. 손님이 필요한 건 범위와 할 일이에요. 원인은 사고가 끝난 뒤 사고 기록과 재발 방지에서 사장님이 보려고 적는 거예요.

등급을 세 칸으로 나눠요

안내문의 톤은 사고 크기에 따라 달라야 해요. 다 똑같이 심각하게 쓰면 손님이 다음부터 안 읽고, 다 똑같이 가볍게 쓰면 진짜 큰 사고가 묻혀요. 칸 세 개면 충분해요.

등급	이런 상황	안내는 이렇게
전체 멈춤	화면이 아예 안 열려요. 손님 전부가 겪어요	즉시 올려요. 갱신은 짧은 간격으로. 이 등급만 SNS에도 같이 올려요
일부만 안 됨	결제만 실패, 목록만 느림, 특정 기기에서만 오류	무엇이 되고 무엇이 안 되는지를 문장 맨 앞에 적어요. 이 등급에서 뭉갠 표현이 가장 많이 나와요
예정된 점검	고칠 게 있어서 일부러 닫는 시간	미리 올려요. 사고가 아니라 예고예요. 손님이 적은 시간대를 골랐다는 말을 같이 적으면 인상이 달라져요

가장 판단이 어려운 건 두 번째예요. 열 명 중 한 명만 실패하는 상태에서는 사장님이 눌러 보면 잘 되니까요. 이 판단을 사람 감이 아니라 살아 있나 감시하기와 에러 자동 수집에 맡겨 두면, 안내를 올릴지 말지가 숫자로 결정돼요.

올릴까 말까 망설여지면 올려요

"5분 안에 고칠 것 같은데"가 30분이 되는 게 사고의 기본 성질이에요. 안내를 올렸는데 3분 뒤에 복구되면 "복구했어요" 한 줄을 더 쓰면 끝이에요. 반대로 30분을 침묵하면 그 30분은 되돌릴 수 없어요. 올려서 손해 본 사례보다 안 올려서 손해 본 사례가 훨씬 많아요.

게시한 다음이 진짜 일이에요

안내 페이지의 실패는 대개 게시 순간이 아니라 그 뒤의 침묵에서 생겨요. 한 번 올리고 두 시간을 방치하면 손님은 사장님이 손을 놨다고 읽어요. 갱신 리듬을 미리 정해 두면 이 문제가 사라져요.

1첫 안내는 원인을 몰라도 올려요. "확인 중이에요"까지만 알아도 올릴 수 있어요. 원인을 알고 나서 올리려면 늘 늦어요.
2정한 간격으로 갱신해요. 진행이 없어도 "아직 확인 중이에요"를 올려요. 진행 없음도 정보예요.
3복구되면 복구를 알려요. 이 한 줄이 빠져서 손님이 계속 안 되는 줄 아는 경우가 많아요. 안내를 내리는 것과 복구를 알리는 것은 다른 일이에요.
4사고 시간대의 주문·결제·문의를 따로 확인해요. 화면이 돌아온 것과 장부가 맞는 것은 다른 이야기예요. 순서는 사고가 났을 때에 있어요.
5끝난 안내를 지우지 말고 남겨요. 지난 사고 기록이 쌓인 페이지는 감출 흠이 아니라 신뢰 자산이에요. 기업 손님은 이 목록을 보고 계약을 판단해요.

약속한 시각은 알람으로 걸어 두세요

"30분 뒤에 다시 올려요"라고 적고 잊는 게 가장 흔한 사고예요. 복구에 몰입하면 시간 감각이 사라져요. 안내문을 올리는 순간 휴대폰 알람을 그 시각으로 걸어 두세요. 이런 알림을 기계에 맡기는 방법은 장애 알림 받기에 있어요.

사장님이 실제로 겪는 장면

장면 1 · 안내를 올리려는데 안내가 안 열린다

“공지 화면에 글을 쓰려고 관리자로 들어갔는데, 관리자도 같이 안 열려요.”

안내를 내 서비스 안에 만든 결과예요. 이때의 임시 대처는 SNS 고정글과 프로필 소개란이에요. 둘 다 내 서버와 상관없이 열려요. 사고가 끝난 뒤에 할 일은 하나예요. 바깥에 글자만 있는 한 장을 만들어 주소를 미리 알려 두는 것. 이 작업은 한 번 해 두면 다음 사고 전부에 쓰여요.

장면 2 · 복구 시각을 약속했다가 두 번 사과한다

“4시에 복구된다고 올렸는데 6시에도 안 됐어요. 손님들이 더 화가 났어요.”

사과가 두 번 필요해진 건 고장 때문이 아니라 못 지킬 약속 때문이에요. 복구 시각 대신 다음 안내 시각을 약속하세요. "4시에 복구"는 지킬 수 없지만 "4시에 다시 알려드려요"는 무슨 일이 있어도 지킬 수 있어요. 지킬 수 있는 약속만 쓰는 게 신뢰를 지키는 방법이에요.

장면 3 · 기업 손님이 안내 이력을 물어본다

“지난 6개월 장애 이력과 그때 안내를 어떻게 하셨는지 볼 수 있을까요?”

개인 손님은 묻지 않지만 기업 손님은 거의 항상 물어요. 이력이 쌓인 안내 페이지가 있으면 링크 하나로 답이 끝나요. 없으면 "사고가 없었습니다"라고 말하게 되고, 그건 대개 믿기지 않아요. 여기서 한 걸음 더 나가 약속을 문서로 적는 단계가 응답과 복구 약속이에요. 다만 못 지킬 숫자를 계약서에 쓰면 배상으로 돌아와요.

자주 묻는 것

Q. 손님이 하루 열 명인데 이것까지 만들어야 하나요?: 지금은 SNS 고정글 하나로 충분해요. 필요해지는 신호는 규모가 아니라 상황이에요. 돈이 오가기 시작했을 때 · 손님이 예약 시간에 맞춰 찾아올 때 · 기업 손님이 붙었을 때. 이 셋 중 하나가 오면 만드세요. 만들어 두면 다음 사고마다 계속 값을 해요.
Q. 전문 상태 안내 서비스를 써야 하나요, 직접 만들어도 되나요?: 판단 기준은 하나예요. 내 서비스와 함께 죽지 않는가. 이 조건을 만족하면 직접 만든 한 장으로도 충분해요. 전문 서비스의 장점은 이력 관리와 손님 구독 알림이라, 기업 손님이 붙기 전까지는 급하지 않아요.
Q. 안내를 올리면 고장이 잦다는 인상을 주지 않을까요?: 손님이 나쁘게 기억하는 건 고장이 아니라 숨긴 것이에요. 고장은 어차피 손님이 먼저 겪어요. 그때 안내가 없으면 "고장 + 방치"로 기억되고, 안내가 있으면 "고장 + 관리되는 곳"으로 기억돼요. 같은 사고가 다른 평판이 돼요.
Q. 안내문을 매번 새로 쓰기가 어려워요.: 매번 쓰지 마세요. 등급 세 개에 대해 빈칸 뚫린 문장을 미리 만들어 두면 시각과 기능 이름만 채워 넣으면 돼요. 응대 문구를 미리 만들어 두는 방법은 응대 표준 문구와 같은 요령이에요.
Q. 예정된 점검은 며칠 전에 알려야 하나요?: 정해진 규칙은 없고 손님 종류에 따라 달라요. 판단 기준은 손님이 계획을 바꿀 수 있는 시간이에요. 예약 손님이 있는 서비스라면 예약 가능한 기간보다 앞서 알려야 의미가 있어요. 기업 손님과 약속한 통지 기간이 계약서에 있으면 그게 우선이에요.
Q. 안내 페이지와 사고 대응 순서는 뭐가 다른가요?: 사고가 났을 때는 사장님이 무엇을 할지의 순서이고, 이 문서는 그 순서 안의 "손님에게 알리기" 한 칸을 어디에 어떻게 두는지예요. 대응 순서가 뼈대면 안내 페이지는 그 뼈대에 걸어 두는 도구예요.
Q. 갑자기 손님이 몰려서 느려진 것도 안내를 올려야 하나요?: 올리는 게 좋아요. 이때 손님은 고장으로 오해하고 새로고침을 반복해서, 그 반복이 서버를 더 밀어붙여요. "지금 접속이 많아 느려요. 잠시 뒤 다시 열어 주세요" 한 줄이 실제로 부하를 줄여요. 대비는 갑자기 몰릴 때에서 봐요.

확인해 보세요

장애 안내 페이지를 만들려고 해요. 어디에 두는 게 맞을까요?

하나 더

결제가 실패하는 사고 중이에요. 안내문에 넣으면 안 되는 문장은?

직접 해보기

글자만 있는 안내 한 장을 미리 만들어 두세요

스튜디오 대화창에 그대로 붙여 넣어 보세요. "장애 안내용 한 페이지를 만들어 주세요. 데이터베이스와 로그인 없이 글자만 있는 정적 페이지로, 현재 상태·시작 시각·되는 것과 안 되는 것·손님이 할 일·다음 안내 시각·문의 창구 링크 칸을 넣어 주세요. 평소에는 모두 정상 문구가 보이게 해 주세요." 만든 뒤 본 서비스와 다른 주소로 따로 열어 두는 것까지가 한 세트예요.

스튜디오 열기

더 깊이 (안 읽어도 괜찮아요)

비유가 어디까지 맞고 어디부터 다른가 · 문에 붙인 종이 비유는 "묻기 전에 답해 둔다"까지 정확해요. 다른 점은 손님이 문 앞에 서 있지 않다는 거예요. 가게라면 종이를 보고 돌아가지만, 온라인 손님은 안 열리는 화면만 보고 나가요. 그래서 안내 페이지는 붙이는 것으로 끝나지 않고 손님이 그 페이지로 가는 길까지 만들어야 해요. 안 열리는 화면의 링크 한 줄, SNS 고정글, 주문 문자 아래의 주소가 그 길이에요.

왜 큰 회사도 이 한 장에 공을 들이나 · 이유가 두 가지예요. 첫째, 문의 응대 인건비가 사고 때 폭증해요. 안내 한 장이 그 비용을 직접 깎아요. 둘째, 기업 계약에서 장애 이력과 통지 방식이 실제 심사 항목이에요. 안내 페이지는 서비스 품질의 증거로 쓰여요. 혼자 하는 사장님에게 첫 번째 이유가 더 크게 와요. 사고 때 가장 부족한 자원이 사장님의 손이니까요.

정보와 돈이 걸린 사고는 등급이 달라요 · 손님 정보가 새어 나간 사고는 안내 페이지 한 장으로 끝나지 않아요. 법이 정한 신고와 통지 의무가 따로 있어서, 안내문 문구도 그 절차와 어긋나면 안 돼요. 기한과 대상은 짐작하지 말고 개인정보보호위원회 안내와 한국인터넷진흥원(KISA) 상담을 확인하세요. 돈이 걸린 사고의 취소·환불 절차는 계약한 결제대행사 안내가 기준이에요. 순서는 사고가 났을 때에 정리돼 있어요.

안내 이력이 다음 사고를 줄여요 · 지난 안내가 쌓이면 사장님 눈에 반복이 보여요. 같은 기능이 세 번 등장했다면 그 기능은 손볼 때가 된 거예요. 안내문에 적힌 시각을 모으면 사고가 몰리는 시간대도 보여요. 이 읽기를 달마다 돌리는 방법은 만든 뒤 관리하기와 사고 기록과 재발 방지에 있어요.

이것만 기억하세요

·안내 한 장은 손님을 위한 것이면서, 복구할 손을 사장님에게 돌려주는 장치예요
·본 서비스와 다른 곳에, 글자만 있는 한 장으로 둬요. 같이 죽는 안내는 없는 것과 같아요
·주소는 사고 전에 알려 둬요. 사고 중에는 알릴 통로가 막혀 있어요
·복구 시각을 약속하지 말고 다음 안내 시각을 약속해요. 지킬 수 있는 약속만 써요
·결제 사고에 다시 시도 안내는 금지예요. 이중 결제를 부르는 문장이에요