<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
  <title>IT1004</title>
  <link>https://it1004.com/</link>
  <atom:link href="https://it1004.com/rss.xml" rel="self" type="application/rss+xml"/>
  <description>한국에서 소프트웨어와 디지털 상품을 만들어 파는 일에 필요한 것들. 해외 결제, 세금, 웹 운영, 배포까지 실제로 막히는 순서대로 정리했습니다.</description>
  <language>ko</language>
  <lastBuildDate>Mon, 10 Aug 2026 00:00:00 +0900</lastBuildDate>
  <item>
    <title>한국에서 Stripe를 못 쓸 때 무엇으로 결제를 받나</title>
    <link>https://it1004.com/stripe-korea-alternatives</link>
    <guid isPermaLink="true">https://it1004.com/stripe-korea-alternatives</guid>
    <description>한국 법인·개인은 Stripe 정산을 받을 수 없습니다. 실제로 쓸 수 있는 대안과 각각의 수수료 구조. 만드는 건 며칠이면 됩니다. 그런데 결제를 붙이려는 순간 한국 개발자는 벽을 만납니다. Stripe가 한국 사업자에게 정산을 해주지 않기</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>MoR과 일반 PG는 무엇이 다른가</title>
    <link>https://it1004.com/mor-vs-pg</link>
    <guid isPermaLink="true">https://it1004.com/mor-vs-pg</guid>
    <description>수수료만 비교하면 잘못된 선택을 합니다. 세금 책임이 누구에게 있는지가 핵심입니다. MoR은 수수료가 비싸 보입니다. 그런데 세금 신고 책임이 누구에게 있는지를 넣고 비교하면 이야기가</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>Paddle을 한국 사업자로 설정할 때 막히는 지점</title>
    <link>https://it1004.com/paddle-setup-korea</link>
    <guid isPermaLink="true">https://it1004.com/paddle-setup-korea</guid>
    <description>가입은 되는데 심사에서 막히거나 세금 정보에서 헤맵니다. 준비할 것과 순서. Paddle은 심사가 있습니다. 서비스가 실제로 동작하고 정책 페이지가 갖춰져 있어야 통과합니다. 미리 준비하면 한 번에</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>서비스에 반드시 있어야 하는 정책 페이지</title>
    <link>https://it1004.com/policy-pages-for-saas</link>
    <guid isPermaLink="true">https://it1004.com/policy-pages-for-saas</guid>
    <description>결제 심사에서 가장 많이 걸리는 부분. 무엇을 어떻게 써야 하는지. 정책 페이지가 없으면 결제 심사에서 막힙니다. 그리고 분쟁이 생겼을 때 기준이 없어</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>혼자 만든 서비스의 가격을 정하는 법</title>
    <link>https://it1004.com/pricing-for-indie-saas</link>
    <guid isPermaLink="true">https://it1004.com/pricing-for-indie-saas</guid>
    <description>원가 기준으로 정하면 대부분 너무 싸집니다. 가격을 정하는 실질적인 기준. 가격을 원가 + 마진으로 정하면 거의 항상 너무 쌉니다. 소프트웨어는 원가가 거의 0이기</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>처음 서비스를 팔기 전 확인할 목록</title>
    <link>https://it1004.com/first-saas-checklist</link>
    <guid isPermaLink="true">https://it1004.com/first-saas-checklist</guid>
    <description>만들고 나서 빠뜨리는 것들. 결제·정책·보안·운영을 한 장으로. 코드는 끝났는데 파는 준비가 안 되어 출시가 밀리는 경우가 많습니다. 미리 목록으로 만들어 두면 며칠이</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>국내에 디지털 상품을 팔 때 필요한 것</title>
    <link>https://it1004.com/selling-digital-products-korea</link>
    <guid isPermaLink="true">https://it1004.com/selling-digital-products-korea</guid>
    <description>통신판매업 신고, 청약철회 제한, 표기 의무. 국내 판매 특유의 요건. 해외 판매와 국내 판매는 요구되는 것이 다릅니다. 국내는 표기와 청약철회 규정이</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>해외에서 받은 수입, 신고는 어떻게 하나</title>
    <link>https://it1004.com/overseas-income-tax-basics</link>
    <guid isPermaLink="true">https://it1004.com/overseas-income-tax-basics</guid>
    <description>애드센스·앱스토어·Paddle 수입의 신고 기본. 원천징수가 없어 빠뜨리기 쉬운 부분. 국내 거래는 3.3% 원천징수가 되어 흔적이 남습니다. 그런데 해외 수입은 그게 없어서 신고를 빠뜨리기</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>여러 플랫폼 정산 내역을 하나로 맞추는 법</title>
    <link>https://it1004.com/settlement-reconciliation</link>
    <guid isPermaLink="true">https://it1004.com/settlement-reconciliation</guid>
    <description>앱스토어·애드센스·Paddle의 정산서는 형식이 다 다릅니다. 대조하는 순서. 플랫폼마다 수수료를 떼는 시점과 방식이 달라서 그냥 더하면 숫자가 안 맞습니다. 순서를 정해두면 매달 30분이면</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>개발자가 경비로 인정받을 수 있는 것들</title>
    <link>https://it1004.com/expenses-for-developers</link>
    <guid isPermaLink="true">https://it1004.com/expenses-for-developers</guid>
    <description>서버비·구독료·장비. 어디까지 경비인지와 증빙을 남기는 방법. 경비 처리를 안 해서 세금을 더 내는 경우가 많습니다. 사업과 관련 있고 증빙이 있으면 대부분 인정</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>개발자가 사업자등록을 해야 하는 시점</title>
    <link>https://it1004.com/business-registration-for-devs</link>
    <guid isPermaLink="true">https://it1004.com/business-registration-for-devs</guid>
    <description>언제부터 등록이 필요한지, 개인과 법인 중 무엇을 고를지. 취미로 만든 것이 팔리기 시작하면 언제 사업자등록을 해야 하는지가 고민됩니다. 기준은</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>소프트웨어 판매의 부가세, 국내와 해외가 다릅니다</title>
    <link>https://it1004.com/vat-for-software</link>
    <guid isPermaLink="true">https://it1004.com/vat-for-software</guid>
    <description>국내 판매는 10%, 수출은 영세율. 다만 신고는 둘 다 해야 합니다. 가장 많이 오해하는 부분입니다. 영세율은 “세금이 0”이지 “신고 면제”가</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>혼자 만들 때 기술을 고르는 기준</title>
    <link>https://it1004.com/solo-dev-stack-choice</link>
    <guid isPermaLink="true">https://it1004.com/solo-dev-stack-choice</guid>
    <description>최신 기술보다 중요한 것. 혼자 유지보수할 수 있는지가 핵심입니다. 혼자 만들 때 가장 중요한 기준은 성능도 유행도 아닙니다. 6개월 뒤의 내가 고칠 수</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>인프라 담당 없이 배포하는 현실적인 방법</title>
    <link>https://it1004.com/deploy-without-devops</link>
    <guid isPermaLink="true">https://it1004.com/deploy-without-devops</guid>
    <description>서버 한 대로 시작해 안정적으로 운영하는 최소 구성. 처음부터 복잡한 인프라를 구성할 필요가 없습니다. 서버 한 대와 프로세스 관리자면 상당한 규모까지</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>혼자 운영할 때 최소한으로 봐야 할 것</title>
    <link>https://it1004.com/monitoring-for-solo</link>
    <guid isPermaLink="true">https://it1004.com/monitoring-for-solo</guid>
    <description>모니터링을 거창하게 하면 안 봅니다. 정말 필요한 네 가지. 대시보드를 아무리 예쁘게 만들어도 안 보면 소용없습니다. 혼자라면 “문제가 생겼을 때 나를 부르는 것”만 있으면</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>서버를 열어두면 바로 시작되는 공격들</title>
    <link>https://it1004.com/server-security-basics</link>
    <guid isPermaLink="true">https://it1004.com/server-security-basics</guid>
    <description>실제 로그에서 관찰되는 스캔 유형과 최소한의 방어. 서버를 인터넷에 열면 몇 분 안에 스캔이 시작됩니다. 유명하지 않아도 상관없습니다. 자동으로 돌아다니는 봇이기</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>AI API 비용이 매출을 넘지 않게 하는 설계</title>
    <link>https://it1004.com/ai-api-cost-control</link>
    <guid isPermaLink="true">https://it1004.com/ai-api-cost-control</guid>
    <description>쓸수록 적자가 나는 구조를 피하는 방법. 모델 분리와 캐시. AI를 쓰는 서비스는 사용량에 비례해 원가가 늘어납니다. 정액제로 팔면서 설계를 안 하면 잘될수록 손해가</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>메일과 문자를 보낼 때 지켜야 하는 것</title>
    <link>https://it1004.com/email-and-sms-sending</link>
    <guid isPermaLink="true">https://it1004.com/email-and-sms-sending</guid>
    <description>기술적으로는 쉽습니다. 문제는 도달률과 법적 요건입니다. 발송 코드는 몇 줄입니다. 그런데 스팸함으로 가거나 법에 걸리면 안 보낸 것만</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>도메인을 여러 개 갖고 있을 때 생기는 일</title>
    <link>https://it1004.com/domain-management-basics</link>
    <guid isPermaLink="true">https://it1004.com/domain-management-basics</guid>
    <description>만료·방치·중복. 도메인이 늘어날 때 실제로 생기는 문제와 정리 기준. 도메인은 사기 쉽고 관리하기 어렵습니다. 특히 쓰지 않는 도메인이 늘어나면 비용과 위험이 함께</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>검색엔진이 들어오게 만드는 최소 설정</title>
    <link>https://it1004.com/seo-technical-basics</link>
    <guid isPermaLink="true">https://it1004.com/seo-technical-basics</guid>
    <description>콘텐츠를 아무리 써도 이게 없으면 발견되지 않습니다. 검색엔진은 발견 → 크롤 → 색인 순서로 움직입니다. 첫 단계에서 막히면 뒤는 아예 일어나지</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>검색에서 읽히는 글의 구조</title>
    <link>https://it1004.com/content-for-search</link>
    <guid isPermaLink="true">https://it1004.com/content-for-search</guid>
    <description>잘 쓴 글과 검색에서 잘 읽히는 글은 구조가 다릅니다. 검색으로 들어온 사람은 답을 찾으러 온 것입니다. 서론이 길면</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>백업, 복구해 본 적 없으면 백업이 아닙니다</title>
    <link>https://it1004.com/backup-strategy</link>
    <guid isPermaLink="true">https://it1004.com/backup-strategy</guid>
    <description>무엇을 어디에 얼마나 자주. 그리고 반드시 해봐야 하는 것. 백업이 돌고 있다는 사실만으로는 아무것도 보장되지 않습니다. 복구해 본 적이 있는가가 유일한</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>사용자 데이터를 다룰 때 코드보다 먼저 정할 것</title>
    <link>https://it1004.com/handling-user-data</link>
    <guid isPermaLink="true">https://it1004.com/handling-user-data</guid>
    <description>수집·보관·파기·이전. 나중에 붙이면 안 되는 설계. 개인정보 관련 기능은 나중에 붙이기 매우 어렵습니다. 시작할 때 정해두면 비용이 거의 안</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>혼자 만든 서비스가 조용히 죽는 이유</title>
    <link>https://it1004.com/why-services-die</link>
    <guid isPermaLink="true">https://it1004.com/why-services-die</guid>
    <description>기술 문제가 아니라 운영 문제로 멈춥니다. 실제로 자주 보는 원인들. 서비스는 대개 극적으로 망하지 않습니다. 조용히 방치되다가 어느 날 멈춰</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>외화로 받을 때 환율에서 새는 돈</title>
    <link>https://it1004.com/currency-and-exchange</link>
    <guid isPermaLink="true">https://it1004.com/currency-and-exchange</guid>
    <description>수취 수수료와 환율 스프레드는 눈에 안 보입니다. 실제로 얼마나 빠지는지 계산하는 법. 정산서에는 1,000달러라고 찍혔는데 통장에는 그보다 적게 들어옵니다. 어디서 빠졌는지를 알아야 협상할 수</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>혼자 운영하면서 문의를 감당하는 방법</title>
    <link>https://it1004.com/support-for-solo-service</link>
    <guid isPermaLink="true">https://it1004.com/support-for-solo-service</guid>
    <description>문의가 늘면 개발 시간이 사라집니다. 줄이는 구조와 대응 원칙. 사용자가 늘면 문의도 같이 늡니다. 이걸 설계하지 않으면 개발할 시간이 남지</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>혼자 만들 때 봐야 할 지표 다섯 개</title>
    <link>https://it1004.com/measuring-what-matters</link>
    <guid isPermaLink="true">https://it1004.com/measuring-what-matters</guid>
    <description>대시보드를 크게 만들면 안 봅니다. 실제로 행동으로 이어지는 숫자만. 숫자를 많이 보는 것과 행동이 바뀌는 것은 다릅니다. 다섯 개면</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>AI로 코드를 쓸 때 반드시 사람이 봐야 하는 곳</title>
    <link>https://it1004.com/ai-coding-limits</link>
    <guid isPermaLink="true">https://it1004.com/ai-coding-limits</guid>
    <description>빠르게 만들 수 있게 됐지만 그대로 두면 안 되는 부분이 있습니다. AI로 며칠이면 동작하는 것이 나옵니다. 다만 동작하는 것과 안전한 것은</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>앱으로 낼까 웹으로 낼까 — 판매 관점의 차이</title>
    <link>https://it1004.com/app-store-vs-web</link>
    <guid isPermaLink="true">https://it1004.com/app-store-vs-web</guid>
    <description>수수료·심사·업데이트 속도. 만들기 전에 판단해야 할 것들. 기술적 차이보다 판매 구조의 차이가 큽니다. 수수료와 심사가 사업 모델을</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>첫 사용자 열 명을 만드는 방법</title>
    <link>https://it1004.com/finding-first-users</link>
    <guid isPermaLink="true">https://it1004.com/finding-first-users</guid>
    <description>광고비 없이 처음 열 명을 찾는 현실적인 경로. 만들어 놓으면 오지 않습니다. 첫 열 명은 직접 찾아야 합니다. 그리고 그 열 명이 다음을</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
</channel>
</rss>
