사이드 프로젝트 판매 방법: 준비, 가격, 구매자와 인수인계

사이드 프로젝트를 팔려면 숫자와 계정을 정리하고, 어떻게 운영되는지 문서로 남기고, 무엇을 파는지와 대략의 가치를 정한 뒤, 마켓플레이스나 커뮤니티, 직접 접촉을 통해 구매자를 찾으세요. 그리고 서면 계약서와 체크리스트로 인수인계를 마무리합니다. 대부분의 작업은 준비 단계에 있습니다. 이해하기 쉽고 인수하기 쉬운 프로젝트일수록 잘 팔리고 더 좋은 조건으로 거래됩니다. 이 가이드는 각 단계를 차례로 설명합니다.

아직 프로젝트를 키우는 중이라면 앱으로 돈 버는 방법에서 수익화를 다루고, SaaS 지표 설명에서 구매자가 물어볼 숫자들을 확인할 수 있습니다.

언제 파는 것이 좋은가

다음과 같은 경우에 판매를 고려할 만합니다.

• 흥미가 떨어졌지만 프로젝트에 아직 사용자, 매출 또는 트래픽이 남아 있을 때.
• 성장시키는 데 필요한 시간을 낼 수 없고, 다른 사람이 그 역할을 할 수 있을 때.
• 다른 곳에서 더 잘 활용할 수 있을 때. 경쟁사, 파트너, 더 큰 제품이 더 많은 가치를 만들 수 있다면 좋은 선택입니다.
• 새로운 일에 자금을 대거나 집중하고 싶을 때.

운영에 시간이 거의 들지 않고 꾸준히 수익을 내는 프로젝트라면 굳이 팔지 않아도 됩니다. 많은 사람이 그런 프로젝트를 그대로 유지합니다. 또한 조용히 서비스를 종료하거나 오픈소스로 공개하는 것이 사용자에게 더 나은지도 함께 생각해 보세요.

1단계: 실제로 무엇을 파는지 파악하기

구매자는 여러 가지를 삽니다. 프로젝트가 가진 것을 목록으로 적어 보세요.

프로젝트에 매출이나 사용자가 없다면 코드, 도메인, 디자인 같은 자산을 파는 것이므로 그에 맞게 가격과 설명을 정해야 합니다.

2단계: 숫자를 정확히 맞추기

어떤 구매자와도 이야기하기 전에, 최소 12개월치(그보다 짧다면 출시 이후 전체)에 대한 간단하고 정직한 기록을 준비하세요.

• 월별 매출: 결제 서비스 제공업체의 리포트에서 확인합니다.
• 월별 비용: 호스팅, 도메인, 도구, 유료 API, 외주 인력, 광고.
• 월별 이익: 매출에서 비용을 뺀 금액.
• 고객 또는 사용자: 신규, 활성, 해지. 구독형이라면 월간 반복 매출(MRR)과 이탈률.
• 트래픽 출처: 분석 도구에서 확인합니다.
• 주당 투입 시간과 그 시간이 쓰이는 곳.

유리하도록 숫자를 조정하거나 반올림하지 마세요. 구매자는 반드시 확인하며, 설명할 수 없는 차이는 거래를 무너뜨립니다. 기록이 지저분하다면 등록 전에 한 달을 들여 정리하는 것이 좋습니다.

3단계: 인수하기 쉽게 만들기

프로젝트가 창업자 개인에게 의존할수록 가치는 떨어집니다. 아래 항목을 차례로 점검하세요.

• 런북 작성: 배포 방법, 호스팅 위치, 자동으로 실행되는 작업, 문제가 생겼을 때의 원인과 해결법.
• 계정 분리: 프로젝트의 호스팅, 도메인, 이메일, 분석 도구, 기타 도구를 개인 계정이 아니라 이전 가능한 계정으로 옮기세요.
• 모든 서비스와 키 목록화: 외부 서비스마다 용도, 비용, 계정 소유자를 표로 정리합니다. 실제 키 값은 문서에 절대 넣지 마세요.
• 코드 정리: 사용하지 않는 기능을 지우고, 의존성을 업데이트하고, 깨끗한 상태에서 빌드되는지 확인합니다. AI가 생성한 코드 검토 방법이 좋은 체크리스트가 됩니다.
• 고객 지원 문서화: 자주 묻는 질문, 상용 답변 문구, 미해결 이슈.
• 법적 페이지 확인: 이용약관, 개인정보처리방침, 그리고 데이터를 새 소유자에게 넘기는 것에 대한 내용.

4단계: 가격 생각하기

정해진 공식은 없습니다. 작은 온라인 프로젝트의 구매자는 보통 지난 1년의 이익이나 매출을 출발점으로 삼아 배수를 적용한 뒤, 다음 요소를 바탕으로 가격을 올리거나 내립니다.

• 추세: 성장 중인지, 횡보하는지, 감소하는지.
• 안정성: 수익이 얼마나 고르게 들어오는지, 소수의 고객이나 한 채널에 몰려 있지 않은지.
• 노력: 운영하는 데 주당 몇 시간이 드는지.
• 역사: 운영 기간이 길수록 신뢰를 줍니다.
• 위험: 한 플랫폼, 한 공급업체, 한 검색 순위에 의존하는지.
• 이전 용이성: 창업자 없이도 얼마나 쉽게 돌아가는지.

현실적인 감을 얻으려면 마켓플레이스에 등록되었거나 판매된 비슷한 프로젝트를 살펴보세요. 등록 가격은 실제 판매가가 아닙니다. 필요하다면 중개인이나 전문가의 의견도 들어 보세요. 협상을 시작하기 전에 받아들일 수 있는 최저 가격을 미리 정하세요.

거래 구조도 중요합니다. 한 번에 전액을 받는 방식 외에도, 여러 번 나눠 지급하거나, 미래 매출의 일부를 받거나, 새 소유자를 돕는 유급 인수 기간을 두는 방식이 있습니다. 각 방식은 위험을 나누는 방법이 다릅니다.

5단계: 구매자 찾기

직접 접촉할 때는 짧은 메시지가 효과적입니다. 프로젝트가 무엇인지, 핵심 숫자, 왜 상대방에게 맞는지, 그리고 자세한 자료를 원하는지 묻는 질문을 담으세요. 스타트업을 위한 콜드 이메일의 원칙도 그대로 적용됩니다.

상대방이 관심을 보이면 먼저 요약본을 공유하고, 진지한 의사를 확인한 뒤에야 자세한 숫자를 공개하세요. 많은 판매자가 이 시점에 비밀유지계약(NDA)을 요청합니다.

6단계: 실사

진지한 구매자는 여러분이 말한 내용을 검증하려 합니다. 다음과 같은 요청이 올 수 있습니다.

• 결제 서비스 대시보드 또는 내보낸 리포트에 대한 읽기 전용 접근.
• 분석 도구 접근 권한, 또는 날짜가 표시된 화면 캡처.
• 코드, 호스팅, 관리 도구에 대한 설명 세션.
• 고객 또는 사용자 목록(보통 거래가 체결되기 전까지는 익명 처리됩니다. 공유 전에 개인정보처리방침과 현지 개인정보 보호 규정을 확인하세요).
• 계약, 분쟁, 환불 또는 불만 사항.

질문에는 빠르고 정직하게 답하세요. 뒤늦게 드러나는 문제가 거래를 무산시키는 가장 흔한 원인입니다.

7단계: 계약과 대금 지급

거래 내용은 반드시 서면으로 남기세요. 매매 계약서에는 보통 판매 대상, 가격과 지급 조건, 기존 고객의 처리 방식, 전환 기간 동안의 지원 범위, 경쟁 제품을 만들지 않겠다는 약속, 그리고 설명과 실제가 다를 때의 처리 방식이 담깁니다.

대금 지급에는 에스크로 서비스를 많이 씁니다. 자산이 이전될 때까지 구매자의 돈을 보관해 주므로, 양측 모두 서로를 맹목적으로 믿을 필요가 없습니다. 이 내용은 일반적인 정보이며 법률이나 세무 자문이 아닙니다. 규정은 나라마다 다르니, 소규모를 넘는 거래라면 변호사와 회계사에게 확인하세요.

8단계: 인수인계

체크리스트를 만들고 구매자와 함께 하나씩 확인하세요.

전환이 끝나면 내 접근 권한을 해제하고, 구매자에게 필요 없는 서비스를 해지하고, 계약서와 최종 기록의 사본을 보관하세요.

흔한 실수

• 숫자가 정리되기 전에 등록하기.
• 성장을 과장하거나 실사에서 드러나는 의존 관계를 빠뜨리기.
• 고객 데이터를 너무 일찍 공유하거나, 개인정보처리방침을 확인하지 않고 공유하기.
• 규모가 작다는 이유로 서면 계약을 생략하기.
• 다른 업무와 섞여 있는 개인 계정을 그대로 넘기기.

Mythex로 만든 프로젝트 판매하기

Mythex로 만든 프로젝트라면 코드는 여러분이 넘길 수 있습니다. Pro 플랜에서는 프로젝트를 다운로드 파일로 내보내거나 GitHub 저장소와 동기화할 수 있습니다. 그다음 구매자에게 저장소나 압축 파일을 전달하면 됩니다. 내보내기에는 비밀 값과 환경 파일이 포함되지 않으므로, 구매자가 자신의 키를 추가해야 합니다. 구매자는 가져온 압축 파일을 자신의 Mythex 프로젝트로 불러오거나 다른 곳에서 실행할 수 있습니다. 자세한 내용은 AI로 만든 앱을 내보내 직접 호스팅하는 방법과 내보내기 및 다른 환경에서 실행하기 문서를 참고하세요. 데이터베이스 데이터를 어떻게 옮길지도 미리 계획하세요. 구매자에게 운영 데이터 사본이 필요한지, 개인정보가 있다면 개인정보처리방침에 따라 어떻게 처리할지 합의해 두어야 합니다.

자주 묻는 질문