🎮 어르신 치매예방 게임 18개, 바이브코딩으로 어디까지 만들 수 있을까?

소개

https://sajaseong-chosung-game.vercel.app/index.html

어르신을 위한 치매예방 게임을 직접 만들어보고 싶었다

이번 과제에서 제가 도전한 것은 어르신을 대상으로 한 치매예방용 인지 게임을 만드는 것이었습니다.

처음에는 생각이 단순했습니다.

“AI에게 게임을 만들어 달라고 하면 여러 개도 금방 만들 수 있지 않을까?”

코딩을 전문적으로 해온 사람이 아니더라도 Claude Code를 활용하면 아이디어를 실제 게임으로 구현할 수 있지 않을까 하는 기대가 있었습니다.

그래서 처음부터 여러 게임을 만들어보기 시작했습니다.

그런데 문제가 생겼습니다.

결과물이 엉망이었습니다. 😅

게임을 많이 만드는 것에만 집중하다 보니 각 게임의 목적도 조금씩 흔들리고, 구조도 일관적이지 않았습니다.

이때부터 생각이 달라졌습니다.

“코딩부터 할 것이 아니라, 게임 전체를 먼저 기획해야겠다.”

결국 이번 경험은 게임 제작 자체보다도 바이브코딩에서 기획이 얼마나 중요한지를 직접 경험한 과정이 되었습니다.

진행 방법

1. 먼저 게임부터 만들지 않고, 인지 영역을 나눴다

처음 시행착오를 겪고 나서 가장 먼저 한 일은 인지 게임의 카테고리를 정리하는 것이었습니다.

전체 인지 게임을 6개 영역으로 나누고, 각 영역마다 3개의 게임을 만들기로 했습니다.

즉,

• 인지 영역: 6개

• 영역별 게임: 3개

• 목표 게임 수: 총 18개

라는 전체 구조를 먼저 만들었습니다.

예전에는 “게임 하나 만들어줘”, “다른 게임도 만들어줘” 하는 식이었다면, 이번에는 먼저 전체 서비스의 구조를 설계한 뒤 하나씩 구현하는 방식으로 바꿨습니다.

이 작은 변화가 생각보다 컸습니다.

2. 6개 영역을 연결하는 홈 허브부터 만들었다

개별 게임을 만들기 전에 사용자가 전체 게임을 한눈에 보고 선택할 수 있도록 홈 허브를 먼저 만들기로 했습니다.

Claude Code에게는 대략 다음과 같은 방향으로 요청했습니다.

6개의 인지 게임 영역을 한 화면에서 선택할 수 있는
홈 허브를 만들어줘.

각 영역을 구분해서 보여주고,
각 영역에서 해당 게임으로 이동할 수 있도록 구성해줘.

홈 화면이라는 기준점이 생기자 그다음부터는 게임을 하나씩 연결하기가 훨씬 수월해졌습니다.

3. 한 번에 18개가 아니라, 하나씩 하나씩 만들었다

처음에 여러 게임을 한꺼번에 만들어보려 했던 것이 실패했던 경험이 있었기 때문에 이번에는 방식을 바꿨습니다.

Claude Code에게 18개 게임을 한 번에 만들어 달라고 하지 않고, 게임을 하나씩 요청했습니다.

그리고 GitHub와 Vercel도 설치해 프로젝트와 연결했습니다.

GitHub는 프로젝트 파일과 변경 이력을 관리하는 저장소로 활용할 수 있어서, 프로젝트가 점점 커지는 과정에서 작업 내용을 관리하는 데 도움이 되는 구조였습니다.

그렇게 하나씩 만들어가다 보니 어느 순간 총 17개의 게임이 구현되어 있었습니다.

완벽한 디자인은 아니었지만,

“내가 기획한 여러 개의 게임이 실제로 돌아간다.”

는 것이 상당히 신기했습니다. 🎉

4. 게임을 만들고 나니 ‘개인별 점수’를 저장하고 싶어졌다

17개의 게임을 만들고 나니 새로운 욕심이 생겼습니다.

게임이 단순히 실행되는 것에서 끝나는 것이 아니라,

• 누가 게임을 했는지

• 어떤 게임에서 몇 점을 받았는지

• 이전보다 점수가 좋아졌는지

같은 정보를 사용자별로 관리하고 싶어졌습니다.

그래서 Claude Code에게 물었습니다.

게임에 로그인한 사람별로
각 게임의 점수를 관리하려면
어떤 단계를 거쳐야 해?

답변을 확인해보니 생각보다 일이 컸습니다.

사용자별 계정을 제대로 관리하려면 로그인 기능뿐만 아니라 백엔드 서비스와 데이터베이스까지 고려해야 한다는 것이었습니다.

처음에는 단순히

“점수 저장 기능 하나 추가하면 되는 거 아닌가?”

라고 생각했는데, 실제 서비스의 구조는 그렇게 단순하지 않았습니다.

여기에서 다시 한 번 개발의 세계가 생각보다 깊다는 것을 느꼈습니다. 😅

5. ‘완벽한 로그인’ 대신 가벼운 방법을 선택했다

그런데 Claude Code가 다른 방법도 제안했습니다.

정식 회원가입과 로그인을 만드는 대신, 기기에서 간단한 코드나 이름을 입력해 사용자를 구분하는 가벼운 방식이었습니다.

저는 다시 Claude Code에게 물었습니다.

그 방식으로 진행한다면
어떤 단계로 구현하면 되는지
전체 과정을 먼저 설명해줘.

여기서 바로 코딩해 달라고 하지 않고 먼저 진행 단계를 설명해 달라고 한 것이 이번 프로젝트에서 꽤 중요한 포인트였습니다.

설명을 읽어보니 생각했던 것만큼 복잡하지 않았습니다.

그래서 이번에는 이렇게 요청했습니다.

설명해준 진행 방식대로
전체 과정을 한 번에 진행해줘.

이전에는 무조건 AI에게 코드를 생성하게 했다면, 이제는 먼저 설계를 확인하고 그다음 실행시키는 방식으로 조금씩 바뀌고 있었습니다.

6. 기능 구현에 집중하다 보니 디자인까지 손대지는 못했다

게임을 하나씩 만들고 기능을 연결하는 데 생각보다 많은 시간이 들어갔습니다.

17개 게임을 만드는 동안 수정하고 확인하고 다시 요청하는 작업을 반복하다 보니, 정작 아쉬운 부분도 생겼습니다.

가장 큰 아쉬움은 게임 디자인을 충분히 개선하지 못한 것입니다.

어르신을 위한 게임이라면 특히

• 글자 크기

• 버튼 크기

• 색상 대비

• 화면 구성

• 조작의 단순함

• 게임 설명의 이해도

같은 부분이 중요한데, 이번 과제 기간에는 기능 구현에 많은 시간을 사용하면서 디자인까지 충분히 다듬지 못했습니다.

그래서 다음 단계에서는 게임을 더 추가하기보다는 현재 만들어진 게임의 사용성과 디자인을 개선하는 작업을 해보고 싶습니다.

결과와 배운 점

1. 바이브코딩에서도 가장 중요한 것은 ‘기획’이었다

이번 경험에서 가장 크게 느낀 것은 이것입니다.

게임을 만들든, AI로 업무 자동화를 하든, 결국 가장 중요한 것은 첫 번째 단계인 기획이다.

AI가 코드를 빠르게 만들어준다고 해서 기획이 필요 없어지는 것이 아니었습니다.

오히려 AI가 빠르게 만들어주기 때문에 무엇을 만들지 명확하게 결정하지 않은 상태에서는 엉뚱한 결과물도 훨씬 빠르게 만들어질 수 있었습니다.

처음 여러 게임을 동시에 만들었을 때 결과물이 좋지 않았던 이유도 결국 여기에 있었습니다.

AI의 문제라기보다 제가 AI에게 줄 전체 설계와 기준이 충분하지 않았던 것입니다.

이번에는

6개 인지 영역 → 영역별 3개 게임 → 홈 허브 → 개별 게임 → 사용자 구분 → 점수 관리

순서로 구조를 잡으면서 훨씬 안정적으로 프로젝트를 진행할 수 있었습니다.

2. Claude Code에게 일을 시킬 때는 ‘작업 크기’가 중요했다

두 번째로 크게 배운 것은 AI에게 요청하는 작업의 크기입니다.

너무 큰 단위로 요청하면 문제가 생겼습니다.

❌ 18개 게임을 전부 만들어줘.

이렇게 요청하면 한꺼번에 수정되는 코드가 많아지고, 에러가 발생했을 때 어디에서 잘못되었는지 찾기도 어려워집니다.

하지만 반대로 너무 작은 단위로 요청하는 것도 비효율적이었습니다.

❌ 버튼 하나 만들어줘.
❌ 버튼 색을 바꿔줘.
❌ 버튼 위치를 옮겨줘.
❌ 다음 화면을 연결해줘.

이런 식으로 지나치게 잘게 요청하면 대화를 계속 반복해야 하고, 전체 작업 시간이 길어집니다.

결국 제가 찾은 방법은 AI가 충분히 이해하고 한 번에 처리할 수 있을 정도의 적당한 작업 단위로 자르는 것이었습니다.

예를 들면,

⭕ 이 게임 한 개를 완성해줘.
⭕ 사용자 구분과 점수 저장 기능의 전체 구현 단계를 먼저 설명해줘.
⭕ 설명한 단계 중 이 부분을 구현해줘.

처럼 요청하는 것입니다.

저에게는 이것이 바이브코딩에서 상당히 중요한 감각이라는 생각이 들었습니다.

3. 이제는 ‘코딩하는 법’보다 ‘AI에게 일을 나누는 법’을 배우고 있다

처음에는 바이브코딩을 단순히

“AI에게 말하면 코드를 만들어주는 것”

이라고 생각했습니다.

하지만 직접 프로젝트를 해보니 조금 달랐습니다.

실제로 중요한 것은

• 무엇을 만들 것인지 결정하고

• 전체 구조를 나누고

• AI가 처리하기 좋은 크기로 일을 나누고

• 중간 결과를 확인하고

• 문제가 생기면 다시 범위를 조절하는 것

이었습니다.

즉, 제가 직접 모든 코드를 작성하지는 않더라도 개발의 방향을 결정하는 역할은 여전히 사람에게 남아 있었습니다.

앞으로 해보고 싶은 것

이번 과제에서는 기능 구현에 집중하느라 디자인을 충분히 다듬지 못했습니다.

다음에는 현재 만들어진 게임을 바탕으로

• 👴 어르신이 실제로 사용하기 편한 UI 개선

• 🔤 글자와 버튼 크기 조정

• 🎨 게임별 디자인 통일

• 📊 개인별 게임 점수 확인 기능 개선

• 📈 게임 기록을 통한 변화 확인

• 🧪 실제 사용자 테스트

까지 진행해보고 싶습니다.

처음부터 완벽한 서비스를 만든 것은 아닙니다.

하지만 “아이디어 → 기획 → AI와 협업 → 실제 실행되는 게임”까지 직접 경험해봤다는 점에서 의미가 있었습니다.

그리고 이번 경험을 통해 한 가지는 확실하게 알게 됐습니다.

바이브코딩에서 중요한 것은 코드를 얼마나 잘 아느냐만이 아니라, 무엇을 만들지 얼마나 잘 정의하고 일을 얼마나 적절하게 나누느냐이다.

AI가 개발의 속도는 높여줄 수 있지만, 방향까지 대신 정해주지는 않습니다.

결국 좋은 결과물의 시작은 좋은 기획이었습니다. 🚀

도움 받은 글

• GitHub 공식 문서 — 리포지토리 생성, 커밋 및 프로젝트 관리 기본 개념 참고