메이커의 자산, 코드는 사라져도 남는 것

코드는 6개월이면 레거시지만, 메이커의 자산은 평생 간다.

첫 코드는 사라졌는데 자산은 10배가 된 이유

이준호 씨의 첫 MVP 코드는 지금 거의 읽을 수 없어요. 출시 후 6개월이 지났을 때, 그는 자신이 짠 로그인 함수를 보고 혼자 중얼거렸어요. "이게 뭐지? 내가 이렇게 복잡하게 짰어?"

하지만 역설적으로, 그의 자산은 그 기간 동안 10배 이상 늘었어요.

첫 MVP에서 얻은 5명의 유료 사용자는 이제 신뢰할 수 있는 조언자. 자동화 스크립트는 "이건 다음엔 안 하자"는 규칙으로. 처음엔 몰라서 시간을 낭비한 Supabase, Vercel, Linear 조합은 손에 익은 워크플로우. 그리고 무엇보다, "두 번 만들어본 사람"이 되면서 얻은 신용과 경험은 커뮤니티에서 눈에 띄는 사람으로 만들었어요.

코드는 낡아서 지워질 수도 있어요. 하지만 이 자산들은 남고, 다음을 엄청 빠르게 만듭니다.

메이커의 5가지 자산

자산 1. 코드: 작동했던 패턴의 지도

코드 자체는 레거시. 하지만 코드가 남긴 것은 다릅니다. "이 기술이 이런 식으로 작동한다"는 패턴 자체가 자산이에요.

이준호 씨는 더 극단적인 사례. 첫 MVP에서 경험한 "다국어 처리 버그"가 완전히 다른 도메인의 두 번째 프로젝트에서도 같은 방식으로 나타났어요. 첫 번째에서 6시간이 걸렸던 디버깅이, 두 번째엔 30분 만에 끝났어요. 패턴을 이미 봤기 때문입니다.

자산 2. 관계: 신뢰할 수 있는 사람 네트워크

첫 MVP 출시 후 박서연 씨를 DM으로 찾은 사람은 100명. 활성 30명. 정말 소중한 건 5명. 매주 피드백 주고, 기능 같이 고민하고, 자신들의 네트워크에 박서연 씨를 소개.

2년 후 박서연 씨가 다섯 번째 MVP 기획하면서 가장 먼저 한 일이 뭘까요? 이 5명에게 메시지. 3명 즉시 반응. 2명 테스트 자청. 1명 친구 소개. 이미 당신을 믿는 사람들이 있어요.

차갑게 모은 고객 100명의 월 3회 이상 활성도는 37%. 커뮤니티를 통해 따뜻하게 소개받은 고객 40명의 활성도는 68%입니다.

자산 3. 노하우: 함정 지도와 우회로

박서연 씨는 첫 MVP에서 데이터베이스 스키마를 너무 많은 컬럼으로 설계. 절반 필요 없음 발견, 마이그레이션 2일 낭비. 회고 문서: "다음에는 MVP 단계에서 '꼭 필요한 것'만 포함하고, 사용자 피드백 후 추가하자."

두 번째 MVP에서 처음부터 스키마 50% 더 단순. "추측"이 아니라 "검증된 경험"을 기반으로 의사결정.

자산 4. 도구와 워크플로우: 검증된 조합

대부분 메이커는 두 번째에 "혹시 더 좋은 도구가 있을까"라고 또 시도, 3~5일 낭비. 박서연 씨는 달랐어요. 첫 번째에서 "이 조합이 정말 작동한다"는 것을 알았기 때문에 두 번째도 같은 도구. 설정은 재사용. Figma 라이브러리 가득, Supabase 즉시 연결, Cursor 설정 자동 로드.

더 중요한 건 안 쓸 도구도 알게 됐다는 것. 처음 계획했던 작업 관리 도구는 워크플로우에 안 맞아 두 번째부터 빼버림. 선택지가 줄어들고 집중력이 올라갔어요.

자산 5. 습관과 평판: 메이커로서의 신용

5년 동안 3개의 MVP를 만들었다는 사실 자체가 자산. 커뮤니티에서의 신용으로 변환됩니다. 권도언이 디스콰이엇 3년 회고에서 말한 것처럼, "결국 메이커로서의 신용이 다음 기회를 가져온다."

한 번 만들어본 사람보다 두 번, 세 번 만들어본 사람의 조언이 더 설득력 있어요. 당신이 멘토가 되고, 당신의 네트워크는 더 커집니다.

자산을 의식적으로 누적하는 법

5가지 자산은 자동으로 쌓이지 않아요. 의식적 기록과 관찰이 필수입니다.

박서연 씨는 첫 MVP 개발 중 매일 저녁 10분씩 세 가지 기록:

1. 오늘 뭐가 작동했나: "API 연동 성공", "로그인 플로우 완성"
2. 뭐가 막혔나: "스키마 설계에 2시간", "디자인 피드백 1시간"
3. 다음에 다르게 할 것: "피드백 전에 스키마 확정", "프로토타입 전에 디자인 동의"

운영 중에도 계속 기록. "이 기능은 아무도 안 쓴다", "이 부분 3번 바꿨다", "여기가 버그가 가장 많다" 이런 데이터들이 다음 MVP의 체크리스트가 돼요.

"자산 누적은 MVP가 끝난 후에 하면 된다"고 생각하면 안 됩니다. 가장 좋은 기록은 개발 중에 만들어집니다. 나중에는 기억이 흐릿해져요.

자산이 다음 MVP를 5배 빠르게 만드는 회수 시뮬레이션

1년 투자: 210시간 (첫 MVP만 반복했다면 400시간).

하지만 더 중요한 건 시간 단축이 아니라, 5개의 "누적된 자산"이에요. 당신의 신용은 5배, 네트워크는 25명의 신뢰할 수 있는 사람으로 채워집니다.

코드 vs 자산, 6개월 vs 평생

코드:

• 기술 변화로 낡음 (React → Vue, Node → Rust)
• 스스로도 읽지 못하게 됨
• 다음 프로젝트에 물리적으로 붙여넣을 수 없음

자산:

• 시간이 지날수록 더 가치가 높아짐
• 도메인 지식과 패턴 인식은 언제나 유효
• 당신의 일하는 방식에 녹아듦 (자동화된 습관)

박서연 씨가 5년 후 열 번째 MVP를 만들 때도 처음 MVP의 코드는 못 쓸 거예요. 하지만 첫 번째에서 배운 "좋은 기획은 시간을 먹고, 나쁜 기획은 개발 중에 시간을 산다"는 노하우는 여전히 유효합니다.

코드는 자산이 아닙니다. 코드가 남긴 경험, 패턴, 관계, 신용이 자산이에요.

자산 누적 체크리스트

코드와 패턴

• 가장 자주 쓴 라이브러리 top 3
• 다음에 재사용할 아키텍처
• 피하려는 설계 패턴

관계와 네트워크

• 가장 도움 된 초기 사용자 5명
• 소개할 커뮤니티 2곳
• 협업자

노하우

• 가장 낭비된 시간 (이유, 다음에는)
• 가장 많이 수정한 부분
• 아무도 안 쓴 기능

도구와 워크플로우

• 최종 도구 스택
• 안 쓸 도구
• 설정 스크린샷 저장 여부

신용과 평판

• ProductHunt/커뮤니티 반응
• 팔로워 증가
• 다음 기회의 문

마무리

메이커의 자산은 보이지 않지만, 가장 확실해요. 코드는 사라져도 당신의 경험과 신용은 남습니다.

하지만 주의할 게 있어요. 자산이 많으면 많을수록, 당신을 자기기만하게 만들 수도 있어요. "이미 경험했으니까 이번엔 달라도 된다"는 생각들. 다음 편에서는 1년, 3년, 10년을 가는 메이커의 차이를 다룹니다.

이전 편: 각 MVP의 라이프사이클, 살리고 죽이는 시점
다음 편: 1년·3년·10년, 메이커로 살아남는 법

이 글에 등장하는 인물(박서연, 이준호)에 대한 안내
본 시리즈에 등장하는 인물은 페일스쿨이 만든 가상의 페르소나입니다. 단, 디스콰이엇, 권도언 회고, GitHub 생산성 보고서는 모두 실제입니다.

김민철, 프리아이브 CEO, 페일스쿨