20편. 다음 목표, NOPLAN 진짜 서비스로

이미지
다음 목표, NOPLAN 진짜 서비스로 여기까지가 코딩 모르던 디자이너가 AI로 앱을 만든 이야기예요. NOPLAN은 이제 시작일 뿐입니다. 앞으로 어디로 갈지, 그 계획을 이야기하면서 이 시리즈를 마무리하려고 해요. 골프는 시작일 뿐이었다 NOPLAN은 골프 여행으로 시작했어요. 제가 제일 좋아하는 거니까요. 근데 처음부터 골프만을 위한 앱은 아니었어요. 여행에는 골프도 있고, 관광도 있고, 맛집 탐방도 있잖아요. 골프는 그중 첫 번째 시작점이었을 뿐이에요. 동선이 제일 까다로운 골프에서 통하면, 다른 여행은 더 쉬울 거라고 봤거든요. 앞으로는 골프 너머로 넓혀갈 계획이에요. 어떤 여행이든 NOPLAN을 켜고 그냥 떠날 수 있게요. 진짜 쓸 수 있는 서비스로 지금 NOPLAN은 데모에 가까워요. 후쿠오카로 고정돼 있고, 추천 정보도 제가 넣은 범위 안에 있어요. 목표는 이걸 진짜 서비스로 키우는 거예요. 여행지를 자유롭게 고르고, 더 다양한 정보가 들어가고, 실제 예약까지 이어지는 것. 갈 길이 멀지만, 여기까지 온 것처럼 하나씩 만들어가려고 해요. 코딩을 못 한다는 건 이제 핑계가 안 돼요. AI랑 같이 하면 되니까요. 이 블로그를 이어가는 이유 이 블로그는 NOPLAN을 만드는 과정을 적는 곳이에요. 앞으로도 계속 적을 거예요. 새 기능을 만들면서 막힌 이야기, AI랑 씨름한 이야기, 사람들 반응을 듣고 고친 이야기. 잘된 것만이 아니라 헤맨 것까지 다 적을게요. 저처럼 "나도 만들어보고 싶은데" 하는 사람한테, "어 나도 할 수 있겠다"는 용기가 되면 좋겠어요. 계획 없이 사는 사람이, 계획 없이 시작한 앱 만들기. 그 여정은 계속됩니다. 여기까지 오는 데 걸린 시간 첫 프롬프트를 쳤던 날부터 지금까지, 돌아보면 짧지 않은 시간이었습니다. 에러도 여러 번 만났고, 하루치 작업을 통째로 날린 날도 있었고, 이름 하나 짓는 데도 한참 걸렸어요. 그래도 결국 여기까지 왔습니다. 앞으로는 후...

7편. Plan Mode 안 썼다가 다 날린 날

Plan Mode 안 썼다가 다 날린 날

규칙을 정해놓고도 안 지킬 때가 있습니다. 사람이니까요.

저도 그랬어요. 그리고 그날, 며칠 동안 만든 걸 통째로 날렸습니다.

다 날아간 화면

급한 마음이 화를 불렀다

그날따라 마음이 급했어요. 기능을 빨리 추가하고 싶어서 규칙을 건너뛰었습니다.

원래는 "계획부터 짜고, 한 번에 하나씩"이 제 규칙이었어요. 근데 그날은 그냥 한꺼번에 다 시켜버렸습니다. "이 기능 넣고, 저 화면도 바꾸고, 이 부분도 고쳐줘." 빨리 끝내고 싶었거든요.

AI는 시키는 대로 다 했습니다. 그런데 그 과정에서 잘 되던 기능들이 줄줄이 망가졌어요. 하나를 고치니 다른 게 깨지고, 그걸 고치니 또 다른 게 깨지고.

되돌릴 수도 없었다

더 큰 문제는 되돌릴 수가 없었다는 거예요.

한 번에 너무 많은 걸 바꿔서, 어느 시점으로 돌아가야 할지도 몰랐습니다. 코드를 읽을 줄 알면 문제 부분만 고쳤겠지만 저는 못 하잖아요. 결국 며칠 작업한 걸 포기하고 이전 상태로 돌아가야 했어요.

그 순간 진짜 허무했습니다. 동시에 뼈저리게 깨달았어요. 규칙은 괜히 만든 게 아니구나.

그날 이후로 바뀐 것

이 일을 겪고 나서 저는 규칙을 진짜로 지키기 시작했습니다.

아무리 급해도 "계획부터 짜줘. 코드는 쓰지 마"로 시작해요. 그리고 한 번에 하나씩만 시킵니다. 기능 하나 넣고, 잘 되는지 확인하고, 그다음. 답답할 만큼 천천히 가지만, 이게 결국 제일 빠릅니다.

망가뜨리고 다시 만드는 시간보다, 처음부터 천천히 제대로 가는 시간이 훨씬 짧거든요. 비개발자한테는 특히 그래요. 고칠 능력이 없으니 애초에 안 망가뜨리는 게 답입니다.

차근차근 단계를 밟는 체크리스트

그날 정확히 무슨 일이 있었냐면

한창 재미가 붙어서 이것저것 한꺼번에 고쳐달라고 했습니다. 버튼 색도 바꾸고, 레이아웃도 손보고, 계산 로직도 같이 건드려달라고요. Plan Mode 없이 그냥 다 던졌어요.

결과는 총체적 난국이었습니다. 버튼은 바뀌었는데 레이아웃이 깨졌고, 계산 로직은 아예 다른 값을 뱉었어요. 뭐가 문제인지 찾으려니 손댄 곳이 너무 많아서 어디서부터 봐야 할지 감도 안 왔습니다.

결국 그날 작업한 건 거의 다 버렸습니다. 아까웠지만 배운 게 있었어요. 한 번에 여러 개를 욕심내면 결국 아무것도 못 건진다는 것. 그 뒤로는 아무리 급해도 한 번에 한 가지만, 계획부터 세우고 시작합니다.

Plan Mode가 정확히 뭘 해주냐면

Plan Mode는 말 그대로 코드를 쓰기 전에 계획부터 세우는 단계입니다. AI가 "이렇게 진행하겠습니다"라고 먼저 설명하고, 제가 괜찮다고 확인해야 그다음에 실제 코드를 씁니다.

이 단계를 건너뛰면 AI가 알아서 판단해서 진행하는데, 그 판단이 항상 제가 원하는 방향은 아니었어요. 계획을 먼저 보고 "아니, 이 부분은 이렇게 해줘"라고 조정할 기회가 있어야, 사고를 미리 막을 수 있습니다.

그날 이후로 아무리 간단해 보이는 요청도 반드시 계획부터 먼저 확인합니다. 급할수록 이 단계를 건너뛰고 싶어지는데, 그럴 때일수록 더 지켜야 한다는 걸 몸으로 배웠습니다.

지금 돌이켜보면 그날의 실수가 오히려 이 프로젝트 전체의 작업 방식을 바꿔놓은 계기였습니다. 그 뒤로 만든 CLAUDE.md 규칙 파일도, 검증부터 하고 넘어가는 습관도 다 그날 이후 생긴 것들이에요. 아프게 배운 만큼 확실하게 몸에 붙었습니다.

지금 이 글을 쓰면서도 그날의 하얀 화면이 생생하게 떠오릅니다. 되돌릴 수 없다는 걸 알았을 때의 그 막막함이요. 다시는 겪고 싶지 않은 경험이지만, 그 덕분에 지금은 훨씬 단단한 방식으로 작업하고 있습니다. 실패도 결국 자산이 되더라고요.

"한 번에 빨리 만들면 안 돼?"

1. 급하게 가면 더 느려집니다. 한꺼번에 시키면 빨라 보이지만, 한 번 꼬이면 며칠을 날려요. 천천히 가는 게 결국 빠른 길입니다.

2. 비개발자는 특히 천천히 가야 합니다. 코드를 못 고치니까 망가지면 답이 없어요. "안 망가지게 하는 것"이 최선의 방어입니다.

3. 규칙은 나를 지켜주는 안전벨트입니다. 답답해도 규칙을 지키세요. 사고 한 번 나면 그 규칙이 얼마나 고마운지 알게 됩니다.

다음 이야기

이 사고 이후로 저는 한 가지 습관이 생겼어요. AI가 "다 됐다"고 해도 그냥 안 믿는 겁니다. 다음 글에서는 AI한테 "진짜 되는지 증명해봐"라고 시키는 법을 이야기하겠습니다.

이 블로그의 인기 게시물

18편. 사람들에게 보여준 첫 반응

17편. 모바일에서도 되게 만들기

19편. AI로 앱 만들며 알게 된 것 5가지