[심층분석] 당신이 Claude로 만든 그 앱, 나한테는 쓸모없어요 — 근데 그게 정답입니다

"이거 만들었어!" 그런데 왜 나한텐 안 와닿을까

혹시 이런 경험 있으세요? 누군가 SNS나 커뮤니티에 "나 이거 Claude로 하루 만에 만들었어!" 하면서 앱이나 도구를 자랑하는데, 막상 들여다보면 "음... 이거 나한테는 별로 안 쓸모 있는데?" 싶었던 적이요. 화면도 투박하고, 기능도 딱 만든 사람한테만 맞춰져 있고, "이걸 누가 써?" 하는 생각이 드는 거죠.

이번에 화제가 된 글의 제목이 딱 그 지점을 정면으로 찌릅니다. "당신이 Claude로 만든 그건 나한테 쓸모없어요... 그리고 바로 그게 핵심이에요." 글쓴이는 이렇게 말하는 거예요. "맞아요, 내가 만든 거 당신한테는 쓸모없어요. 근데 그게 잘못된 게 아니라, 오히려 정답이에요."

이 얘기가 왜 중요하냐면요, 지금 소프트웨어를 만드는 방식 자체가 근본부터 흔들리고 있거든요. 옛날엔 프로그램 하나 만들려면 돈도 시간도 엄청 들었어요. 그래서 한 번 만들 거면 최대한 많은 사람이 쓸 수 있게 만들어야 했죠. 그래야 그 비용이 본전을 뽑으니까요. 그런데 AI가 코드를 대신 짜주기 시작하면서, 이 공식이 통째로 깨지고 있어요. 오늘은 이게 무슨 의미인지, 그리고 여러분의 개발 습관에 어떤 변화를 가져올지 같이 차근차근 풀어볼게요.

핵심 개념: '1인용 소프트웨어'라는 발상의 전환

글의 핵심을 한 문장으로 요약하면 이래요. "이제 소프트웨어는 제품(product)이 아니라, 나만을 위한 도구(personal tool)가 될 수 있다."

이게 뭐냐면요, 비유를 하나 들어볼게요. 옷을 생각해 보세요. 우리가 보통 사 입는 건 기성복이에요. 공장에서 S, M, L 사이즈로 똑같이 찍어내서 수만 명한테 파는 거죠. 그래야 한 벌당 단가가 싸지니까요. 대신 나한테 100% 딱 맞지는 않아요. 소매가 좀 길거나, 허리가 좀 헐렁하거나.

반면 맞춤 정장은 어때요? 내 어깨너비, 내 팔 길이, 내 체형에 딱 맞게 재단해요. 세상에 단 한 벌, 오직 나를 위한 옷이죠. 당연히 다른 사람이 입으면 안 맞아요. "이 옷 너한테 안 맞잖아"라고 하면? "당연하죠, 이건 내 옷인데요"가 답인 거예요.

지금까지의 소프트웨어는 대부분 기성복이었어요. 우리가 쓰는 메모 앱, 가계부 앱, 일정 관리 앱 전부 "최대한 많은 사람의 평균적인 필요"에 맞춰 만들어진 거죠. 그래서 항상 어딘가 2% 부족해요. "이 기능은 나한테 필요 없는데", "내가 원하는 이 기능은 왜 없지?" 하면서요.

AI 코딩이 바꾸는 건 바로 이 부분이에요. 이제 누구나 자기만을 위한 맞춤 정장 같은 소프트웨어를 만들 수 있게 된 거예요. 남이 보기엔 이상하고 쓸모없어 보여도, 나한테는 세상에서 제일 편한 도구가 되는 거죠.

왜 지금 이게 가능해졌을까

여기서 잠깐, 요즘 자주 들리는 '바이브 코딩(vibe coding)'이라는 말부터 짚고 갈게요. 이게 뭐냐면, 쉽게 말해서 "코드를 한 줄 한 줄 직접 타이핑하는 게 아니라, AI한테 '이런 거 만들어줘' 하고 자연어(우리가 평소에 쓰는 말)로 부탁해서 만드는 방식"이에요. 마치 친구한테 "나 이런 거 필요한데 좀 만들어줄래?" 하는 느낌이죠.

예전엔 간단한 도구 하나 만들려고 해도 이런 과정을 거쳐야 했어요.

• 어떤 언어로 만들지 고민하고
• 개발 환경 세팅하고
• 문법 찾아가며 코드 짜고
• 에러 나면 검색하고 또 고치고

이걸 다 하려면 며칠, 길게는 몇 주가 걸렸어요. 그러니 "이 정도 노력을 들일 만큼 가치 있는 일인가?"를 따질 수밖에 없었죠. 그래서 정말 중요하거나, 많은 사람한테 팔 수 있는 것만 만들었어요.

그런데 지금은요, Claude 같은 AI한테 "내 영수증 폴더에서 금액만 뽑아서 엑셀로 정리해줘"라고 하면 몇 분 만에 뚝딱 나와요. 만드는 비용이 거의 0에 수렴하니까, 더 이상 "이게 본전 뽑을까?"를 고민할 필요가 없어진 거예요. 그냥 필요하면 만들고, 다 쓰면 버리면 돼요.

'일회용 소프트웨어'라는 개념

그래서 나온 게 '일회용 소프트웨어(disposable software)'라는 개념이에요. 이것도 비유로 설명해 볼게요.

예전 소프트웨어가 고급 가구였다면, 지금 만드는 건 포스트잇 메모 같은 거예요. 책상을 짜는 가구라면 튼튼하게, 오래가게, 누가 봐도 멀쩡하게 만들어야 하잖아요. 그런데 포스트잇은요? 잠깐 메모하고, 일 끝나면 떼서 버려요. 글씨가 좀 삐뚤어도, 종이가 좀 구겨져도 아무도 뭐라 안 하죠. 용도가 다르니까요.

AI로 만든 개인 도구도 마찬가지예요. 코드가 좀 지저분해도, 확장성이 없어도, 보안이 허술해도 괜찮아요. 나 혼자, 잠깐, 이 일을 처리하려고 만든 거니까요. 일이 끝나면 그냥 지워버리면 그만이에요.

그런데 여기서 많은 개발자들이 본능적으로 거부감을 느껴요. "코드가 이렇게 엉망인데?", "유지보수는 어떻게 할 건데?", "확장성이 없잖아!" 하면서요. 이게 바로 글쓴이가 지적하는 함정이에요. 제품을 만드는 기준으로 개인 도구를 평가하는 실수인 거죠. 포스트잇한테 "왜 이렇게 안 튼튼해?"라고 따지는 거랑 똑같아요.

기존 방식들과 뭐가 다를까

그럼 "이거 그냥 노코드 툴이나 엑셀이랑 뭐가 달라?" 싶을 수 있어요. 비교해 볼게요.

기존 SaaS(구독형 소프트웨어)와 비교

SaaS라는 건, 쉽게 말해 매달 돈 내고 빌려 쓰는 소프트웨어예요(노션, 슬랙 같은 거요). 이건 수만 명이 공통으로 쓸 기능에 집중해요. 그래서 "나만의 이상한 요구사항"은 절대 반영을 못 해줘요. 회사 입장에선 한 사람 때문에 기능을 만들 수가 없으니까요. AI 개인 도구는 정확히 이 빈틈, '나만의 특이한 필요'를 채워줘요.

노코드 툴(코드 없이 만드는 도구)과 비교

노코드 툴은 정해진 블록을 조립하는 방식이라, 그 틀을 벗어나는 건 못 만들어요. 레고로 집을 짓는 거랑 비슷해요. 멋지긴 한데, 레고에 없는 모양은 못 만들죠. 반면 AI 코딩은 진짜 코드를 생성하니까, 상상하는 거의 모든 걸 만들 수 있어요. 자유도가 훨씬 높은 거예요.

전통적인 직접 개발과 비교

직접 코딩은 자유도는 최고지만, 시간과 실력이 필요해요. AI 코딩은 그 진입장벽을 확 낮춰서, '필요를 느낀 사람'이 곧바로 '만드는 사람'이 될 수 있게 해줘요. 기획자가, 디자이너가, 심지어 비개발 직군도 자기 도구를 만들 수 있는 거죠.

정리하면, AI 개인 도구의 진짜 가치는 시장에서 외면받던 '롱테일(long tail) 수요'를 채운다는 데 있어요. 롱테일이 뭐냐면, "수요는 적지만 종류는 엄청 다양한 자잘한 필요들"을 말해요. 지금까지는 돈이 안 돼서 아무도 안 만들던 영역인데, 이제 본인이 직접 만들 수 있게 된 거예요.

한국 개발자에게 주는 실질적인 시사점

자, 그럼 이걸 우리 실무에 어떻게 써먹을 수 있을까요? 구체적인 시나리오로 가볼게요.

1) 반복 업무 자동화부터 시작하세요

매일 아침 여러 사이트에서 데이터를 긁어와 정리하고 있나요? 아니면 특정 폴더의 파일 이름을 규칙대로 바꾸는 일을 손으로 하고 있나요? 이런 게 딱 1순위예요. "매일 이 폴더의 PDF에서 표만 뽑아서 CSV로 합쳐줘" 같은 요청을 AI한테 던지면 10분이면 도구가 나와요. 완벽하지 않아도 돼요. 나만 쓰면 되니까요.

2) 사내 도구를 가볍게 만들어 보세요

우리 팀만 쓰는 자잘한 대시보드나 계산기, 변환기 같은 거요. 정식 프로젝트로 올리기엔 너무 작은데 손으로 하긴 귀찮은 일들. 이런 걸 빠르게 만들어 두면 팀 전체의 시간을 아껴줘요.

3) 도입할 때 꼭 고려할 점

다만 주의할 게 있어요. "일회용이니까 막 만들어도 된다"는 건 개인용, 비민감 데이터에 한해서예요. 회사의 고객 정보나 비밀번호 같은 민감한 데이터를 다룬다면, '대충 만든 일회용 코드'는 보안 사고의 지름길이 될 수 있어요. "이 도구가 다루는 데이터가 새어나가도 괜찮은가?"를 항상 먼저 자문하세요. 그리고 회사 코드를 AI에 그대로 넣는 게 보안 정책상 괜찮은지도 확인하고요.

4) 학습 로드맵 제안

• 1단계: 거창한 거 말고, 진짜 작고 귀찮은 내 일 하나를 골라서 AI한테 만들어 달라고 해보세요. 일단 "되네?"를 경험하는 게 제일 중요해요.
• 2단계: 만든 도구가 마음에 안 들면, "이 부분을 이렇게 바꿔줘" 하고 대화하며 고쳐보세요. 요구사항을 명확하게 말로 푸는 연습이 곧 실력이 돼요.
• 3단계: AI가 짜준 코드를 한 번씩 읽어보세요. 당장 다 이해 못 해도 괜찮아요. 이게 쌓이면 어느새 진짜 코드를 보는 눈이 생겨요.

마무리: 소프트웨어의 정의가 바뀌고 있어요

이 글이 던지는 메시지는 단순히 "AI로 코딩 편해졌다"가 아니에요. 소프트웨어가 '많은 사람에게 파는 제품'에서 '나를 위한 일상의 도구'로 확장되고 있다는 거예요. 마치 글쓰기가 작가만의 것이 아니라 누구나 메모하고 일기 쓰는 일상이 된 것처럼, 소프트웨어 만들기도 그렇게 일상의 영역으로 내려오고 있는 거죠.

그러니 누군가 만든 AI 도구를 보고 "이거 별론데?"라는 생각이 들면, 잠깐 멈춰서 생각해 보세요. 그건 당신을 위해 만든 게 아니거든요. 그리고 정확히 그게 핵심이고요.

자, 이제 여러분 차례예요. 여러분이 매일 반복하면서 "아, 이거 자동화하고 싶다"고 생각했던 자잘한 일은 뭐가 있나요? 혹시 이미 AI로 나만의 도구를 만들어 본 경험이 있다면, 어떤 걸 만들었는지 댓글로 공유해 주세요. 남들에겐 쓸모없어도, 나한텐 최고인 그 도구 이야기가 제일 궁금하거든요!