Web 서비스는 경험이 없어도 AI로 만들 수 있다. 하지만 수익화를 목표로 한다면 지식이 필요했다는 이야기

"Claude Code나 Codex가 있다면,

경험이 없어도 Web 서비스를 만들 수 있다고 한다"

최근 이런 이야기를 자주 듣습니다.

솔직히 말하자면, 절반은 맞고 절반은 틀리다고 생각합니다.

저는 8년 정도 개인 개발을 지속해 왔는데,

그 경험을 바탕으로 솔직하게 답하자면——

무료로 구동하는 범위라면, Yes.

진심으로 수익화를 목표로 한다면, No입니다.

최근 AI와 병행하며

「YouTO Store」라는 Web 앱 SaaS의

발견 플랫폼을 만들었습니다.

그 경험을 통해 왜 그렇게 느꼈는지

이야기해 보고자 합니다.

자기소개와 위치

저는 19살 때부터 게임 개발을 시작하여,

어느덧 8년 정도 개인 개발을 지속하고 있습니다.

슈팅 게임이나 시뮬레이션 게임,

Web 서비스 등 다양한 것들을 만들어 왔습니다.

AI 에이전트가 존재하지 않던 시대부터

개발을 해왔기에, 코드를 한 줄씩 쓰는 경험도,

AI에게 맡기는 경험도 모두 경험했습니다.

최근 Claude Code를 사용하여

YouTO Store를 개발했는데

개발 속도는 확실히 극적으로 올라갑니다.

예전 같으면 몇 달이 걸렸을 작업이 몇 주 만에 끝났습니다.

하지만 동시에 이렇게 느꼈습니다.

"AI가 작성한 코드를 자신의 경험으로 정밀하게 검토할 수 있었기에,

이만큼의 속도를 낼 수 있었던 것이 아닐까"라고.

경험이 없는 분이 AI만으로 같은 일을 하려고 하면

도중에 반드시 벽에 부딪힐 것이라고 생각합니다.

이번에는 그 벽에 대해 구체적으로 소개하겠습니다.

첫 번째 벽: 기술 선정 (Technology Selection)

서비스를 만들려고 생각했을 때,

의외로 처음에 고민하게 되는 것이 "기술 선정"입니다.

AI에게 "Web 서비스를 만들고 싶다"고 상담하면,

그럴싸한 기술 스택 (Tech Stack)을 제안해 줍니다.

하지만 그 제안이 자신의 목적에 맞는지

판단하는 것은 상당히 어려운 일입니다.

경험이 없는 분들이 부딪히기 쉬운 선택을

몇 가지 들어보겠습니다.

프론트엔드 (Frontend): 프레임워크를 사용할 것인가 아니면 순수 HTML/CSS인가

간단한 Web 서비스라면 순수 HTML/CSS/JavaScript로 충분합니다.

하지만 로그인이나 데이터 조작이 있는 서비스라면

React, Vue와 같은 프레임워크를

사용하는 것이 효율적이 됩니다.

이 부분을 AI에게 맡기면, 심플한 서비스라도

어떠한 프레임워크를 제안해 오는 경우가 있습니다.

학습 비용이나 구현 난이도를 고려하지 않고 진행하면

나중에 "역시 HTML/CSS로 충분했다"가

되는 케이스도 있습니다.

호스팅 (Hosting): 렌탈 서버인가 Vercel 등인가

전통적인 렌탈 서버는 월 수백 엔부터 사용할 수 있습니다.

반면, Vercel이나 Cloudflare Pages와 같은

모던한 서비스는 무료 범위가 넓고

GitHub와 연동하여 배포 (Deploy)도 자동화할 수 있습니다.

단, 서버 사이드 (Server-side) 처리가 필요한 경우에는

적합 여부가 다르기 때문에 여기서도 판단력이 필요합니다.

도메인과 데이터베이스 (Database)

"독자 도메인을 취해야 하는가", "DB는 무엇을 사용할 것인가"

이 부분도 경험이 없는 분들에게는 판단하기 어려운 부분입니다.

DB 하나만 보더라도 PostgreSQL, MySQL, SQLite, Firebase, Supabase

등 선택지는 많으며, 각각 요금, 기능, 운용 방법이 다릅니다.

AI에게 물어보면 후보는 내주지만,

"자신의 서비스에 무엇이 최적인가"를

정밀하게 검토하기 위해서는 어느 정도의 지식이 필요합니다.

결국 판단하는 것은 자신

여기서 전하고 싶은 것은

"AI는 선택지를 내준다.

하지만 결국 선택하는 것은 자신이다"라는 점입니다.

판단할 지식이 없는 채로 진행하면,

정신을 차려보니 고액의 서비스를 계약하고 있거나,

반대로 너무 절약하다가 리소스가 부족해지는 등

불필요한 비용이 발생하는 경우가 의외로 많습니다.

다음 벽: 구현 후의 미세 조정과 보안 (Security)

기술 선정을 넘어서 드디어 구현에 들어갑니다.

하지만 여기서도 경험이 없는 분들이 고전하는 포인트가 있습니다.

미세 조정이 무척 어렵다

AI에게 맡기면 코드는 뚝딱 나옵니다.

하지만 실제로 구동해 보면,

"버튼 위치가 생각했던 것과 조금 다르다"

"색감을 조금 더 조정하고 싶다"

"이 애니메이션을 미묘하게 바꾸고 싶다"

이런 세세한 조정을 하고 싶어지는 상황이 반드시 생깁니다.

이때 코드의 어느 부분을 고쳐야 할지

모르면 AI에게 몇 번이고 지시를 내려야 하게 됩니다.

그리고 지시가 추상적이면, AI도 엉뚱한 수정을 해와서

시간만 흘러가 버리는——상황이 되기 쉽습니다.

조금이라도 React나 CSS의 구조를 알고 있다면,

"이 부분의 padding을 8px에서 12px로 바꿔줘"

라고 구체적으로 지시할 수 있으므로, 수정이 단번에 끝납니다.

보안은 놓치기 쉽다

또 하나, 미경험자가 놓치기 쉬운 것이

보안 (Security)의 기초 지식입니다.

예를 들어,

• API 키를 코드에 직접 작성해 버린다
• 인증 없이 관리자 화면에 접속할 수 있는 상태로 만든다
• 사용자 입력을 그대로 DB에 저장하여 취약성을 만든다

이러한 문제는, AI에게 "보안 괜찮아?"라고

물어봐도 표면적인 대답밖에 돌아오지 않는 경우가 많습니다.

서비스로서 공개하는 이상,

기초적인 보안 지식은 최소한으로 필요합니다.

특히 결제나 개인정보를 다루는 경우에는,

지식 부족이 치명상이 될 수도 있습니다.

AI를 능숙하게 다루려면, 베이스 지식이 필요하다

여기까지 읽고 "결국, 지식이 없으면 안 되는 건가"라고

느낀 분도 계실지 모릅니다.

하지만, 안심하세요.

본격적인 학습이 필요한 것은 아닙니다.

제가 제안하는 것은 이렇습니다.

참고서를 한 권, 끝까지 읽어보기

사용할 예정인 기술의 참고서를, 최소한 한 권만이라도 좋습니다.

끝까지 통독해 보세요.

React, Next.js, JavaScript, 무엇이든 상관없습니다.

공식 문서 (Official Documentation)를 읽을 수 있다면, 그것도 OK입니다.

"전부 외울 필요는 없다"는 것이 포인트입니다.

참고서를 한 번 읽어두면,

AI가 제안하는 내용에 대해서

"아, 이건 본 적이 있어"

"이 개념은 저기서 읽었던 거야"

라는 감각이 생깁니다.

이 감각이 있는 것만으로도, AI의 제안을 판단하는 능력이

놀라울 정도로 향상됩니다.

참고서를 읽는 메리트

참고서를 한 권 읽는 것만으로도, 다음과 같은 변화가 있습니다.

• AI의 제안이 올바른지 판단할 수 있다
• 미세 조정할 위치를 알 수 있게 된다
• 보안의 최소한의 함정을 알아차릴 수 있다
• AI에 대한 지시가 구체적이 된다

결과적으로, AI에 휘둘리지 않고

스스로 서비스를 키워나갈 수 있게 됩니다.

참고서를 읽는 것이 귀찮게 느껴진다면

솔직히, 참고서를 읽는 것은 지루하고 시간도 걸립니다.

하지만, 서비스를 진심으로 운영하고 싶다면

이 수고로움이 나중의 자신을 구원할 것입니다.

반대로 "무료로 구동하는 범위"나 "가벼운 실험"

정도로 끝낼 생각이라면, 참고서 없이 AI에게 전적으로 맡겨도

충분히 즐길 수 있다고 생각합니다.

그 부분은 목적에 따라 구분해서 사용하세요.

YouTO Store에서 실제로 필요했던 것

여기서부터는, 실제로 YouTO Store를 만들었을 때

"베이스 지식이 있어서 정말 다행이었다"라고 느꼈던

구체적인 상황을 소개합니다.

기술 스택 (Tech Stack): React · TypeScript · Tailwind CSS

YouTO Store는 Next.js (React) · TypeScript ·

Tailwind CSS로 만들고 있습니다.

이러한 기술들은 AI와의 궁합이 매우 좋습니다.

AI에게 지시하면, 그럴싸한 코드를 작성해 줍니다.

다만, UI 주변의 미세 조정은 AI가 서툰 부분입니다.

"이 아이콘을 조금 더 오른쪽으로 붙이고 싶어"

"카드 호버 (Hover) 시에 애니메이션을 넣고 싶어"

이러한 세세한 조정은 코드를 직접 만지는 편이

압도적으로 빠릅니다.

참고서에서 배운 지식이 있었기에,

AI가 80%까지 만들고, 나머지 20%를 스스로

완성하는——식의 분업이 가능했습니다.

.env나 Git 등, 서비스 운영에 필요한 메커니즘

서비스로서 공개하려면,

코드만으로는 끝나지 않습니다.

• API 키나 비밀 정보를 .env로 관리하기
• Git으로 버전 관리(Version Control)를 하여 GitHub에 저장하기
• 브랜치(Branch)를 나누어 기능별로 개발하기
• 머지(Merge)할 때마다 리뷰하기

이러한 기초적인 부분은 AI에게 전적으로 맡겨서는

익히기 어려운 부분입니다.

오히려 "내 서비스가 안전하게 운영될 수 있는 상태"를

만들기 위해서는 피할 수 없는 과정입니다.

개발 환경 · Sandbox 환경 · 운영 환경을 나누기

YouTO Store에서는 세 가지 환경을 준비하고 있습니다.

• 개발 환경 (Development Environment): 로컬에서 구동하기 위한 환경
• Sandbox 환경: 운영 환경과 유사한 형태로 테스트하는 환경
• 운영 환경 (Production Environment): 사용자가 실제로 접하는 환경

미경험자분들은 이 부분에서 막히기 쉽습니다.

"로컬에서는 작동했는데, 운영 환경에서는 작동하지 않는다"

라는 사고를 방지하기 위해서는,

환경마다 설정을 나누어 관리할 필요가 있습니다.

단체 테스트 (Unit Test) · 결합 테스트 (Integration Test)

진심으로 수익화를 목표로 한다면, 테스트도 필요합니다.

YouTO Store에서도,

단체 테스트 (Unit Test)와 결합 테스트 (Integration Test)를 작성하고 있습니다.

"테스트 따위 쓰지 않아도 잘 작동하잖아"

라고 생각할지도 모릅니다.

하지만, 기능 추가 및 수정이 일어날 때마다

다른 기능이 망가지지 않았는지 수동으로 확인하는 것은,

어느 정도 규모를 넘어서면 거의 불가능해집니다.

테스트 메커니즘 또한, AI에게 전적으로 맡겨두기에는

적절한 설계 (Design)를 하기 어려운 포인트입니다.

결국, AI는 "우수한 파트너"

이러한 "서비스를 안정적으로 운영하는 메커니즘"을

하나씩 갖추어 나가면, AI의 힘을 최대한으로 끌어낼 수 있습니다.

AI는 만능이 아닙니다.

하지만, 베이스 지식을 가진 사람에게는

최고의 파트너가 됩니다.

요약: 무료로 시도하기에는 최고의 시대

여기까지 읽어주신 분들께, 다시 한번 전하고 싶은 말이 있습니다.

AI 에이전트 (AI Agent)의 등장으로, 개발의 허들은

확실히 낮아졌습니다.

"무료로 조금 시도해보고 싶다"

"개인적으로 사용할 도구를 만들고 싶다"

그런 목적이라면, AI에게 전적으로 맡겨도 충분히 즐길 수 있습니다.

다만, 진심으로 수익화를 목표로 한다면——

기술 선정 (Technology Selection)의 판단, 구현 후의 미세 조정,

보안 (Security), 운영 메커니즘, 테스트 설계 (Test Design).

이것들을 극복해야 합니다.

그리고 그 모든 것을 뒷받침하는 것이,

베이스 지식입니다.

참고서 한 권부터, 시작해 보지 않겠습니까?

그것만으로도, AI 에이전트 (AI Agent)의 활용도가

크게 달라집니다.

마지막으로

제가 만든 YouTO Store는,

개인·팀·벤처가 만든

Web 앱 SaaS를 게재하고 발견할 수 있는

일본어 특화 디스커버리 스토어입니다.

혹시 "자신의 서비스를 전달할 장소"를

찾고 계신 분이 있다면, 한번 들여다봐 주세요.

🛍️ YouTO Store

여기까지 읽어주셔서 감사합니다.