<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
  <title>크리프트 블로그</title>
  <link>https://kryft.io/blog</link>
  <atom:link href="https://kryft.io/blog/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>직원·거래처에 서류 요청하는 가장 빠른 방법</title>
    <link>https://kryft.io/blog/how-to-request-documents</link>
    <guid isPermaLink="true">https://kryft.io/blog/how-to-request-documents</guid>
    <description>카톡으로 서류를 요청하면 절반은 안 옵니다. 요청 문구부터 독촉 타이밍까지, 실제로 걷히는 순서로 정리했습니다. 서류를 못 받는 이유는 상대가 게을러서가 아닙니다. 무엇을, 어떻게, 언제까지 내야 하는지가 불분명하기 때문입니다. 이 세 가지만 명확히 하면 회수율이 크게</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>목적별 필요 서류 체크리스트 — 무엇을 언제 받아야 하나</title>
    <link>https://kryft.io/blog/document-checklist-by-purpose</link>
    <guid isPermaLink="true">https://kryft.io/blog/document-checklist-by-purpose</guid>
    <description>직원 채용, 거래처 등록, 세무 기장, 4대보험 신고. 상황별로 실제 필요한 서류를 정리했습니다. 서류를 두 번 요청하면 상대의 신뢰가 떨어집니다. 처음에 한 번에 다 받는 것이 서로에게 좋습니다. 상황별로 자주 쓰이는 목록을</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>개인정보 동의, 어디까지 받아야 하나 — 소규모 사업장 기준</title>
    <link>https://kryft.io/blog/personal-info-consent-basics</link>
    <guid isPermaLink="true">https://kryft.io/blog/personal-info-consent-basics</guid>
    <description>동의서 없이 서류를 받아도 되는지, 어떤 문구가 필요한지. 작은 사업장이 실무에서 지켜야 할 선을 정리했습니다. 개인정보는 많이 받을수록 위험이 커집니다. 필요한 만큼만, 목적을 밝히고, 기간을 정해 받는 것이</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>받은 서류, 언제까지 갖고 있어야 하나</title>
    <link>https://kryft.io/blog/document-retention-period</link>
    <guid isPermaLink="true">https://kryft.io/blog/document-retention-period</guid>
    <description>보관 기간을 몰라서 다 갖고 있으면 그게 위험입니다. 목적별 기준과 정리하는 방법. “혹시 몰라서” 갖고 있는 서류가 가장 위험합니다. 목적이 끝나면 지우는 것이 원칙이고, 법이 정한 것만 그 기간까지</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>여러 명에게 동시에 서류 받을 때 무너지는 지점</title>
    <link>https://kryft.io/blog/collect-documents-from-many-people</link>
    <guid isPermaLink="true">https://kryft.io/blog/collect-documents-from-many-people</guid>
    <description>10명이 넘어가면 카톡으로는 관리가 안 됩니다. 인원이 늘 때 생기는 문제와 대응. 3명까지는 어떻게든 됩니다. 10명이 넘어가면 “누가 안 냈지”를 세는 데만 시간이 갑니다. 인원이 늘 때 무엇이 무너지는지</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>문의를 놓치는 진짜 이유 — 게을러서가 아닙니다</title>
    <link>https://kryft.io/blog/why-inquiries-are-lost</link>
    <guid isPermaLink="true">https://kryft.io/blog/why-inquiries-are-lost</guid>
    <description>현장에 있어서, 밤에 와서, 여러 채널에 흩어져서. 문의가 새는 구조적 원인과 각각의 대응. 문의를 놓치는 사장님은 게으른 게 아닙니다. 문의가 오는 시간과 일하는 시간이 다르기 때문입니다. 구조를 바꾸지 않으면 의지로는 해결되지</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>문의 응답 속도가 계약을 가르는 이유</title>
    <link>https://kryft.io/blog/reply-speed-matters</link>
    <guid isPermaLink="true">https://kryft.io/blog/reply-speed-matters</guid>
    <description>손님은 보통 세 곳 이상에 문의합니다. 먼저 답한 곳이 유리한 구조적 이유와 현실적인 대응. 손님은 한 곳에만 문의하지 않습니다. 같은 시간에 여러 곳에 넣고 먼저 답이 온 곳부터 이야기를 시작합니다. 순서가 곧 유리함이</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>문의 폼에 무엇을 물어야 상담이 짧아지나</title>
    <link>https://kryft.io/blog/inquiry-form-fields</link>
    <guid isPermaLink="true">https://kryft.io/blog/inquiry-form-fields</guid>
    <description>많이 물으면 안 쓰고, 적게 물으면 상담이 두 번 됩니다. 균형을 잡는 기준. 문의 폼의 목적은 정보 수집이 아니라 첫 통화를 짧게 만드는 것입니다. 그 기준으로 항목을 고르면 답이</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>견적 보내고 답이 없을 때, 언제 다시 연락하나</title>
    <link>https://kryft.io/blog/follow-up-timing</link>
    <guid isPermaLink="true">https://kryft.io/blog/follow-up-timing</guid>
    <description>너무 빠르면 조르는 느낌, 너무 늦으면 잊힙니다. 후속 연락의 간격과 문구. 견적을 보내고 답이 없는 것은 거절이 아니라 보류인 경우가 훨씬 많습니다. 다시 두드리는 방법만 알면 상당수가</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>자동 응답 문자, 이렇게 쓰면 답장이 옵니다</title>
    <link>https://kryft.io/blog/auto-reply-text</link>
    <guid isPermaLink="true">https://kryft.io/blog/auto-reply-text</guid>
    <description>기계적으로 느껴지지 않는 접수 확인 문구. 실제로 쓸 수 있는 문장과 피해야 할 표현. 자동 문자가 성의 없어 보이는 이유는 자동이어서가 아니라 정보가 없어서입니다. 세 가지만 넣으면 사람이 쓴 것처럼</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>문의가 어디서 오는지 모르면 광고비를 못 씁니다</title>
    <link>https://kryft.io/blog/lead-source-tracking</link>
    <guid isPermaLink="true">https://kryft.io/blog/lead-source-tracking</guid>
    <description>블로그·인스타·전단지 중 뭐가 되는지 아는 법. 링크 뒤에 표시만 붙이면 됩니다. “어떻게 알고 오셨어요?”라고 물어도 정확한 답이 안 옵니다. 기억이 안 나거나 대충 답합니다. 링크에 표시를 붙이면 저절로</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>3개월 전에 끊긴 문의를 다시 살리는 법</title>
    <link>https://kryft.io/blog/revive-lost-leads</link>
    <guid isPermaLink="true">https://kryft.io/blog/revive-lost-leads</guid>
    <description>계약이 안 된 문의는 버리는 게 아니라 묵혀두는 것입니다. 되살리는 타이밍과 문구. 안 된 이유는 대부분 금액이 아니라 시기입니다. 그때는 아니었지만 지금은 맞을 수</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>위험성평가란 무엇인가 — 5인 사업장 기준으로 쉽게</title>
    <link>https://kryft.io/blog/risk-assessment-basics</link>
    <guid isPermaLink="true">https://kryft.io/blog/risk-assessment-basics</guid>
    <description>위험성평가가 무엇이고 왜 해야 하는지, 최소한 무엇을 준비해야 하는지 정리했습니다. 위험성평가는 “우리 현장에서 다칠 수 있는 곳을 찾아 적어두고, 줄일 방법을 정하는 것”입니다. 어렵게 들리지만 구조는</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>근로자 참여와 결과 공유, 어떻게 증명하나</title>
    <link>https://kryft.io/blog/risk-assessment-worker-participation</link>
    <guid isPermaLink="true">https://kryft.io/blog/risk-assessment-worker-participation</guid>
    <description>평가서는 만들었는데 “알렸다”는 증거가 없으면 문제가 됩니다. 실무적으로 남기는 방법. 법이 요구하는 것은 평가서 한 장이 아닙니다. 근로자가 참여했고, 결과를 알았다는 사실입니다. 이건 종이로 증명하기</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>작업 전 안전점검회의(TBM), 10분으로 끝내는 법</title>
    <link>https://kryft.io/blog/tbm-basics</link>
    <guid isPermaLink="true">https://kryft.io/blog/tbm-basics</guid>
    <description>TBM이 무엇이고 무엇을 말해야 하는지, 기록은 어떻게 남기는지 정리했습니다. TBM은 거창한 회의가 아닙니다. 오늘 할 작업에서 위험한 것 한두 가지를 짚고 시작하는 것입니다. 10분이면</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>위험성평가 기록, 무엇을 얼마나 남겨야 하나</title>
    <link>https://kryft.io/blog/risk-assessment-record</link>
    <guid isPermaLink="true">https://kryft.io/blog/risk-assessment-record</guid>
    <description>기록·보존이 별도 의무입니다. 무엇을 남기고 어떻게 관리할지 정리했습니다. 평가를 했어도 기록이 없으면 안 한 것이 됩니다. 그리고 기록·보존은 실시와 별개의</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>안전 담당자가 없는 사업장은 무엇부터 해야 하나</title>
    <link>https://kryft.io/blog/safety-for-small-workplace</link>
    <guid isPermaLink="true">https://kryft.io/blog/safety-for-small-workplace</guid>
    <description>5~50인 사업장의 현실적인 시작점. 전문 인력 없이 갖춰야 할 최소한. 전담 인력도, 예산도 없는 상태에서 무엇부터 해야 하는지가 가장 어려운 질문입니다. 우선순위를</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>근로계약서, 안 쓰면 무슨 일이 생기나</title>
    <link>https://kryft.io/blog/employment-contract-basics</link>
    <guid isPermaLink="true">https://kryft.io/blog/employment-contract-basics</guid>
    <description>작성·교부 의무와 반드시 들어가야 할 항목. 작은 사업장이 가장 많이 걸리는 부분. 근로계약서는 쓰는 것과 주는 것이 모두 의무입니다. 썼지만 안 줬다면 지키지 않은</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>4대보험 취득 신고, 언제까지 어떻게</title>
    <link>https://kryft.io/blog/four-insurance-basics</link>
    <guid isPermaLink="true">https://kryft.io/blog/four-insurance-basics</guid>
    <description>직원을 뽑으면 해야 하는 신고. 기한과 필요한 정보, 놓쳤을 때의 문제. 직원이 들어오면 정해진 기한 안에 신고해야 합니다. 늦으면 과태료 대상이 될 수 있고, 소급 정산이</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>세금계산서, 언제 어떻게 발행해야 하나</title>
    <link>https://kryft.io/blog/tax-invoice-basics</link>
    <guid isPermaLink="true">https://kryft.io/blog/tax-invoice-basics</guid>
    <description>발행 시기와 자주 하는 실수. 지연 발행하면 어떤 불이익이 있는지. 세금계산서는 발행 시기가 정해져 있습니다. 늦게 발행하면 가산세가 붙을 수 있고, 받는 쪽도 공제에 문제가</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>받을 돈이 안 들어올 때 순서대로 하는 일</title>
    <link>https://kryft.io/blog/unpaid-receivables</link>
    <guid isPermaLink="true">https://kryft.io/blog/unpaid-receivables</guid>
    <description>미수금이 생겼을 때 감정적으로 대응하기 전에 밟아야 할 단계. 미수금은 시간이 지날수록 회수가 어려워집니다. 감정이 상하기 전에 순서대로 밟는 것이 결과가</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>사장님이 매달 챙겨야 하는 일 체크리스트</title>
    <link>https://kryft.io/blog/small-business-checklist-monthly</link>
    <guid isPermaLink="true">https://kryft.io/blog/small-business-checklist-monthly</guid>
    <description>매달 반복되는데 자꾸 빠뜨리는 것들. 한 장으로 정리했습니다. 매달 같은 일이 반복되는데, 바쁘면 꼭 하나씩 빠집니다. 목록으로 만들어 두면 빠뜨림이</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>업무 연락, 문자와 카톡 중 무엇을 써야 하나</title>
    <link>https://kryft.io/blog/sms-vs-kakao-for-business</link>
    <guid isPermaLink="true">https://kryft.io/blog/sms-vs-kakao-for-business</guid>
    <description>도달률·기록·법적 근거 세 가지 기준으로 비교했습니다. 상황별로 답이 다릅니다. 카톡이 편하다는 데는 이견이 없습니다. 다만 기록이 남아야 하는 연락은 성격이</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>받은 서류를 안전하게 보관하는 최소 기준</title>
    <link>https://kryft.io/blog/digital-document-security</link>
    <guid isPermaLink="true">https://kryft.io/blog/digital-document-security</guid>
    <description>암호화·접근통제·파기. 작은 사업장이 지킬 수 있는 수준으로 정리했습니다. 사고는 해킹보다 관리 부주의에서 훨씬 많이 납니다. 세 가지만 지켜도 위험이 크게</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>문의부터 계약까지 단계를 나누면 보이는 것</title>
    <link>https://kryft.io/blog/inquiry-to-contract-flow</link>
    <guid isPermaLink="true">https://kryft.io/blog/inquiry-to-contract-flow</guid>
    <description>어디서 새는지 모르면 못 고칩니다. 단계별로 나누고 숫자를 보는 방법. “문의는 오는데 계약이 안 된다”는 말은 어느 단계에서 새는지 모른다는 뜻입니다. 나눠 보면 답이</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>견적서를 보낼 때 계약률이 오르는 방식</title>
    <link>https://kryft.io/blog/quote-writing-tips</link>
    <guid isPermaLink="true">https://kryft.io/blog/quote-writing-tips</guid>
    <description>금액만 적힌 견적서는 가격 비교만 당합니다. 무엇을 함께 적어야 하는지. 견적서에 금액만 있으면 가격으로만 비교됩니다. 판단 근거를 함께 주면 대화가</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>외국인 근로자에게 안전 지시를 전달하는 법</title>
    <link>https://kryft.io/blog/foreign-worker-safety-communication</link>
    <guid isPermaLink="true">https://kryft.io/blog/foreign-worker-safety-communication</guid>
    <description>말이 안 통하면 안전 교육도 형식이 됩니다. 현장에서 쓸 수 있는 방법. 외국인 근로자의 산업재해 비중이 취업자 비중보다 훨씬 높다는 점은 여러 통계에서 지적되어 왔습니다. 원인으로 모국어 안내 부족이 반복해서</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>직장 내 괴롭힘 신고를 받으면 무엇부터 해야 하나</title>
    <link>https://kryft.io/blog/workplace-harassment-response</link>
    <guid isPermaLink="true">https://kryft.io/blog/workplace-harassment-response</guid>
    <description>사업주에게 조사 의무가 있습니다. 순서를 모르면 그 자체가 위반이 됩니다. 신고를 받으면 지체 없이 객관적으로 조사해야 합니다. 조사를 안 하거나 객관성이 없으면 그 자체가 문제가</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>사업자등록 정보가 바뀌면 해야 하는 일</title>
    <link>https://kryft.io/blog/business-registration-changes</link>
    <guid isPermaLink="true">https://kryft.io/blog/business-registration-changes</guid>
    <description>상호·주소·업종이 바뀌면 여러 곳에 알려야 합니다. 빠뜨리기 쉬운 목록. 사업자등록만 고치고 끝내면 여기저기서 문제가 생깁니다. 알려야 할 곳이 생각보다</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>사업 도구를 고를 때 확인해야 할 다섯 가지</title>
    <link>https://kryft.io/blog/choosing-business-tools</link>
    <guid isPermaLink="true">https://kryft.io/blog/choosing-business-tools</guid>
    <description>기능 목록보다 중요한 것들. 쓰다가 갈아타면 손실이 큽니다. 도구는 바꾸는 비용이 큽니다. 처음 고를 때 기능보다 먼저 봐야 할 것들이</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
</channel>
</rss>
