손님 안 보는 연습 무대

쉽게 말하면

이 문서가 답하려는 질문은 "어떻게 만드나"가 아니에요. 만드는 건 개발자나 AI가 해요. 사장님이 쥐고 있어야 하는 건 언제부터 필요한가, 어디까지 닮게 만들면 충분한가, 그리고 지금은 없어도 되는가예요.

무대는 보통 세 개예요

말은 두 개처럼 하는데 실제로는 세 자리가 있어요. 셋의 차이를 아는 것만으로 개발자 말의 절반이 해석돼요.

셋이 다 필요한 건 아니에요. 혼자 만들고 혼자 고치는 동안은 작업 자리와 진짜 가게, 두 개로 충분해요. 연습 무대는 사람이 둘 이상 손을 대거나, 손님이 이미 들어오고 있을 때 값을 하기 시작해요.

연습 무대가 못 잡는 사고

여기가 심화로 갈 대목이에요. 연습 무대는 만능이 아니에요. 진짜 가게와 다른 지점에서만 사고가 나거든요. 연습에서 멀쩡했는데 진짜에서 깨졌다면, 원인은 거의 이 표 안에 있어요.

손님 명단을 연습 무대로 복사하지 마세요

"연습이 진짜 같아야 한다"는 말을 듣고 가장 쉽게 떠오르는 방법이 진짜 장부를 통째로 복사하는 거예요. 이게 이 주제에서 가장 위험한 결정이에요.

1. 1복사하는 순간 손님 개인정보가 한 벌 더 생겨요. 지켜야 할 금고가 하나에서 둘로 늘어요.
2. 2연습 무대는 보통 자물쇠가 헐거워요. 급하니까 비밀번호를 단순하게 두고, 주소를 단체 대화방에 공유하고, 접근 기록도 안 남겨요.
3. 3연습하다 알림 기능을 켜면 그 명단으로 진짜 문자와 메일이 나가요. 손님은 이미 몇 달 전에 산 물건 안내를 다시 받아요.
4. 4일이 끝난 뒤 연습 무대는 잊혀요. 몇 달 지난 손님 명단이 관리되지 않는 곳에 남아 있게 돼요.

줄 수가 많아야 의미 있는 시험은 연습용 데이터를 지어내서 채우면 돼요. 이름과 번호는 가짜여도 "삼만 줄일 때 목록이 느린가"는 똑같이 드러나요. 확인이 필요한 건 손님의 이름이 아니라 줄의 개수예요.

증상을 보고 AI에게 이렇게 말하세요

증상은 사장님이 알아보고, 문장은 이 표에서 가져가세요. 그대로 복사해서 붙여도 돼요. 스스로 표현을 만들려고 애쓸 필요가 없어요.

표의 세 번째 줄과 다섯 번째 줄은 실제로 가장 자주 일어나요. "밖으로 나가는 것을 막는다"와 "지금 어느 무대인지 눈에 보이게 한다", 이 두 문장을 처음부터 주문에 넣어 두면 사고 대부분이 아예 생기지 않아요.

실제로 겪는 장면

지금은 신경 쓰지 않아도 되는 때

이 문서를 읽고 "나도 하나 만들어야 하나" 걱정이 됐다면, 대부분은 아니에요. 연습 무대는 만들기는 쉽고 관리는 두 배로 어려운 물건이에요. 필요 없을 때 만들면 관리 안 되는 반쪽 가게가 하나 생기는 거예요. 아래에 해당하면 오늘은 넘어가세요.

1. 1손님이 아직 한 명도 없어요. 깨질 화면을 볼 사람이 없으면 진짜 가게가 곧 연습 무대예요. 지금은 마음껏 부수는 게 이득이에요.
2. 2저장되는 게 없는 소개 페이지예요. 가게 소개·메뉴·오시는 길만 있고 손님이 뭘 입력하지 않는다면, 잘못돼도 되돌리기 한 번으로 끝나요.
3. 3결제도 손님 정보도 없어요. 사고가 나도 돈과 개인정보가 안 걸려요. 위험의 크기가 아직 작아요.
4. 4혼자 만들고 혼자 고쳐요. 연습 무대의 큰 값 중 하나는 "남에게 보여주고 통과받는 자리"예요. 통과받을 사람이 없으면 그 값이 안 생겨요.
5. 5바꾸는 게 문구와 색뿐이에요. 화면 표시만 바뀌는 변경은 눈으로 바로 확인되고 바로 되돌려져요. 리허설이 필요한 종류가 아니에요.
6. 6아직 만드는 중이라 매일 모양이 바뀌어요. 완성 전에는 연습 무대를 진짜와 맞춰 두는 일이 매일 다시 해야 하는 숙제가 돼요. 모양이 굳은 뒤가 제때예요.

이 신호가 켜지면 그때예요

표를 한 줄로 줄이면 이렇게 돼요. 되돌릴 수 없는 것이 생긴 날이 연습 무대가 필요해진 날이에요. 돈, 손님 정보, 발송, 장부 구조. 이 넷 중 하나라도 걸리면 그날부터예요.

남에게 맡길 때 요구할 것

외주에 맡기든 AI에게 맡기든, 사장님이 코드를 볼 필요는 없어요. 이 표 하나를 들고 있으면 대화가 됩니다.

자주 묻는 것

Q. 바이브캠퍼스에서 만드는 동안 옆에 보이는 화면이 연습 무대인가요?

가장 작은 형태의 연습 무대예요. 스튜디오에서 만드는 동안 옆에 결과 화면이 함께 보이고, 그건 아직 손님에게 열리지 않은 상태예요. 이 단계에서는 마음껏 고쳐도 아무 일도 안 일어나요. 손님에게 열리는 건 게시를 한 뒤부터예요.

Q. 그럼 게시한 뒤에 고치고 싶으면 어떻게 해요?

고치는 동안 손님이 깨진 화면을 볼 수 있다는 점만 기억하세요. 그래서 순서를 이렇게 잡아요. 만들면서 옆 화면으로 충분히 확인하고, 다 됐을 때 한 번에 게시해요. 조금씩 여러 번 게시하는 것보다 완성해서 한 번 게시하는 게 손님에게 안전해요.

Q. 연습 무대를 따로 두면 돈이 두 배로 드나요?

서버와 장부를 두 벌 두면 그래요. 다만 연습 무대는 손님이 없으니 가장 작은 크기로 둬도 되고, 안 쓰는 동안 껐다 켜도 돼요. 그래서 실제로는 두 배까지 안 가는 경우가 많아요. 만들기 전에 얼마인지 먼저 물어보세요.

Q. 연습에서는 잘 됐는데 진짜에서만 안 돼요. 왜요?

코드보다 설정값이 다를 확률이 훨씬 높아요. 열쇠·주소·연결 대상 같은 값은 코드에 안 적혀 있어서 무대마다 따로 넣어야 하고, 그중 하나를 안 넣은 거예요. 환경변수에서 왜 그렇게 되는지 볼 수 있어요.

Q. 연습 무대와 백업은 같은 건가요?

다른 거예요. 연습 무대는 앞으로 할 일을 미리 해 보는 곳이고, 백업은 이미 지나간 것을 되돌리는 수단이에요. 연습 무대가 있어도 백업은 필요해요. 반대도 마찬가지예요. 백업과 복원을 함께 보세요.

Q. 연습 무대 하나면 되나요? 두 개 만드는 경우도 봤어요

사람이 많아지면 늘어나요. 사람마다 자기 연습 자리를 갖고, 통과받는 자리를 하나 더 두는 식이에요. 혼자거나 두세 명이면 하나로 충분해요. 무대 개수가 늘면 관리할 것도 그만큼 늘어나니, 늘리는 건 사람이 늘어난 다음이에요.

Q. 앱스토어에 올리는 앱은 연습 무대를 어떻게 두나요?

각 스토어가 심사 전에 정해진 사람만 받아 볼 수 있는 통로를 따로 두고 있어요. 다만 이름과 조건, 심사 규칙은 스토어마다 다르고 자주 바뀌어요. 정확한 절차와 조건은 각 스토어의 정책 문서에서 확인하세요. 원리는 같아요. 손님에게 열기 전에 정해진 사람만 보는 판을 하나 두는 거예요.

Q. 연습 무대에서 한 것은 진짜 가게에 어떻게 옮겨요?

화면과 기능은 같은 코드를 옮기는 것이라 도구가 해 줘요. 옮겨지지 않는 게 두 가지 있어요. 설정값과 장부 내용이에요. 설정값은 새 무대에서 다시 넣어야 하고, 연습 장부에 쌓인 가짜 기록은 옮기지 않아요. 옮기면 안 돼요.