한국에서 소프트웨어와 디지털 상품을 만들어 파는 일에 필요한 것들. 해외 결제, 세금, 웹 운영, 배포까지 실제로 막히는 순서대로 정리했습니다.
한국 법인·개인은 Stripe 정산을 받을 수 없습니다. 실제로 쓸 수 있는 대안과 각각의 수수료 구조. 만드는 건 며칠이면 됩니다. 그런데 결제를 붙이려는 순간 한국 개발자는 벽을 만납니다. Stripe가 한국 사업자에게 정산을 해주지 않기
수수료만 비교하면 잘못된 선택을 합니다. 세금 책임이 누구에게 있는지가 핵심입니다. MoR은 수수료가 비싸 보입니다. 그런데 세금 신고 책임이 누구에게 있는지를 넣고 비교하면 이야기가
가입은 되는데 심사에서 막히거나 세금 정보에서 헤맵니다. 준비할 것과 순서. Paddle은 심사가 있습니다. 서비스가 실제로 동작하고 정책 페이지가 갖춰져 있어야 통과합니다. 미리 준비하면 한 번에
결제 심사에서 가장 많이 걸리는 부분. 무엇을 어떻게 써야 하는지. 정책 페이지가 없으면 결제 심사에서 막힙니다. 그리고 분쟁이 생겼을 때 기준이 없어
원가 기준으로 정하면 대부분 너무 싸집니다. 가격을 정하는 실질적인 기준. 가격을 원가 + 마진으로 정하면 거의 항상 너무 쌉니다. 소프트웨어는 원가가 거의 0이기
만들고 나서 빠뜨리는 것들. 결제·정책·보안·운영을 한 장으로. 코드는 끝났는데 파는 준비가 안 되어 출시가 밀리는 경우가 많습니다. 미리 목록으로 만들어 두면 며칠이
통신판매업 신고, 청약철회 제한, 표기 의무. 국내 판매 특유의 요건. 해외 판매와 국내 판매는 요구되는 것이 다릅니다. 국내는 표기와 청약철회 규정이
애드센스·앱스토어·Paddle 수입의 신고 기본. 원천징수가 없어 빠뜨리기 쉬운 부분. 국내 거래는 3.3% 원천징수가 되어 흔적이 남습니다. 그런데 해외 수입은 그게 없어서 신고를 빠뜨리기
앱스토어·애드센스·Paddle의 정산서는 형식이 다 다릅니다. 대조하는 순서. 플랫폼마다 수수료를 떼는 시점과 방식이 달라서 그냥 더하면 숫자가 안 맞습니다. 순서를 정해두면 매달 30분이면
서버비·구독료·장비. 어디까지 경비인지와 증빙을 남기는 방법. 경비 처리를 안 해서 세금을 더 내는 경우가 많습니다. 사업과 관련 있고 증빙이 있으면 대부분 인정
언제부터 등록이 필요한지, 개인과 법인 중 무엇을 고를지. 취미로 만든 것이 팔리기 시작하면 언제 사업자등록을 해야 하는지가 고민됩니다. 기준은
국내 판매는 10%, 수출은 영세율. 다만 신고는 둘 다 해야 합니다. 가장 많이 오해하는 부분입니다. 영세율은 “세금이 0”이지 “신고 면제”가
최신 기술보다 중요한 것. 혼자 유지보수할 수 있는지가 핵심입니다. 혼자 만들 때 가장 중요한 기준은 성능도 유행도 아닙니다. 6개월 뒤의 내가 고칠 수
서버 한 대로 시작해 안정적으로 운영하는 최소 구성. 처음부터 복잡한 인프라를 구성할 필요가 없습니다. 서버 한 대와 프로세스 관리자면 상당한 규모까지
모니터링을 거창하게 하면 안 봅니다. 정말 필요한 네 가지. 대시보드를 아무리 예쁘게 만들어도 안 보면 소용없습니다. 혼자라면 “문제가 생겼을 때 나를 부르는 것”만 있으면
실제 로그에서 관찰되는 스캔 유형과 최소한의 방어. 서버를 인터넷에 열면 몇 분 안에 스캔이 시작됩니다. 유명하지 않아도 상관없습니다. 자동으로 돌아다니는 봇이기
쓸수록 적자가 나는 구조를 피하는 방법. 모델 분리와 캐시. AI를 쓰는 서비스는 사용량에 비례해 원가가 늘어납니다. 정액제로 팔면서 설계를 안 하면 잘될수록 손해가
기술적으로는 쉽습니다. 문제는 도달률과 법적 요건입니다. 발송 코드는 몇 줄입니다. 그런데 스팸함으로 가거나 법에 걸리면 안 보낸 것만
만료·방치·중복. 도메인이 늘어날 때 실제로 생기는 문제와 정리 기준. 도메인은 사기 쉽고 관리하기 어렵습니다. 특히 쓰지 않는 도메인이 늘어나면 비용과 위험이 함께
콘텐츠를 아무리 써도 이게 없으면 발견되지 않습니다. 검색엔진은 발견 → 크롤 → 색인 순서로 움직입니다. 첫 단계에서 막히면 뒤는 아예 일어나지
잘 쓴 글과 검색에서 잘 읽히는 글은 구조가 다릅니다. 검색으로 들어온 사람은 답을 찾으러 온 것입니다. 서론이 길면
무엇을 어디에 얼마나 자주. 그리고 반드시 해봐야 하는 것. 백업이 돌고 있다는 사실만으로는 아무것도 보장되지 않습니다. 복구해 본 적이 있는가가 유일한
수집·보관·파기·이전. 나중에 붙이면 안 되는 설계. 개인정보 관련 기능은 나중에 붙이기 매우 어렵습니다. 시작할 때 정해두면 비용이 거의 안
기술 문제가 아니라 운영 문제로 멈춥니다. 실제로 자주 보는 원인들. 서비스는 대개 극적으로 망하지 않습니다. 조용히 방치되다가 어느 날 멈춰
수취 수수료와 환율 스프레드는 눈에 안 보입니다. 실제로 얼마나 빠지는지 계산하는 법. 정산서에는 1,000달러라고 찍혔는데 통장에는 그보다 적게 들어옵니다. 어디서 빠졌는지를 알아야 협상할 수
문의가 늘면 개발 시간이 사라집니다. 줄이는 구조와 대응 원칙. 사용자가 늘면 문의도 같이 늡니다. 이걸 설계하지 않으면 개발할 시간이 남지
대시보드를 크게 만들면 안 봅니다. 실제로 행동으로 이어지는 숫자만. 숫자를 많이 보는 것과 행동이 바뀌는 것은 다릅니다. 다섯 개면
빠르게 만들 수 있게 됐지만 그대로 두면 안 되는 부분이 있습니다. AI로 며칠이면 동작하는 것이 나옵니다. 다만 동작하는 것과 안전한 것은
수수료·심사·업데이트 속도. 만들기 전에 판단해야 할 것들. 기술적 차이보다 판매 구조의 차이가 큽니다. 수수료와 심사가 사업 모델을
광고비 없이 처음 열 명을 찾는 현실적인 경로. 만들어 놓으면 오지 않습니다. 첫 열 명은 직접 찾아야 합니다. 그리고 그 열 명이 다음을