데모용 vs 실서비스용: AI로 만든 앱이 진짜 사용자를 맞을 준비가 됐을 때
AI로 만든 앱 대부분은 데모에선 멋져 보이다가 세 번째 진짜 사용자 앞에서 금이 갑니다. 당신이 어느 쪽에 있는지 가려내는 법과, 개발자 없이 그 간극을 메우는 법을 알려 드립니다.
모든 AI 앱 빌더에는 당신이 만든 물건이 진짜처럼 보이기 시작하는 순간이 있습니다. 페이지가 뜨고, 버튼이 작동하고, 양식이 입력을 받고, 데이터가 있어야 할 자리에 나타납니다. 이리저리 클릭해 보면 창업자가 된 기분이 들죠. 좋은 기분입니다. 그리고 많은 사람이 바로 여기서 멈춥니다 — 왜냐하면 “내가 데모할 때는 작동한다”와 “낯선 사람이 쓸 때 작동한다” 사이의 간극은 보이는 것보다 크고, 그 간극은 AI 앱 빌더의 미리보기 화면에는 드러나지 않으니까요.
이 글은 그 간극을 작정하고 메우는 것에 관한 것입니다. 그러려고 엔지니어가 될 필요는 없습니다. 무엇을, 어떤 순서로 테스트할지, 그리고 언제 어떤 것을 더는 프로토타입이라 부르지 않을지를 알면 됩니다.
”데모용”이란 실제로 무슨 뜻인가
데모용 AI 앱은 당신이 원했던 일을, 당신이 테스트한 경로에서, 그동안 프롬프트에 붙여 넣던 것과 비슷한 데이터로 해냅니다. 로그인이 됩니다. 대시보드가 뜹니다. 공동창업자에게 보여 주고 싶었던 그것이 화면에 있습니다.
데모용도 아무것도 아닌 건 아닙니다. 넉 달 전이라면 당신이 만든 그것은 프리랜서 계약 한 건과 6주짜리 일정이었습니다. 하지만 그것은 또한 오직 당신 혼자, 정상 경로에서만 테스트한 버전이기도 합니다. 진짜 사용자는 정상 경로에 머물지 않습니다.
그들은 끝에 공백이 붙은 이메일 주소를 붙여 넣습니다. iPad에서 가로 모드로 Safari를 씁니다. 모바일 데이터로 들어와 페이지가 반쯤 로드된 채로 30초를 둔 다음 버튼을 누릅니다. “뒤로”가 작동하길 기대하고, 새로고침을 해도 입력한 게 사라지지 않길 기대합니다.
데모가 오해를 부르는 이유는 AI가 가짜를 만들어서가 아닙니다. 데모를 진행하는 사람은 어디에 시체가 묻혔는지 알기 때문입니다. 당신은 본능적으로 작동하는 버튼을 누릅니다. 진짜 사용자는 당신이 존재하는지도 잊었던 버튼을 누릅니다.
가장 먼저 금이 가는 다섯 가지
AI 앱 빌더로 데모에서 출시까지 가는 사람들을 지켜본 결과, 진짜 사용자 아래에서 가장 먼저 깨지는 것은 늘 같은 다섯 가지였습니다. 이것들을 작정하고 짚어 가는 것이 실서비스용으로 나아가는 가장 빠른 길입니다.
1. 빈 상태. 당신의 대시보드는 프로젝트가 셋 들어 있어서 멋져 보입니다. 만드는 동안 프로젝트 셋을 썼으니까요. 신규 사용자가 가입하면, 아무것도 없는 대시보드에 도착해서 텅 빈 회색 직사각형을 봅니다. 해결책은 프롬프트 하나입니다. “사용자에게 프로젝트가 하나도 없으면, 다음에 무엇을 해야 할지 알려 주는 친근한 메시지와, 첫 프로젝트를 만드는 버튼을 보여 줘.” 지루하고, 10초짜리 작업이지만, “이거 고장 났네”와 “이거 도움 되네”를 가릅니다.
2. 오류 상태. 지금 당장 해 보세요. 와이파이를 끄고 앱을 이리저리 클릭해 보세요. 일부러 틀린 비밀번호를 입력하세요. 이메일 필드를 비운 채 양식을 제출하세요. 앱이 멈추거나, 얼거나, 500 Internal Server Error 같은 날것의 오류를 보여 준다면, 오류 상태 문제가 있는 겁니다. AI 빌더가 고칠 수 있지만, 물어봐야 합니다. “API 호출이 실패하면 어떻게 돼? 사용자가 잘못된 데이터를 입력하면? 오프라인이면?” 이건 별개의 프롬프트 세 개이고, 진짜 사용자가 곤경에 빠지는 대부분의 경로를 커버합니다.
3. 모바일 화면. 첫 사용자의 대략 절반 — 앱에 따라 어쩌면 그 이상 — 이 휴대폰으로 앱을 엽니다. AI 빌더는 표준 레이아웃의 반응형 디자인은 잘 다루지만, 맞춤 레이아웃은 못합니다. 특히 사이드바, 고정 모달, 복잡한 양식이 들어간 것은요. 진짜 사람이 쓰는 방식대로, 다른 엄지로, 휴대폰에서 앱을 열어 보세요. 무언가 화면을 넘쳐 나거나, 무언가 너무 작아 정확히 누를 수 없거나, 무언가 입력하려 할 때 키보드를 가린다면, 고쳐야 할 것입니다. 보통 프롬프트 하나입니다. “이 페이지가 휴대폰 화면에서 제대로 보이게 해 줘, 특히 [망가진 것] — 데스크톱 버전은 그대로 둬.”
4. ‘두 번째 사용자’ 문제. 교묘한 녀석입니다. AI로 만든 앱 상당수가 사용자 한 명을 가정합니다. 당신이 만든 데이터는 앱에 남아 있죠. 그러다 두 번째 사용자가 가입하면, 당신 데이터를 보거나, 아니면 아무 데이터도 못 보고 몹시 헷갈려합니다. 이건 인증과 데이터 범위 지정 문제이고, 출시 전에 AI에게 사용자 데이터를 어떻게 저장하는지 설명해 달라고 할 만한 가치가 있습니다. 올바른 표현은 이렇습니다. “사용자 데이터가 어떻게 분리되는지 설명해 줘. 두 사람이 가입하면, 한 명이 다른 한 명의 데이터를 볼 수 있어?” 그 답이 곧 테스트입니다.
5. ‘마음이 바뀌었어요’ 버튼. 진짜 사용자는 끊임없이 무언가를 되돌립니다. 이메일을 잘못 입력해서 방금 만든 계정을 삭제합니다. 구독한 지 2분 만에 구독을 취소합니다. 제목에 오타가 있어서 어제 만든 프로젝트를 수정하고 싶어 합니다. AI 앱 빌더는 내버려 두면 만들기 경로는 만들고 수정/삭제 경로는 건너뜁니다 — 데모가 만들기만 시켰으니까요. 그 간극을 안은 채 출시하면, 첫 세 명의 사용자가 한 시간 안에 이메일을 보낼 것이고, 그 이메일은 “어떻게”라는 단어로 시작할 겁니다. 앱을 훑으며 모든 화면에 대해 물어보세요. “사용자가 방금 한 것을 되돌리거나, 나중에 바꿀 수 있나?” 답이 ‘아니오’인 곳마다, 그게 출시 전에 필요한 기능입니다.
”실서비스용”이 뜻하지 않는 것
AI로 만든 앱의 실서비스용은 은행의 실서비스용과 같지 않습니다. 99.99% 가동률이 필요 없습니다. 부하 테스트가 필요 없습니다. 운영 매뉴얼이나 온콜 당번이 필요 없습니다. 당신은 Stripe가 아니라, 진짜 사람들을 위한 작은 무언가입니다.
당신에게 필요한 것은 낯선 사람 앞에서 부끄럽지 않은 빌드입니다. 무엇을 봐야 할지 알면, 집중한 하루나 이틀 오후면 해낼 수 있습니다. 위의 다섯 가지가 그 대부분입니다. 나머지는 앱을 알아보기 쉽게 만드는 것입니다 — 모든 버튼에 명확한 문구, 클릭했을 때 예측 가능한 동작, 작동하지 않는 뒤로 화살표에서 막다른 골목에 다다르는 페이지가 없을 것.
데모용에서 실서비스용으로 가는 가장 큰 도약은 코드에 있지 않습니다. 당신이 자기 앱을 낯선 사람처럼 쓰겠다는 의지에 있습니다. 제가 사람들에게 권하는 요령은 이렇습니다. 커피숍에서 친구에게 휴대폰을 건네고, 설명 없이 당신 앱의 핵심 기능을 해 보라고 하세요. 힌트를 주지 마세요. 그 사람의 엄지를 지켜보세요. 그가 3초 넘게 멈칫하는 첫 번째 지점이 이번 주에 당신이 고칠 수 있는 가장 중요한 것입니다. 두 번째와 세 번째 지점은 대개 그 뒤를 빠르게 잇는 것들이죠.
작은 출시 체크리스트
첫 진짜 사용자 열 명에게 내보내기 전에, 이 체크리스트를 훑으세요. 어느 것도 코드 작성이 필요 없습니다. 전부 AI 앱 빌더에 던지는 프롬프트이거나 직접 손으로 눌러 보는 일입니다.
- 시크릿 브라우징 창에서 완전히 새로운 사용자로, 지름길 없이, 끝에서 끝까지 가입해 봤다.
- 휴대폰에서 앱을 써 봤다.
- 양식을 망가뜨려 봤다 — 빈 필드, 이상한 입력, 아주 긴 입력.
- AI 빌더에게 사용자 데이터가 어떻게 분리되는지 물었고, 답이 말이 됐다.
- 무언가 잘못되면 사용자에게 연락할 방법이 있다(이메일 필드, 피드백 링크, 무엇이든).
- 무언가 잘못됐을 때 알 수 있는 방법이 있다 — AI 빌더는 보통 기본 오류 로깅을 제공하니, 켜 두자.
- 모든 페이지의 빈 상태가 사용자에게 다음에 무엇을 할지 알려 준다.
- 무언가를 만드는 모든 동작에 되돌리거나, 수정하거나, 삭제할 방법이 있다.
이 목록을 훑어보고 몇 항목이 빠져 있다면, 그게 내일의 프롬프트입니다. 훑어봤는데 대부분이 빠져 있다면, 앱은 아직 준비되지 않은 것이고 — 누군가에게 링크를 보내기 전에 알아 두면 쓸모 있는 사실입니다.
솔직한 중간 지대
AI로 만든 앱 대부분은 한동안 중간 지대에 머뭅니다. 대체로 작동합니다. 거친 구석이 몇 군데 있습니다. 작은 사용자 집단은 잘 챙기지만 규모가 커지면 금이 갈 겁니다. 스타트업이나 내부 도구가 몇 달간 머물기에는 괜찮은 자리죠. 실수는 데모용 앱을 마치 그 지대를 이미 벗어난 것처럼 다루는 것입니다. 또 다른 실수는 실서비스용을 결코 도달할 수 없는 완벽주의 기준처럼 다루는 것입니다.
진짜 질문은 이겁니다. 친구가 이걸 쓰고 소감을 들려준다면 나는 마음이 편할까? ‘그렇다’면, 당신은 당신의 단계에서 충분히 실서비스용입니다. 그들이 소감을 말하기 전에 무언가를 부랴부랴 고치고 싶다면, 그것을 적어 두고 먼저 고치세요.
사용자 만 명을 맞을 준비가 될 필요는 없습니다. 다음 열 명을 맞을 준비가 되면 됩니다. 그건 진짜이고, 끝이 있는 수정 목록이고, 그 대부분을 AI 앱 빌더가 하루 오후에 도와줄 수 있습니다.
AI로 만든 앱을 진짜 사용자에게 내보낸 적이 있다면, 예상하지 못한 채 가장 먼저 망가진 게 무엇이었나요? 그게 보통 “내 것은 준비됐나”보다 더 흥미로운 질문입니다 — 왜냐하면 그 의외의 지점이야말로 진짜 신호이니까요.