바이브코딩 데모, 사용자에게 공개하면 왜 문제가 생길까?

혼자 테스트할 때는 회원가입도 되고 문서 저장도 잘 됩니다. 지인에게 링크를 보내자 다른 계정에서는 빈 화면이 나타나고, 두 사람이 같은 항목을 수정하면 결과가 예상과 달라집니다. 내 컴퓨터에서 익숙한 순서로 실행하던 데모가 실제 사용자 앞에서는 다른 조건을 만나기 때문입니다.

바이브코딩으로 만든 데모가 실제 사용자에게 공개된 뒤 문제를 보이는 이유를 단순히 AI 코드의 품질로만 설명하기는 어렵습니다. 한 사람의 성공 경험에 맞춰 확인한 기능을 여러 사람과 다양한 환경으로 확장하면서, 검증하지 않은 가정이 드러나는 것이 핵심입니다. 앞선 프로덕션 전환 글이 출시 준비의 전체 범위를 다뤘다면, 이번에는 데모 단계에서 숨어 있는 가정을 찾아보겠습니다.

1. 내 계정과 내 데이터에 맞춰져 있을 수 있습니다

데모에서는 이미 데이터가 들어 있는 계정으로 테스트하기 쉽습니다. 처음 가입한 사람에게 필요한 초기 설정이 없거나, 항목이 하나도 없을 때 보여줄 화면을 만들지 않았다면 신규 사용자는 첫 단계부터 막힙니다. 개발자가 설정해 둔 관리자 권한 덕분에 정상으로 보였던 기능도 있을 수 있습니다.

반대로 다른 사용자가 만든 항목까지 보인다면 계정별 데이터 구분을 점검해야 합니다. 화면에 로그인 이름이 표시되는 것만으로 접근 규칙이 확인되지는 않습니다. 누가 어떤 데이터를 읽고 바꿀 수 있는지 서버에서 판단하는 흐름을 살펴보세요.

새 계정 두 개를 만들고 서로 다른 데이터를 입력해 보세요. 데이터가 없는 계정, 권한이 다른 계정, 로그인하지 않은 상태를 따로 확인하면 내 계정에서만 통과하던 가정을 찾기 쉽습니다. 운영 고객의 실제 정보를 테스트에 사용하는 것은 피하는 편이 좋습니다.

2. 사용자는 데모와 다른 순서로 움직입니다

발표자는 메뉴를 정해진 순서로 누르지만 사용자는 상세 페이지 주소를 직접 열고, 여러 탭을 켜고, 작성 중 뒤로 가기를 누릅니다. 첫 화면을 거쳐야만 준비되는 값에 의존하면 직접 접속한 페이지에서 문제가 생길 수 있습니다.

화면이 뜨는 동안 이전 값이 남거나 새로고침 뒤 입력 내용이 사라지는지도 확인하세요. 모바일과 다른 브라우저에서는 화면 폭, 입력 방식, 저장된 로그인 상태가 달라집니다. 테스트를 할 때는 클릭 순서를 설명해 주기보다 사용자가 실제로 어디에서 멈추는지 관찰하는 것이 도움이 됩니다.

모든 환경을 한 번에 지원하려고 하기보다 먼저 지원할 기기와 핵심 이용 경로를 정하세요. 가입부터 첫 작업 완료까지의 흐름을 설명 없이 수행할 수 있는지 확인한 뒤 범위를 넓히면 됩니다.

3. 한 번의 요청이 여러 번 실행될 수 있습니다

혼자 테스트할 때는 버튼을 한 번 누르고 결과를 기다립니다. 실제로는 응답이 늦으면 다시 누르고, 같은 내용을 두 탭에서 저장하고, 여러 사람이 같은 항목을 동시에 수정할 수 있습니다. 이런 상황에서 단순히 마지막 요청의 값으로 덮어쓰면 먼저 입력한 내용이 사라질 수 있습니다.

중복 클릭을 막는 화면 처리는 필요하지만 그것만으로 모든 중복 요청을 해결할 수는 없습니다. 서버에서도 같은 작업의 재시도를 어떻게 구분할지, 동시에 수정한 내용을 어떤 규칙으로 반영할지 정해야 합니다. 주문이나 결제처럼 결과가 중요한 작업은 특히 별도로 점검하세요.

AI에게 수정을 요청할 때도 '오류를 고쳐 줘'보다 재현 조건을 구체적으로 전달하세요. 두 계정에서 어떤 순서로 작업했고, 기대한 결과와 실제 결과가 어떻게 다른지 적으면 수정 범위를 판단하고 같은 상황을 다시 확인하기 좋습니다.

공개 범위를 줄여 가정을 검증하세요

데모 다음 단계에서 기능을 계속 추가하면 어떤 조건에서 문제가 생기는지 찾기 더 어려워질 수 있습니다. 먼저 소수의 시험 사용자와 대표 작업 한 가지를 정하고, 실패한 지점과 문의 내용을 기록해 보세요. 문제를 고친 뒤에는 같은 조건에서 다시 실행하고 다른 핵심 기능에도 영향이 없는지 확인해야 합니다.

공개 전에는 다음 질문에 답해 보세요.

• 새 계정과 데이터가 없는 상태에서도 첫 작업을 마칠 수 있는가
• 다른 계정의 데이터를 조회하거나 수정할 수 없는가
• 상세 주소 직접 접속과 새로고침을 확인했는가
• 여러 탭과 동시 수정의 결과를 확인했는가
• 중복 요청을 어떻게 처리할지 규칙이 있는가
• 실패를 재현할 기록과 테스트 환경이 준비돼 있는가

바이브코딩 데모는 아이디어를 확인하는 좋은 출발점입니다. 실제 사용자에게 공개할 때는 익숙한 성공 경로에서 벗어나도 서비스가 동작하는지 확인해야 합니다. 지금 만든 앱이 혼자 쓰는 데모를 넘어설 준비가 됐는지 궁금하다면 Ideal Web에서 계정·데이터·이용 흐름을 기준으로 함께 점검해 보세요.