SoulBind9's Insight

Zoho 도입 전 확인할 한국 환경 조건 일곱 가지

support@soulbind9.com (솔바인드9) — Wed, 23 Sep 2026 17:12:13 GMT

Zoho는 제품 폭이 넓고 가격이 낮아 국내 중소·중견 B2B가 가장 자주 검토하는 선택지 중 하나입니다. 그런데 도입 후에 문제가 되는 지점은 대체로 정해져 있습니다.

기능이 없어서가 아닙니다. 글로벌 제품이 전제하는 업무 방식과 한국의 업무 방식이 다른 지점에서 문제가 생깁니다. 회사를 무엇으로 식별하는가, 세금계산서를 어떻게 처리하는가, 메일이 어디로 도착하는가.

이 글은 계약 전에 확인해야 할 일곱 가지를 정리합니다. 각 항목마다 '무엇을 확인하는가'와 '안 되면 어떻게 하는가'를 함께 적었습니다.

결론을 먼저 말하면, 일곱 가지 중 여섯 가지는 설계로 해결됩니다. 하나는 해결되지 않고 병행 운영이 답입니다.

1. 사업자등록번호를 유일 키로 쓸 수 있는가

글로벌 CRM은 회사를 이름이나 도메인으로 식별합니다. 한국 B2B는 사업자등록번호로 식별합니다. 상호는 바뀌고 도메인은 없는 회사도 있지만 번호는 유일합니다.

확인할 것은 두 가지입니다. 사업자등록번호를 저장할 커스텀 필드를 만들 수 있는가, 그리고 그 필드로 중복을 막을 수 있는가.

Zoho CRM은 커스텀 필드를 제공하며 에디션별 개수 한도가 있습니다. 중복 방지는 필드의 고유값 설정과 중복 검사 규칙으로 처리합니다. 설정 화면에서 직접 확인하십시오.

권장 설계는 하이픈을 제거한 10자리 숫자를 저장하고, 자릿수 검증을 입력 단계에서 거는 것입니다. 표기 형식이 섞이면 중복 판정 자체가 안 됩니다.

2. 본사·지점 구조를 표현할 수 있는가

한국 B2B에서는 같은 법인의 여러 사업장이 각각 거래 상대가 되는 경우가 흔합니다. 본사와 공장, 지점이 별도로 발주하고 별도로 세금계산서를 받습니다.

CRM에서 이 구조를 표현하려면 회사 객체 간 상위·하위 연결이 필요합니다. Zoho CRM은 계정 간 계층 연결을 지원하므로 이 구조 자체는 표현할 수 있습니다.

확인할 것은 리포트입니다. 법인 단위 합계와 사업장 단위 실적을 모두 볼 수 있어야 합니다. 구조는 만들었는데 리포트에서 합산이 안 되면 실무에서 쓰이지 않습니다.

설계 원칙은 사업자등록번호를 사업장 단위로 두고, 법인 코드를 상위 키로 별도 관리하는 것입니다. 이렇게 하면 두 단위 집계가 모두 가능합니다.

3. 회계와 세금계산서 — 여기가 해결되지 않는 지점입니다

Zoho Books에는 국가별 에디션이 있습니다. 공식 문서에 나열된 에디션은 미국, 영국, 캐나다, 호주, 인도, 독일, 프랑스, 멕시코, 싱가포르, 사우디아라비아, UAE 등이며 그 외에는 Global 에디션이 있습니다.

한국 에디션은 목록에 없습니다. 즉 국내 기업은 Global 에디션을 쓰게 되며, 국내 부가세 처리와 전자세금계산서 발행을 국내 규정에 맞춰 수행하는 기능을 기대할 수 없습니다.

여기에 더해 공식 문서는 국가별 에디션을 사용하는 경우 국가, 기준통화, 시간대를 나중에 변경할 수 없다고 명시하고 있습니다. 처음 선택이 고정된다는 뜻입니다.

실무 결론은 명확합니다. 회계·세무는 국내 솔루션으로 운영하고, Zoho는 영업·마케팅·고객지원과 필요한 업무 영역에서 쓰는 병행 구조가 현실적입니다. 연결은 거래처와 수주·매출 데이터를 기준으로 설계합니다.

4. 이메일 도달 — 테스트 없이 결정하지 마십시오

국내 B2B 수신 환경은 네이버, 다음, 카카오 계열과 회사 메일 서버가 섞여 있습니다. 글로벌 발송 인프라에서 이 환경으로의 도달률은 사전에 예측하기 어렵습니다.

확인 방법은 하나뿐입니다. 검토 단계에서 실제로 테스트 발송을 해 보는 것입니다. 주요 수신 도메인별로 받은메일함 도착 여부를 확인하고 결과를 수치로 기록하십시오.

동시에 발신 도메인 인증을 설정할 수 있는지 확인해야 합니다. SPF, DKIM, DMARC 설정 권한이 누구에게 있는지, DNS 변경 절차가 어떻게 되는지.

도메인 인증이 안 된 상태의 테스트 결과는 의미가 없습니다. 인증을 먼저 설정하고 측정하십시오. 순서를 바꾸면 제품을 잘못 판단하게 됩니다.

5. 통화 연동과 통화 기록

국내 B2B 영업은 여전히 전화 비중이 높습니다. 통화 기록이 CRM에 남지 않으면 활동 데이터의 절반이 비게 됩니다.

확인할 것은 현재 쓰는 회선·장비와의 연동 방법입니다. 인터넷 전화 서비스, 사내 교환기, 휴대폰 중 무엇을 쓰는지에 따라 경로가 달라집니다.

연동이 어렵다면 차선은 통화 후 기록을 남기는 절차를 간소화하는 것입니다. 모바일 앱에서 두 번의 탭으로 활동 기록이 남도록 설계하면 기록률이 크게 올라갑니다.

기록을 강제하기 전에 기록이 쉬운지 먼저 확인하십시오. 입력이 번거로운 상태에서 강제하면 형식적인 입력만 늘어납니다.

6. 개인정보 수집·이용 동의와 마케팅 수신 동의의 분리

국내 규정에서 개인정보 수집·이용 동의와 광고성 정보 수신 동의는 별개입니다. 이 둘을 하나의 체크박스로 받으면 안 됩니다.

CRM에서는 두 동의를 각각 다른 속성으로 저장하고, 동의 시점과 출처가 이력으로 남아야 합니다. 폼 제출 시 자동으로 기록되도록 설계하십시오.

수신 거부 처리도 확인 대상입니다. 거부 의사가 접수되면 어느 속성이 바뀌고, 그 속성이 발송 대상 필터에 반영되는지 실제로 테스트해 보십시오.

이 설계는 나중에 붙이기 어렵습니다. 이미 수집된 연락처에 동의 이력이 없으면 소급해서 만들 수 없습니다. 첫 폼을 만들기 전에 끝내야 합니다.

7. 데이터 이관 한도 — 건수와 파일 크기를 먼저 확인하십시오

공식 문서 기준, Zoho CRM의 가져오기는 형식과 에디션에 따라 한도가 다릅니다. XLS·XLSX·VCF는 전 에디션 공통으로 배치당 최대 5,000건입니다.

CSV는 에디션별로 Standard 10,000건, Professional 20,000건, Enterprise 30,000건, Ultimate 50,000건입니다. 파일 크기는 Enterprise·Ultimate 25MB, Professional·Standard 10MB, Free 5MB입니다.

마이그레이션 마법사는 Salesforce, 다른 Zoho CRM 계정, Pipedrive, Highrise, Insightly, MS Dynamics, Maximizer를 지원하며, API 전송 방식은 Pipedrive, Capsule, HubSpot, Insightly, Highrise, Bitrix, Bigin을 지원합니다.

이관 전 확인 사항도 문서에 명시되어 있습니다. 필수 필드에 값이 없는 레코드는 무시되고, 사용자 정보가 먼저 이관되어야 하며, 다중 선택 필드는 세미콜론으로 구분해야 합니다. 큰따옴표·세로줄·꺾쇠 같은 일부 문자는 허용되지 않습니다.

8. 일곱 가지를 언제 확인할 것인가

전부 계약 전입니다. 도입 후에 확인하면 여섯 가지는 추가 비용이 되고, 세 번째(회계)는 구조 자체를 다시 설계해야 합니다.

확인 순서는 영향이 큰 것부터입니다. 3번(회계 병행 구조)과 1번(사업자등록번호)을 먼저 확정하십시오. 이 두 가지가 전체 데이터 구조를 결정합니다.

그다음 4번(이메일 도달)입니다. 측정에 시간이 걸리므로 검토 초기에 시작해야 결정 시점에 결과가 나옵니다.

나머지는 구축 범위 정의서에 반영하면 됩니다. 다만 6번(동의 분리)은 첫 폼을 만들기 전에 설계가 끝나 있어야 합니다.

9. 확인되지 않은 것

Zoho Books의 국가별 에디션 목록은 제품 업데이트로 변경될 수 있습니다. 검토 시점에 공식 문서에서 한국 에디션 추가 여부를 다시 확인하십시오.

국내 회계·세무 규정 적합성에 관한 최종 판단은 세무 전문가의 검토가 필요합니다. 이 글은 제품이 제공하는 에디션 구조를 정리한 것입니다.

이메일 도달률은 발신 도메인 평판, 인증 설정 상태, 발송 내용에 따라 달라지므로 일반적인 수치를 제시하지 않았습니다. 반드시 자사 도메인으로 측정하십시오.

통화 연동 가능 여부는 사용 중인 회선·장비와 국내 서비스 제공사에 따라 달라집니다. 개별 확인이 필요합니다.

일곱 가지 확인 항목과 판정

항목	확인할 것	안 되면
사업자등록번호	표준 속성 저장 · 중복 방지 설정	하이픈 제거 10자리 + 입력 단계 자릿수 검증
본사·지점 구조	계정 계층 연결 · 두 단위 리포트 합산	사업장 단위 저장 + 법인 코드를 상위 키로 별도 관리
회계·세금계산서	Zoho Books 한국 에디션 존재 여부	한국 에디션 없음 — 국내 회계 솔루션 병행 운영
이메일 도달	도메인 인증 후 수신처별 실측	발송은 별도 도구 · CRM은 기록·세그먼트 담당
통화 연동	현재 회선·장비와의 연동 경로	모바일 두 번 탭으로 기록되는 절차 설계
동의 분리 저장	수집·이용 / 마케팅 수신 별도 속성 + 이력	첫 폼 제작 전 설계 확정 — 소급 불가
이관 한도	형식·에디션별 건수와 파일 크기	분할 이관 또는 마이그레이션 마법사 경로 사용

일곱 가지 중 여섯은 설계로 해결됩니다. 세 번째(회계)는 해결되지 않으며 병행 구조가 답입니다

가져오기 한도 (공식 문서 기준)

형식 · 에디션	최대 건수	파일 크기
XLS · XLSX · VCF (전 에디션)	배치당 5,000건	VCF 5MB
CSV — Free	—	5MB
CSV — Standard	10,000건	10MB
CSV — Professional	20,000건	10MB
CSV — Enterprise	30,000건	25MB
CSV — Ultimate	50,000건	25MB
마이그레이션 마법사 지원 소스	Salesforce · Zoho CRM · Pipedrive · Highrise · Insightly · MS Dynamics · Maximizer	CSV 파일당 최대 5GB
API 전송 지원 소스	Pipedrive · Capsule · HubSpot · Insightly · Highrise · Bitrix · Bigin	API 키 필요

출처: Zoho CRM 공식 도움말 (2026.09.21 확인) · 필수 필드 값이 없는 레코드는 무시되며 사용자 정보가 먼저 이관되어야 합니다

자주 묻는 질문

Q. Zoho Books로 국내 회계를 처리할 수 있나요?

공식 문서에 나열된 국가별 에디션에 한국은 없으며, 국내 기업은 Global 에디션을 사용하게 됩니다. 국내 부가세 처리와 전자세금계산서 발행을 국내 규정에 맞춰 수행하는 기능은 기대하기 어렵습니다. 회계·세무는 국내 솔루션으로 운영하고 Zoho는 영업·마케팅·고객지원 영역에서 쓰는 병행 구조를 권합니다.

Q. 국가 에디션을 잘못 고르면 바꿀 수 있나요?

공식 문서는 국가별 에디션을 사용하는 경우 국가, 기준통화, 시간대를 변경할 수 없다고 명시하고 있습니다. 즉 처음 선택이 고정됩니다. 회계 제품을 검토한다면 에디션 선택 전에 반드시 세무 담당과 함께 확인하십시오.

Q. 이메일 도달률은 보통 어느 정도인가요?

일반적인 수치를 제시하지 않는 이유는 발신 도메인의 평판, SPF·DKIM·DMARC 설정 상태, 발송 내용에 따라 결과가 크게 달라지기 때문입니다. 도메인 인증을 먼저 설정한 뒤 자사 도메인으로 주요 수신처에 테스트 발송을 하고 그 결과를 근거로 판단하십시오.

Q. 기존 CRM에서 이관할 때 무엇이 가장 오래 걸리나요?

이관 작업 자체보다 이관 전 데이터 정리가 오래 걸립니다. 중복 제거, 사업자등록번호 표기 통일, 필수 필드 채우기, 허용되지 않는 문자 제거가 대부분의 시간을 차지합니다. 건수보다 품질이 기간을 결정합니다.

이 글이 다루지 않는 것

이 글은 Zoho 도입 시 한국 업무 환경에서 확인해야 할 항목을 다룹니다. 국내 회계·세무 규정의 구체적 해석, 개인정보 관련 법률 자문, 개별 통신 서비스와의 연동 방법은 다루지 않습니다. 제품 사양은 확인 시점의 공식 문서 기준이며 업데이트로 변경될 수 있습니다.

함께 읽으면 좋은 글

이 글은 P3 구축과 운영 시리즈의 일부입니다.

출처

Forrester, The State Of Business Buying, 2024 (2024.12) — forrester.com/press-newsroom
6sense, 2025 B2B Buyer Experience Report (2025.11) — 6sense.com
Gartner B2B 구매자 조사 (2025.05 발표, 632명) — gartner.com/en/newsroom
Salesforce, State of Sales 6th·7th Edition (2024.07 / 2026.02) — salesforce.com
Zoho One 가격 페이지 및 FAQ (2026.09.12 확인) — zoho.com/one/pricing
Zoho Agents 가격 페이지 — zoho.com/agents/pricing
Zoho 가격 변경 공지 페이지 — zoho.com/price-change-notice.html
Nucleus Research, Zoho ROI 조사 (2025.02) — zoho.com 게시 자료

본문의 원화 환산은 1 USD = 1,380원, 기준일 2026년 9월 12일을 적용했습니다. 요금과 약관은 변경될 수 있으므로 계약 전 공식 페이지에서 재확인하십시오.

Zoho 데이터센터와 보안 인증 정리 — 내부 검토 통과용 자료

support@soulbind9.com (솔바인드9) — Wed, 23 Sep 2026 17:05:56 GMT

글로벌 SaaS 도입에서 기술 검토보다 먼저 막히는 것이 정보보호 검토입니다. 데이터가 어느 나라에 저장되는지, 어떤 인증을 받았는지, 계약 후에 저장 위치를 바꿀 수 있는지.

Zoho는 이 질문들에 대한 답을 공개 문서로 제공합니다. 문제는 그 정보가 여러 페이지에 흩어져 있다는 것입니다.

이 글은 Zoho의 데이터센터 리전, 리전 선택·변경 규칙, 보유 인증을 한 곳에 정리합니다. 내부 정보보호 검토 문서에 그대로 옮겨 쓸 수 있는 형식입니다.

모든 항목은 Zoho 공식 문서와 컴플라이언스 페이지에서 가져왔으며 확인일은 2026년 9월 21일입니다. 인증 유효기간은 갱신되므로 검토 직전에 다시 확인하십시오.

1. 리전은 일곱 곳, 한국은 없습니다

Zoho는 공식 문서 기준으로 복수의 데이터센터를 운영하며, 사용자가 선택할 수 있는 리전은 도메인으로 구분됩니다.

미국은 zoho.com, 유럽은 zoho.eu, 인도는 zoho.in, 호주는 zoho.com.au, 일본은 zoho.jp, 캐나다는 zohocloud.ca, 사우디아라비아는 zoho.sa입니다.

한국 리전은 없습니다. 따라서 국내 기업은 위 일곱 곳 중 하나를 선택하게 되며, 실무에서는 대체로 미국 또는 일본 리전이 검토 대상이 됩니다.

리전 선택은 성능과 규제 양쪽에 영향을 줍니다. 지리적으로 가까운 리전이 응답 속도에 유리하고, 규제 요건이 있는 경우에는 데이터가 저장되는 국가 자체가 심사 항목이 됩니다.

2. 리전은 가입 시점에 결정되고, 나중에 바꾸려면 마이그레이션입니다

공식 문서에 따르면 가입 시 접속 IP를 기준으로 데이터센터가 자동 지정되며, 가입 과정에서 변경할 수 있습니다.

중요한 것은 그다음입니다. 하나의 Zoho 계정은 하나의 리전에만 속합니다. 가입 후 리전을 바꾸려면 Zoho에 마이그레이션을 요청해야 합니다.

조직 단위에서는 더 중요합니다. 조직에 참여하려면 계정이 같은 리전에 있어야 합니다. 다른 리전에 계정이 있으면 그 계정을 닫거나 데이터를 포함해 마이그레이션해야 합니다.

실무 함의는 명확합니다. 리전 결정은 첫 계정을 만들기 전에 끝나 있어야 합니다. 부서별로 각자 가입한 뒤 나중에 통합하려 하면 이 지점에서 막힙니다.

3. 보유 인증 — 무엇을 근거로 제출할 것인가

Zoho 컴플라이언스 페이지 기준으로 보유 인증은 크게 세 묶음입니다. 정보보호 관리체계, 감사보고서, 그리고 지역·산업별 인증입니다.

정보보호 관리체계는 ISO/IEC 27001(정보보호), 27701(개인정보보호 확장), 27017(클라우드 보안), 27018(클라우드 개인정보)입니다. 여기에 ISO 9001(품질), ISO/IEC 20000-1(IT 서비스 관리), ISO 22301(사업연속성)이 있습니다.

감사보고서는 SOC 2 Type 2와 SOC 1(SSAE 18/ISAE 3402 Type 2)입니다. SOC 1은 재무보고 통제에 관한 것으로 Books, Invoice, Billing, Inventory 같은 재무 관련 제품과 CRM을 포함합니다.

개인정보 관련으로는 GDPR과 CCPA 대응을 명시하고 있으며, 결제 관련으로는 PCI DSS가 있습니다. 내부 검토에 제출할 때는 '어느 인증이 어느 제품을 커버하는가'까지 적어야 질문이 다시 돌아오지 않습니다.

4. 인증은 제품 단위로 커버 범위가 다릅니다

가장 흔한 실수는 '회사가 ISO 27001을 받았다'로 끝내는 것입니다. 심사에서는 우리가 쓸 제품이 그 인증 범위에 들어가는지를 묻습니다.

Zoho 컴플라이언스 페이지는 인증별로 적용 대상을 명시하고 있습니다. ISO 27001·27017·27018 계열은 Zoho 클라우드 서비스 전반을 커버합니다.

반면 SOC 1은 재무 관련 제품군과 일부 제품에 한정되고, PCI DSS는 결제 관련 제품에 한정됩니다. 지역 인증(독일 GoBD, 영국 Cyber Essentials Plus, 프랑스 HDS, 스페인 ENS 등)은 해당 지역·제품에만 적용됩니다.

따라서 검토 문서에는 '우리가 쓸 제품 목록'과 '그 제품을 커버하는 인증'을 표로 대응시켜 적으십시오. 이 표 하나가 심사 왕복을 크게 줄입니다.

5. 국내 검토에서 추가로 확인할 항목

국내 규제 환경에서는 인증 목록만으로 끝나지 않습니다. 개인정보의 국외 이전에 관한 고지·동의 요건이 따로 있습니다.

개인정보 처리방침에 국외 이전 사실, 이전되는 항목, 이전 국가와 시기·방법, 수탁자 정보를 기재해야 하는지 법무 검토를 받으십시오. 데이터센터 리전 선택이 이 문서의 내용을 바꿉니다.

수탁 처리에 관한 계약 문서(DPA에 해당하는 문서)를 벤더로부터 받을 수 있는지도 확인 항목입니다. 글로벌 SaaS는 대체로 표준 문서를 제공합니다.

이 부분은 회사의 업종과 취급 정보에 따라 요건이 달라집니다. 일반적인 정리는 가능하지만 최종 판단은 반드시 법무·개인정보 담당의 검토를 거치십시오.

6. 데이터 반출 조건 — 계약 전에 확인할 것

보안 검토와 함께 반드시 확인해야 하는 것이 데이터를 가지고 나올 수 있는가입니다. 이것은 인증과 별개 항목입니다.

확인할 질문은 세 가지입니다. 전체 데이터를 표준 형식으로 내보낼 수 있는가. 활동 이력과 첨부파일도 포함되는가. 내보내기에 추가 비용이나 기간 제한이 있는가.

계약 종료 후 데이터 보관 기간과 삭제 절차도 확인 대상입니다. 언제까지 접근할 수 있고 언제 삭제되는지가 계약서에 있어야 합니다.

이 세 항목은 도입 후에 협상력이 가장 빠르게 사라지는 영역입니다. 계약 전이 유일한 협상 시점입니다.

7. 리전 선택의 실무 판단

성능만 보면 지리적으로 가까운 리전이 유리합니다. 다만 체감 차이는 사용 패턴에 따라 다르므로, 후보 리전에서 실제 계정을 만들어 응답 속도를 측정해 보는 것이 가장 정확합니다.

규제 요건이 있는 경우에는 성능보다 저장 국가가 우선입니다. 업종에 따라 특정 국가로의 이전이 제약되거나 추가 절차가 필요할 수 있습니다.

그룹사·해외 법인이 있는 경우에는 어느 법인이 어느 리전을 쓸 것인지 먼저 정리하십시오. 같은 조직에 속하려면 같은 리전이어야 하므로, 이 결정이 조직 구조를 제약합니다.

결정이 끝나면 문서로 남기고 전 부서에 공지하십시오. 개별 가입이 시작되면 되돌리는 비용이 급격히 커집니다.

8. 내부 검토 문서에 넣을 구성

실무에서 통과가 빠른 문서 구성은 이렇습니다. 첫째, 도입 제품 목록. 둘째, 선택 리전과 저장 국가. 셋째, 제품별 적용 인증 대응표. 넷째, 국외 이전 고지·동의 처리 방안. 다섯째, 데이터 반출·삭제 조건. 여섯째, 근거 문서 링크와 확인일.

여섯 항목이 모두 있으면 대부분의 1차 검토는 통과합니다. 빠지면 반드시 그 항목으로 질문이 돌아옵니다.

근거 링크와 확인일을 적는 것이 특히 중요합니다. 인증은 유효기간이 있고 갱신되므로, 확인일이 없는 문서는 6개월 뒤에 다시 만들어야 합니다.

이 구성은 Zoho에 한정된 것이 아니라 글로벌 SaaS 도입 검토에 공통으로 적용됩니다.

9. 확인되지 않은 것

인증의 유효기간은 갱신 주기에 따라 변경됩니다. 이 글은 확인 시점의 공개 정보를 기준으로 하며, 검토 제출 직전에 컴플라이언스 페이지에서 최신 상태를 확인하십시오.

제품별 인증 커버리지는 공개 페이지에 요약된 수준이며, 특정 제품의 상세 범위가 필요하면 벤더에 인증서 사본과 적용 범위 문서를 요청하십시오.

국내 규제 해석과 국외 이전 요건은 업종·취급 정보에 따라 달라지므로 이 글의 서술은 일반적인 정리입니다. 최종 판단은 법무·개인정보 담당의 검토를 거쳐야 합니다.

데이터센터의 물리적 위치와 재해복구 구성에 관한 세부 정보는 공개 범위가 제한적이며, 필요한 경우 벤더를 통해 별도 요청해야 합니다.

Zoho 데이터센터 리전과 접속 도메인

리전	도메인	국내 기업 검토 시 고려점
미국	zoho.com	기본 리전 · 기능 반영이 가장 빠른 편
유럽	zoho.eu	GDPR 관련 요건이 있는 경우 검토
인도	zoho.in	본사 소재 리전
호주	zoho.com.au	APAC 대안
일본	zoho.jp	지리적 근접 · 응답 속도 측정 권장
캐나다	zohocloud.ca	북미 대안
사우디아라비아	zoho.sa	중동 규제 대응
한국	없음	일곱 리전 중 선택해야 함

출처: Zoho 공식 데이터센터 안내 (2026.09.21 확인) · 계정은 하나의 리전에만 속하며 변경은 마이그레이션 요청이 필요합니다

보유 인증과 적용 범위

인증·프레임워크	성격	공개 페이지상 적용 범위
ISO/IEC 27001	정보보호 관리체계	Zoho 클라우드 서비스 전반
ISO/IEC 27701	개인정보보호 관리체계 확장	Zoho 사업 단위 전반
ISO/IEC 27017	클라우드 보안 지침	Zoho 클라우드 서비스 전반
ISO/IEC 27018	클라우드 개인정보 보호	Zoho 클라우드 서비스 전반
ISO 22301	사업연속성 관리	클라우드 서비스 · NOC · 운영 조직
ISO/IEC 20000-1	IT 서비스 관리	NOC 및 데이터센터 운영
SOC 2 Type 2	통제 설계·운영 효과성 감사	Zoho 클라우드 서비스 전반
SOC 1 (SSAE 18 / ISAE 3402)	재무보고 통제 감사	Books·Invoice·Billing·Inventory·CRM 등
PCI DSS	결제카드 산업 보안	결제 관련 제품군
GDPR / CCPA	개인정보 규제 대응	해당 지역 대상

출처: zoho.com/compliance.html (2026.09.21 확인) · 유효기간은 갱신되므로 검토 제출 직전 재확인 필요 · 지역 인증(GoBD·HDS·ENS 등)은 해당 지역·제품에만 적용됩니다

자주 묻는 질문

Q. 한국에 데이터센터가 없으면 도입이 어려운가요?

업종과 취급 정보에 따라 다릅니다. 일반적인 B2B 영업·마케팅 데이터라면 국외 이전 고지·동의 요건을 충족하는 방식으로 진행하는 경우가 많습니다. 다만 특정 규제 산업이나 민감정보를 다루는 경우에는 제약이 있을 수 있으므로 법무 검토가 필요합니다.

Q. 가입 후에 리전을 바꿀 수 있나요?

공식 문서상 마이그레이션 요청을 통해 가능하며, 서비스 데이터를 포함해 이전할 수 있다고 안내되어 있습니다. 다만 조직 구조와 계정 상태에 따라 절차가 달라지므로 간단한 작업으로 보지 마십시오. 리전 결정은 첫 계정을 만들기 전에 끝내는 것이 원칙입니다.

Q. 인증서 사본을 받을 수 있나요?

공개 페이지에 인증 현황이 정리되어 있고, 상세 인증서나 감사보고서(SOC 리포트 등)는 요청 절차를 통해 제공받는 것이 일반적입니다. 내부 심사에 원본이 필요하다면 검토 초기에 요청하십시오. 확보에 시간이 걸립니다.

Q. 일본 리전이 한국에서 가장 빠른가요?

지리적으로는 가장 가깝지만 실제 체감 속도는 네트워크 경로와 사용 패턴에 따라 다릅니다. 후보 리전에서 각각 시험 계정을 만들어 실제 업무 화면의 응답 속도를 측정해 보는 것이 가장 정확합니다. 측정 결과를 검토 문서에 함께 넣으면 설득력이 올라갑니다.

이 글이 다루지 않는 것

이 글은 Zoho의 데이터센터 리전과 공개된 인증 현황을 정리합니다. 국내 규제의 구체적 해석, 업종별 특수 요건, 개별 계약의 조항 내용은 다루지 않으며 법률 자문을 대체하지 않습니다. 인증 유효기간과 적용 범위는 갱신되므로 검토 제출 직전에 공식 페이지에서 재확인하십시오.

함께 읽으면 좋은 글

이 글은 P1 제품가이드 시리즈의 일부입니다.

출처

Forrester, The State Of Business Buying, 2024 (2024.12) — forrester.com/press-newsroom
6sense, 2025 B2B Buyer Experience Report (2025.11) — 6sense.com
Gartner B2B 구매자 조사 (2025.05 발표, 632명) — gartner.com/en/newsroom
Salesforce, State of Sales 6th·7th Edition (2024.07 / 2026.02) — salesforce.com
Zoho One 가격 페이지 및 FAQ (2026.09.12 확인) — zoho.com/one/pricing
Zoho Agents 가격 페이지 — zoho.com/agents/pricing
Zoho 가격 변경 공지 페이지 — zoho.com/price-change-notice.html
Nucleus Research, Zoho ROI 조사 (2025.02) — zoho.com 게시 자료

Zoho API 크레딧 계산법 — 연동 설계 전에 확인할 숫자

support@soulbind9.com (솔바인드9) — Wed, 23 Sep 2026 16:43:44 GMT

연동을 붙이고 두 달쯤 지나 어느 날 갑자기 동기화가 멈춥니다. 로그를 열면 한도 초과 오류가 찍혀 있습니다. 코드에는 아무 문제가 없습니다.

Zoho CRM의 API는 호출 수가 아니라 크레딧 단위로 계산되고, 일일 한도가 에디션과 사용자 수로 결정됩니다. 그리고 호출 종류마다 소모하는 크레딧이 다릅니다.

이 구조를 모르고 연동을 설계하면 개발이 끝난 뒤에 한도에 부딪힙니다. 그때 해결 방법은 에디션 상향이거나 연동 재설계인데, 둘 다 비쌉니다.

이 글은 공식 개발자 문서 기준으로 크레딧 계산 공식과 실제 소요량 산출 방법을 정리합니다. 확인일은 2026년 9월 21일입니다.

1. 한도는 '호출 수'가 아니라 '크레딧'입니다

많은 연동 설계가 '하루 몇 번 호출하는가'로 시작합니다. Zoho CRM에서는 이 접근이 맞지 않습니다.

공식 개발자 문서 기준, 대부분의 API 호출은 1크레딧을 소모하지만 무거운 작업은 더 많이 소모합니다. 예를 들어 리드 전환(Convert Lead) API는 호출당 5크레딧, 대량 쓰기 초기화(Bulk Write Initialize)는 500크레딧입니다.

반대로 삽입·수정·업서트는 레코드 10건당 1크레딧입니다. 즉 1,000건을 한 번에 넣으면 100크레딧입니다. 건별로 1,000번 호출하면 1,000크레딧입니다.

같은 일을 하는데 설계에 따라 소모량이 열 배 차이가 납니다. 이것이 크레딧 구조를 먼저 이해해야 하는 이유입니다.

2. 일일 한도 공식 — 에디션과 사용자 수로 결정됩니다

공식 개발자 문서 기준, 일일 크레딧은 24시간 롤링 윈도로 계산되며 에디션별 공식이 다릅니다.

Free는 5,000크레딧 고정입니다. Standard는 50,000 + (사용자 수 × 250)이며 상한 100,000입니다. Professional은 50,000 + (사용자 수 × 500)이며 상한 300만입니다.

Enterprise와 Zoho One은 50,000 + (사용자 수 × 1,000)이며 상한 500만입니다. Ultimate와 CRM Plus는 50,000 + (사용자 수 × 2,000)이며 상한이 없습니다.

여기서 중요한 것은 사용자 수가 한도에 직접 들어간다는 점입니다. 사용자 10명의 Standard는 50,000 + 2,500 = 52,500크레딧이고, 이것이 하루 전체 연동이 쓸 수 있는 전부입니다.

3. 동시 호출 수라는 두 번째 한도

일일 크레딧이 남아 있어도 막히는 경우가 있습니다. 동시 호출 수 제한 때문입니다.

공식 문서 기준 조직 단위 동시 호출 한도는 Free 5, Standard 10, Professional 15, Enterprise·Zoho One 20, Ultimate·CRM Plus 25입니다.

여기에 더해 리드 전환, 복잡한 쿼리, 대량 수정 같은 무거운 작업에는 전 에디션 공통으로 10이라는 별도 하위 동시성 한도가 적용됩니다.

배치 작업을 병렬로 돌리는 설계에서 이 한도에 먼저 걸립니다. 스레드 수를 에디션 한도 아래로 고정하고, 재시도 로직에 지수 백오프를 넣으십시오.

4. 소요량을 계산하는 방법

계산은 연동 시나리오별로 '하루 몇 번 × 회당 크레딧'을 더하는 방식입니다. 시나리오를 빠짐없이 적는 것이 계산의 정확도를 결정합니다.

빠지기 쉬운 것들이 있습니다. 실시간 웹훅에 대응하는 조회 호출, 실패 시 재시도, 개발·테스트 환경의 호출, 리포트 도구의 주기적 추출, 그리고 사용자가 직접 실행하는 수동 동기화.

특히 재시도가 문제입니다. 실패한 호출도 크레딧을 소모합니다. 오류율 5%에 3회 재시도 설계면 실질 소모량이 15% 늘어납니다.

계산이 끝나면 여유율을 둡니다. 실무 권장은 산출값의 1.5배가 일일 한도 안에 들어오는지 확인하는 것입니다. 성수기나 일괄 처리일에 소모량이 몰리기 때문입니다.

5. 크레딧을 줄이는 네 가지 설계

첫째, 건별 호출을 배치로 바꿉니다. 삽입·수정은 10건당 1크레딧이므로 묶을수록 유리합니다. 100건을 건별로 넣으면 100크레딧, 한 번에 넣으면 10크레딧입니다.

둘째, 전체 동기화를 증분 동기화로 바꿉니다. 마지막 동기화 시각 이후 변경된 레코드만 가져오면 조회량이 크게 줄어듭니다.

셋째, 폴링을 웹훅으로 바꿉니다. 5분마다 변경을 확인하는 설계는 하루 288번 조회합니다. 변경 시점에 알림을 받는 방식이면 실제 변경 건수만큼만 호출합니다.

넷째, 대량 작업은 Bulk API를 씁니다. 초기화에 500크레딧이 들지만 수만 건을 처리한다면 건별 호출보다 압도적으로 적습니다. 반대로 수백 건이면 일반 API가 낫습니다. 손익분기를 계산해 선택하십시오.

6. 초기 이관은 별도로 계산하십시오

운영 중 연동과 초기 데이터 이관은 성격이 다릅니다. 이관은 짧은 기간에 대량으로 몰립니다.

이관을 API로 수행할 계획이라면 일일 한도에 반드시 걸립니다. 수만 건 규모면 며칠에 나눠 처리하거나, API가 아닌 가져오기 기능을 쓰는 편이 낫습니다.

Zoho CRM은 파일 가져오기와 마이그레이션 마법사를 제공하며, 이 경로는 API 크레딧과 별개입니다. 이관은 이 경로를 우선 검토하십시오.

이관 후 검증을 API로 돌리는 경우도 크레딧을 소모합니다. 검증 쿼리를 건별이 아니라 집계로 설계하면 소모량이 크게 줄어듭니다.

7. 한도에 걸렸을 때 확인할 순서

먼저 어느 한도인지 구분합니다. 일일 크레딧 초과인지, 동시 호출 초과인지, 하위 동시성 초과인지. 오류 코드와 메시지가 다릅니다.

일일 크레딧 초과면 소모량 상위 시나리오를 찾습니다. 대개 하나의 폴링 작업이나 재시도 루프가 전체의 절반 이상을 쓰고 있습니다.

동시 호출 초과면 병렬 처리 수를 줄이고 큐를 둡니다. 코드 수정으로 해결되는 경우가 많아 비용이 가장 적게 듭니다.

에디션 상향은 마지막 수단입니다. 설계를 고치지 않고 에디션만 올리면 사용량이 늘었을 때 같은 문제가 다시 생기고, 그때는 올릴 에디션이 없습니다.

8. 연동 설계 문서에 반드시 들어가야 할 항목

연동을 외주로 맡기든 내부에서 만들든, 설계 문서에 다음 항목이 있어야 합니다. 시나리오 목록, 시나리오별 일일 호출 횟수와 회당 크레딧, 합계와 여유율, 에디션 한도 대비 사용률.

여기에 재시도 정책, 동시 실행 수, 오류 처리와 알림 방식을 함께 적습니다. 이 문서가 없으면 한도 초과가 났을 때 원인을 찾는 데만 며칠이 걸립니다.

견적을 받을 때도 이 문서를 근거로 요구하십시오. 크레딧 계산이 들어 있지 않은 연동 견적은 나중에 재설계 비용이 붙을 가능성이 높습니다.

운영 단계에서는 사용률을 주간 단위로 기록하십시오. 사용률 추이를 보면 한도에 언제 도달할지 미리 알 수 있습니다.

9. 확인되지 않은 것

크레딧 소모량은 API 버전과 엔드포인트에 따라 달라질 수 있습니다. 이 글의 수치는 확인 시점의 공식 개발자 문서 기준이며, 구현 전에 해당 엔드포인트 문서에서 직접 확인하십시오.

Zoho One과 CRM Plus 사용자의 한도는 CRM 단품과 다르게 적용될 수 있으므로 계약 구성에 맞는 문서를 확인해야 합니다.

일부 부가 제품(Analytics, Flow 등)과의 연동은 별도 한도 체계를 가질 수 있습니다. 이 글은 Zoho CRM API에 한정합니다.

확인하지 못한 수치는 적지 않았습니다. 연동 설계는 추정치로 하면 반드시 나중에 비용이 됩니다.

에디션별 API 한도 (공식 개발자 문서 기준)

에디션	일일 크레딧 공식	상한	동시 호출
Free	5,000 고정	5,000	5
Standard / Starter	50,000 + (사용자수 × 250)	100,000	10
Professional	50,000 + (사용자수 × 500)	3,000,000	15
Enterprise / Zoho One	50,000 + (사용자수 × 1,000)	5,000,000	20
Ultimate / CRM Plus	50,000 + (사용자수 × 2,000)	상한 없음	25
무거운 작업 하위 동시성	전 에디션 공통	—	10

출처: Zoho CRM API v8 공식 문서 (2026.09.21 확인) · 24시간 롤링 윈도 기준 · 사용자 수가 한도에 직접 반영됩니다

크레딧 소모 계산 예시 — 사용자 10명 Standard (한도 52,500)

연동 시나리오	일일 호출	회당 크레딧	일일 크레딧
ERP 거래처 동기화 (증분, 5분 주기)	288	1	288
ERP 수주 등록 (배치, 50건 묶음)	20	5 (50건÷10)	100
홈페이지 폼 → 리드 생성	150	1	150
리드 전환 (Convert Lead)	30	5	150
BI 도구 일일 추출 (집계 쿼리)	24	1	24
실패 재시도 (오류율 5% · 3회)	—	—	약 106
합계	—	—	약 818
여유율 1.5배 적용	—	—	약 1,227 (한도의 2.3%)

이 예시는 계산 방법을 보여주기 위한 가상의 연동 구성입니다. 실제 소모량은 엔드포인트와 구현 방식에 따라 달라지므로 구현 전 공식 문서로 확인하십시오

자주 묻는 질문

Q. 일일 한도는 자정에 초기화되나요?

공식 문서는 24시간 롤링 윈도 방식으로 설명하고 있습니다. 즉 특정 시각에 일괄 초기화되는 것이 아니라 직전 24시간 동안의 소모량으로 계산됩니다. 따라서 '자정 이후에 배치를 몰아서 돌린다'는 설계는 기대만큼 효과가 없습니다.

Q. 사용자를 늘리면 한도도 늘어나나요?

공식에 사용자 수가 들어가므로 늘어납니다. 다만 에디션별 상한이 있어 무한정 늘지는 않습니다. Standard는 상한 100,000이므로 사용자 200명을 넘으면 더 늘지 않습니다. 한도 때문에 사용자를 늘리는 것은 라이선스 비용이 더 크므로 설계 개선이 우선입니다.

Q. 대량 이관도 API 크레딧을 쓰나요?

API로 수행하면 씁니다. Zoho CRM이 제공하는 파일 가져오기와 마이그레이션 마법사를 이용하는 경로는 API 크레딧과 별개이므로, 초기 이관은 이 경로를 먼저 검토하십시오. 다만 가져오기에는 파일당 레코드 수와 파일 크기 한도가 에디션별로 따로 있습니다.

Q. 한도 초과가 이미 발생했습니다. 무엇부터 봐야 하나요?

먼저 오류가 일일 크레딧 초과인지 동시 호출 초과인지 구분하십시오. 동시 호출이면 병렬 수를 줄이는 코드 수정으로 대부분 해결됩니다. 일일 크레딧이면 소모량 상위 시나리오를 찾으십시오. 대개 하나의 폴링 작업이나 재시도 루프가 절반 이상을 쓰고 있습니다.

이 글이 다루지 않는 것

이 글은 Zoho CRM API의 크레딧과 동시성 한도를 다룹니다. 개별 엔드포인트의 사용법, 인증 구현 방법, Zoho Analytics·Flow 등 부가 제품의 별도 한도 체계는 다루지 않습니다. 수치는 확인 시점의 공식 개발자 문서 기준이며 API 버전에 따라 달라질 수 있습니다.

함께 읽으면 좋은 글

이 글은 P3 구축과 운영 시리즈의 일부입니다.

출처

Forrester, The State Of Business Buying, 2024 (2024.12) — forrester.com/press-newsroom
6sense, 2025 B2B Buyer Experience Report (2025.11) — 6sense.com
Gartner B2B 구매자 조사 (2025.05 발표, 632명) — gartner.com/en/newsroom
Salesforce, State of Sales 6th·7th Edition (2024.07 / 2026.02) — salesforce.com
Zoho One 가격 페이지 및 FAQ (2026.09.12 확인) — zoho.com/one/pricing
Zoho Agents 가격 페이지 — zoho.com/agents/pricing
Zoho 가격 변경 공지 페이지 — zoho.com/price-change-notice.html
Nucleus Research, Zoho ROI 조사 (2025.02) — zoho.com 게시 자료

Zoho CRM 에디션 선택 — 기능이 잠기는 지점 여덟 곳

support@soulbind9.com (솔바인드9) — Wed, 23 Sep 2026 16:43:36 GMT

Zoho CRM은 Free, Standard, Professional, Enterprise, Ultimate 다섯 단계입니다. 에디션 비교표를 보면 체크 표시가 빼곡한데, 정작 결정에 필요한 정보는 잘 보이지 않습니다.

판단에 필요한 것은 '무엇이 들어 있는가'가 아니라 '우리가 하려는 일이 어느 에디션에서 처음 가능해지는가'입니다. 기능이 잠겨 있는 지점은 생각보다 적고, 그 지점들이 에디션을 결정합니다.

이 글은 Zoho 공식 에디션 비교 자료를 기준으로 실무에서 실제로 문제가 되는 잠금 지점 여덟 곳을 정리합니다. 그리고 업무 요구에서 거꾸로 필요한 에디션을 찾는 역매핑 표를 함께 실었습니다.

기능 한도 수치는 공식 에디션 비교 자료 기준이며, 확인일은 2026년 9월 21일입니다. 정가는 지역·통화별 표기 차이가 있어 이 글에서는 다루지 않습니다.

1. Blueprint — Professional부터

Blueprint는 Zoho CRM에서 프로세스를 강제하는 기능입니다. 거래 단계별로 무엇을 입력해야 다음 단계로 넘어갈 수 있는지, 누가 승인해야 하는지를 화면 흐름으로 고정합니다.

이 기능은 Professional 에디션부터 사용할 수 있습니다. 실무에서 가장 중요한 잠금 지점입니다.

CRM 도입의 목표가 '입력을 강제해서 파이프라인 숫자를 믿을 수 있게 만드는 것'이라면 Standard로는 그 목표에 도달하지 못합니다. 워크플로 규칙으로 알림을 보낼 수는 있지만, 조건을 채우지 않은 거래가 다음 단계로 넘어가는 것을 막지는 못합니다.

거꾸로 말하면, 단계 통과 조건을 정의하지 않은 조직이 Professional을 사도 Blueprint는 켜지지 않습니다. 기능을 사는 것과 프로세스를 정의하는 것은 별개입니다.

2. Custom Functions — Enterprise부터

Custom Functions는 Deluge 스크립트로 표준 기능 밖의 처리를 구현하는 기능입니다. 외부 시스템 호출, 복잡한 계산, 조건부 레코드 생성 같은 작업이 여기에 해당합니다.

Enterprise 에디션부터 사용할 수 있습니다. 두 번째로 중요한 잠금 지점입니다.

실무 판정 기준은 이렇습니다. ERP나 사내 시스템과 양방향 연동이 필요한가, 표준 필드 계산으로 안 되는 금액 로직이 있는가, 특정 조건에서 자동으로 다른 모듈의 레코드를 만들어야 하는가. 하나라도 '그렇다'면 Enterprise 구간입니다.

연동을 외부 iPaaS로 처리할 계획이라면 Professional에서도 가능한 경우가 있습니다. 다만 그 경우 iPaaS 비용과 API 크레딧 소모가 함께 늘어나므로 총액으로 비교해야 합니다.

3. Custom Modules — Standard부터, 개수 한도가 있습니다

표준 모듈(리드·연락처·회사·거래) 외에 우리 업무에만 있는 객체가 필요한 경우가 있습니다. 시공 건, 장비, 계약, 자산, 클레임 같은 것들입니다.

Custom Modules는 Standard 에디션부터 사용할 수 있고, 공식 비교 자료 기준 Standard에서 10개까지 만들 수 있습니다. 상위 에디션으로 갈수록 한도가 올라갑니다.

실무에서 10개는 적은 수가 아닙니다. 대부분의 중소·중견 B2B는 커스텀 모듈 3~5개로 충분합니다. 따라서 이 항목 때문에 에디션을 올려야 하는 경우는 드뭅니다.

오히려 주의할 것은 커스텀 모듈을 필요 이상으로 만드는 것입니다. 표준 모듈의 속성으로 표현할 수 있는 것을 모듈로 만들면 리포트가 복잡해지고 연동 비용이 늘어납니다.

4. 커스텀 필드 수와 워크플로 규칙 수 — Standard의 한도가 낮습니다

공식 비교 자료 기준 Standard 에디션은 모듈당 커스텀 필드 10개, 모듈당 워크플로 규칙 10개이며 활성 규칙은 5개까지입니다.

필드 10개는 실무에서 빠르게 소진됩니다. 사업자등록번호, 업종, 유입 채널, 담당 영업, 계약 조건, 결제 조건 정도만 넣어도 절반이 찹니다.

활성 워크플로 5개도 마찬가지입니다. 리드 배정, 단계 변경 알림, 정체 거래 알림, 종료일 경과 알림만 만들어도 4개입니다.

이 두 한도가 Standard의 실질적인 천장입니다. 도입 초기에는 문제가 없다가 3~6개월 차에 걸립니다. 필드 목록과 자동화 목록을 먼저 설계해 두면 이 지점을 미리 알 수 있습니다.

5. Territory Management — Enterprise부터

영역 관리는 지역·산업·제품군 같은 기준으로 계정과 거래의 소유권을 체계적으로 나누는 기능입니다. 공식 비교 자료 기준 Enterprise부터 사용 가능하며 영역 수 한도가 있습니다.

영업 인원이 5명 이하라면 대부분 필요하지 않습니다. 소유자 필드와 배정 규칙으로 충분합니다.

필요해지는 시점은 같은 고객을 여러 영업이 서로 다른 제품으로 담당하거나, 지역별 채널과 직판이 섞일 때입니다. 이때부터는 소유자 필드 하나로 표현이 안 됩니다.

도입 시점에 필요 없다면 나중에 올려도 됩니다. 다만 그때 데이터 구조를 다시 손봐야 하므로, 2년 내 그 구조가 될 것이 확실하다면 처음부터 Enterprise로 설계하는 편이 낫습니다.

6. Web-to-Case와 다중 통화 — 실무에서 자주 걸리는 두 가지

공식 비교 자료 기준 Web-to-Case 폼은 Professional부터, 모듈당 10개까지 제공됩니다. 홈페이지 문의 폼을 CRM에 직접 연결하려는 경우 이 항목이 에디션을 결정합니다.

다중 통화는 Standard부터 사용 가능하며 5개 통화까지입니다. 수출입이 있는 제조·유통 기업은 이 한도를 먼저 확인하십시오.

두 기능 모두 '있다·없다'보다 한도가 문제가 되는 항목입니다. 우리가 필요한 폼 수와 통화 수를 먼저 세고 비교하십시오.

홈페이지 폼을 외부 폼 도구로 받아 API로 넘기는 방식도 가능합니다. 다만 그 경우 API 크레딧을 소모하므로 연동 설계에 함께 반영해야 합니다.

7. Zia — Standard부터지만 범위가 다릅니다

Zoho의 AI 기능인 Zia는 공식 비교 자료 기준 Standard 에디션부터 제공됩니다. 다만 에디션별로 제공되는 Zia 기능의 범위가 다릅니다.

하위 에디션에서 제공되는 것은 기본적인 예측과 제안 수준이고, 상위 에디션으로 갈수록 예측 모델과 자동화 연계 기능이 추가됩니다.

AI 기능을 도입 근거로 삼는다면 '어느 Zia 기능이 필요한가'를 구체적으로 특정하십시오. 'AI가 된다'는 수준의 비교는 에디션 결정에 도움이 되지 않습니다.

또한 AI 에이전트의 토큰 과금 구조는 라이선스와 별도입니다. 첫 3개월 실사용량을 측정한 뒤 추가 구매를 결정하는 편이 안전합니다.

8. API 한도 — 에디션이 연동 설계를 제한합니다

가장 늦게 발견되고 가장 비싸게 해결되는 잠금 지점입니다. Zoho CRM의 API는 크레딧 방식이며 일일 한도가 에디션별로 다릅니다.

공식 개발자 문서 기준 일일 크레딧은 Free 5,000, Standard 50,000 + (사용자수 × 250)이며 상한 100,000, Professional 50,000 + (사용자수 × 500) 상한 300만, Enterprise·Zoho One 50,000 + (사용자수 × 1,000) 상한 500만입니다.

동시 호출 수도 에디션별로 Free 5, Standard 10, Professional 15, Enterprise·Zoho One 20, Ultimate·CRM Plus 25로 제한됩니다.

연동이 하나라도 계획되어 있다면 에디션 결정 전에 크레딧 소요를 계산하십시오. 계산 방법은 별도 글에서 자세히 다룹니다.

9. 에디션을 결정하는 실무 순서

순서는 기능 비교표가 아니라 업무 요구에서 시작합니다. 첫째, 하려는 일을 목록으로 적습니다. 둘째, 각 항목이 어느 에디션에서 처음 가능해지는지 표로 매핑합니다. 셋째, 가장 높은 요구가 필요로 하는 에디션이 답입니다.

이때 '지금 필요한 것'과 '2년 내 필요할 것'을 구분해 적으십시오. 지금 필요 없는 기능 때문에 상위 에디션을 사면 3년 동안 쓰지 않는 기능 값을 냅니다.

반대로 2년 내 확실히 필요해질 구조(영역 관리, 커스텀 함수 기반 연동)는 처음부터 반영하는 편이 낫습니다. 나중에 올리면 데이터 구조를 다시 손보는 비용이 붙습니다.

기능 한도 수치는 제품 개편으로 바뀔 수 있으므로, 계약 직전에 공식 에디션 비교 자료에서 다시 확인하십시오.

기능이 처음 열리는 에디션

기능	최초 제공 에디션	한도 (공식 비교 자료 기준)	실무 중요도
Blueprint (프로세스 강제)	Professional	—	최상 — 입력 강제의 핵심
Custom Functions (Deluge)	Enterprise	—	최상 — 연동·커스텀 로직
Custom Modules	Standard	Standard 10개	중 — 3~5개면 충분한 경우 많음
커스텀 필드 / 모듈	Standard	Standard 10개	상 — 빠르게 소진됨
워크플로 규칙 / 모듈	Standard	Standard 10개 (활성 5개)	상 — Standard의 실질 천장
Territory Management	Enterprise	Enterprise 150개	중 — 영업 5명 이하면 불필요
Web-to-Case 폼	Professional	모듈당 10개	중 — 홈페이지 폼 연결 시 필수
다중 통화	Standard	Standard 5개	중 — 수출입 기업은 먼저 확인

출처: Zoho CRM 공식 에디션 비교 자료 (2026.09.21 확인) · 한도 수치는 제품 개편으로 변경될 수 있으므로 계약 직전 재확인 필요

업무 요구에서 거꾸로 찾는 에디션

하려는 일	필요 에디션	이유
연락처·거래를 한곳에 모으고 리포트를 본다	Standard	표준 모듈과 기본 자동화로 충분
단계 통과 조건을 강제해 파이프라인을 믿게 만든다	Professional	Blueprint가 Professional부터
홈페이지 문의 폼을 CRM에 직접 연결한다	Professional	Web-to-Case가 Professional부터
ERP·사내 시스템과 양방향 연동한다	Enterprise	Custom Functions가 Enterprise부터
표준 계산으로 안 되는 금액 로직을 넣는다	Enterprise	Deluge 스크립트 필요
같은 고객을 제품별로 여러 영업이 담당한다	Enterprise	Territory Management 필요
모듈당 커스텀 필드가 10개를 넘는다	Professional 이상	Standard 한도 초과
활성 자동화 규칙이 모듈당 5개를 넘는다	Professional 이상	Standard 활성 규칙 한도 초과
일일 API 호출이 10만 건을 넘는다	Professional 이상	Standard 크레딧 상한 초과

'지금 필요한 것'과 '2년 내 필요할 것'을 나눠 적은 뒤 가장 높은 요구를 기준으로 결정하십시오

자주 묻는 질문

Q. Standard로 시작해서 나중에 올려도 되나요?

기능 관점에서는 가능합니다. 다만 Standard의 커스텀 필드 10개, 활성 워크플로 5개 한도는 보통 3~6개월 차에 걸립니다. 그 시점에 이미 데이터가 쌓여 있으면 구조를 다시 손보는 비용이 붙습니다. 필드 목록과 자동화 목록을 먼저 설계해 한도에 걸릴지 미리 확인하십시오.

Q. Blueprint 없이 워크플로 규칙만으로 입력을 강제할 수 있나요?

완전히는 어렵습니다. 워크플로 규칙은 조건이 충족됐을 때 동작(알림·필드 업데이트·태스크 생성)을 실행하는 방식이라, 조건을 채우지 않은 거래가 다음 단계로 넘어가는 것 자체를 막지는 못합니다. 필수 필드 설정으로 일부 보완할 수 있지만 단계별 조건 분기는 Blueprint의 영역입니다.

Q. Ultimate는 어떤 경우에 필요한가요?

Enterprise의 기능 한도(커스텀 모듈 수, API 크레딧 상한, 샌드박스 등)가 부족한 대규모 배포에서 검토합니다. 사용자 수가 수백 명 규모이거나 API 호출량이 Enterprise 상한에 근접하는 경우입니다. 중소·중견 규모에서는 Enterprise로 충분한 경우가 대부분입니다.

Q. 에디션별 정가는 왜 이 글에 없나요?

Zoho 가격 페이지는 접속 지역에 따라 통화와 금액을 다르게 표시하며, 단순 환산으로 맞아떨어지지 않는 경우가 있습니다. 확인하지 못한 값을 추정으로 적지 않기 위해 이 글에서는 기능 구조만 다뤘습니다. 계약 통화 기준 공식 페이지에서 확인하시거나, 자료실의 요금 정리표를 참고하십시오.

이 글이 다루지 않는 것

이 글은 Zoho CRM 에디션 간 기능 차이를 다룹니다. 에디션별 정가, 타 벤더 제품과의 비교, 개별 기능의 구체적인 설정 방법은 다루지 않습니다. 기능 한도 수치는 공식 에디션 비교 자료의 확인 시점 기준이며 제품 개편으로 변경될 수 있습니다.

함께 읽으면 좋은 글

이 글은 P2 비교와 선택 시리즈의 일부입니다.

출처

Forrester, The State Of Business Buying, 2024 (2024.12) — forrester.com/press-newsroom
6sense, 2025 B2B Buyer Experience Report (2025.11) — 6sense.com
Gartner B2B 구매자 조사 (2025.05 발표, 632명) — gartner.com/en/newsroom
Salesforce, State of Sales 6th·7th Edition (2024.07 / 2026.02) — salesforce.com
Zoho One 가격 페이지 및 FAQ (2026.09.12 확인) — zoho.com/one/pricing
Zoho Agents 가격 페이지 — zoho.com/agents/pricing
Zoho 가격 변경 공지 페이지 — zoho.com/price-change-notice.html
Nucleus Research, Zoho ROI 조사 (2025.02) — zoho.com 게시 자료

Zoho 라이선스 구성 결정법 — One·CRM Plus·CRM 단품 판단 기준

support@soulbind9.com (솔바인드9) — Wed, 23 Sep 2026 16:29:08 GMT

Zoho를 검토하면 반드시 같은 지점에서 막힙니다. Zoho One, Zoho CRM Plus, Zoho CRM 단품 — 세 가지가 전부 '쓸 수 있는' 구성이고, 가격은 세 배 가까이 차이가 납니다.

세 구성의 차이는 기능이 아니라 범위와 과금 단위입니다. CRM 단품은 영업 한 팀, CRM Plus는 고객 접점 전체, Zoho One은 회사 전체입니다. 그리고 Zoho One에는 다른 두 개에 없는 조건이 하나 붙습니다.

이 글은 그 세 구성을 놓고 어느 쪽이 우리 조건에 맞는지 판단하는 기준을 정리합니다. 판단 기준은 세 가지입니다 — 쓸 앱의 개수, 실제로 쓰는 사람의 비율, 그리고 3년 뒤의 총액.

금액은 공개 정가와 공식 약관에서만 가져왔고, 확인하지 못한 값은 비워 두었습니다. 기준일은 2026년 9월 21일입니다.

1. 세 구성은 '무엇을 사는가'가 다릅니다

Zoho CRM 단품은 영업 프로세스 하나를 삽니다. 리드, 거래, 연락처, 회사, 활동. 여기에 필요한 자동화와 리포트가 붙습니다. 마케팅 이메일이나 고객지원 티켓은 별도 제품입니다.

Zoho CRM Plus는 고객 접점 전체를 묶은 번들입니다. 영업 자동화에 더해 헬프데스크, 라이브챗과 방문자 추적, 이메일 마케팅, 소셜 관리, 프로젝트, 설문, 통합 분석이 한 라이선스에 들어갑니다. 고객을 만나는 모든 채널이 한 사람 단가 안에 있다는 구조입니다.

Zoho One은 회사 전체입니다. CRM과 CRM Plus의 구성 요소에 회계, 인사, 문서, 메일, 로우코드 개발 도구까지 포함한 전 제품군을 하나로 묶습니다. 범위가 넓은 만큼 계약 조건도 다릅니다.

여기서 중요한 것은 상위 구성이 하위를 '포함'한다고 단순화하면 판단이 틀린다는 점입니다. 각 구성은 에디션 수준이 다르고, 번들에 들어간 제품의 기능 한도도 단품과 다를 수 있습니다. 계약 전에 번들에 포함된 각 제품이 어느 에디션인지 견적서에서 확인하십시오.

2. Zoho One의 전 직원 조건 — 가장 자주 놓치는 계약 조건

Zoho One에는 두 가지 가격 모델이 있습니다. 전 직원 모델과 유연 사용자 모델입니다. 공식 가격 페이지 기준으로 전 직원 모델은 사용자당 US$37, 유연 모델은 사용자당 US$90입니다 (2026.09.21 확인, 연간 결제).

단가만 보면 전 직원 모델이 절반 이하입니다. 그런데 전 직원 모델은 이름 그대로 조건이 붙습니다. 회사의 전 직원이 라이선스를 받아야 합니다. Zoho를 실제로 쓰지 않을 생산직, 현장직, 파트타임 인원까지 인원수에 포함됩니다.

따라서 계산은 단가가 아니라 총액으로 해야 합니다. 전 직원 90명 중 실제 사용자가 37명인 회사라면, 전 직원 모델은 90명 × US$37이고 유연 모델은 37명 × US$90입니다. 두 금액은 거의 같습니다.

일반화하면 손익분기는 US$37 ÷ US$90 ≈ 0.41입니다. 전 직원 대비 실사용자 비율이 41%를 넘으면 전 직원 모델이, 넘지 않으면 유연 모델이 유리합니다. 이 비율 하나만 계산해도 견적 협상의 출발점이 달라집니다.

3. 앱 개수로 먼저 거르십시오

실무에서 가장 빠른 1차 판정 기준은 '앞으로 12개월 안에 실제로 쓸 앱이 몇 개인가'입니다. 쓸 가능성이 있는 앱이 아니라, 담당자가 정해져 있고 도입 시점이 잡힌 앱만 셉니다.

1~2개면 단품 조합이 거의 항상 저렴합니다. CRM만 쓰거나, CRM과 Desk만 쓰는 경우입니다.

3~4개면 CRM Plus 구간입니다. 특히 그 앱들이 전부 고객 접점(영업·지원·마케팅·분석)에 몰려 있다면 번들 단가가 유리해집니다.

5개 이상이고 회계·인사처럼 고객 접점 밖의 앱이 섞이면 Zoho One 구간입니다. 다만 2번의 실사용 비율 계산을 반드시 먼저 하십시오. 앱 개수만으로 Zoho One을 고르면 쓰지 않는 인원의 라이선스를 3년 동안 냅니다.

4. 사람 수는 '전 직원'이 아니라 '역할'로 셉니다

세 구성 모두 사용자당 과금이므로 인원 산정이 총액을 결정합니다. 그런데 인원을 부서별 헤드카운트로 세면 거의 항상 과대 산정됩니다.

역할별로 나누십시오. 데이터를 직접 입력·수정하는 사람, 승인만 하는 사람, 보고서만 조회하는 사람, 아예 접속하지 않는 사람. 네 분류의 인원을 각각 세면 실제 필요한 유료 라이선스 수가 나옵니다.

조회만 하는 임원과 지원 부서를 유료 라이선스로 잡는 것이 가장 흔한 과대 산정입니다. 대시보드를 공유하거나 정기 리포트를 메일로 받는 방식으로 대체할 수 있는지 먼저 확인하십시오.

이 표를 만들어 두면 세 구성의 금액 비교가 한 번에 끝납니다. 만들지 않으면 견적을 받을 때마다 인원이 달라져 비교 자체가 성립하지 않습니다.

5. 정가는 지역과 통화에 따라 다르게 표기됩니다

Zoho 가격 페이지는 접속 지역에 따라 통화와 금액을 다르게 표시합니다. 같은 에디션이 미국 달러, 유로, 인도 루피로 각각 다른 숫자로 나오고, 단순 환산으로 맞아떨어지지 않는 경우도 있습니다.

따라서 내부 품의서에 금액을 적을 때는 반드시 '어느 통화의 공식 페이지를 언제 확인한 값인가'를 함께 적어야 합니다. 이것이 없으면 결재 과정에서 금액이 흔들립니다.

실무 권장은 계약 통화를 먼저 확정하고, 그 통화 기준 페이지의 화면을 캡처해 보관하는 것입니다. 갱신 협상 때 같은 근거를 다시 꺼낼 수 있습니다.

이 글에서 단가를 US$37·US$90 두 개만 명시한 이유도 같습니다. 이 두 값은 확인 시점의 공식 페이지에서 확정할 수 있었고, 나머지 에디션 단가는 통화별 표기 차이 때문에 확정 표기를 보류했습니다.

6. 3년 총액으로 다시 계산하십시오

세 구성의 비교는 1년이 아니라 3년으로 해야 결론이 바뀌지 않습니다. 도입 첫해에는 구축비 비중이 크고, 2~3년 차에는 라이선스가 비용의 대부분이 됩니다.

3년 총액 = (유료 라이선스 수 × 단가 × 12 × 3) + 구축·연동 개발비 + 교육비 + 예상 초과 과금. 여기에 환율 가정과 기준일을 각주로 답니다.

Zoho는 공식 가격 변경 공지 페이지를 별도로 운영하며, 최근 갱신 시 자동 인상 조항이 공지된 바는 확인되지 않습니다. 다만 공지가 없다는 것과 인상이 없다는 것은 다른 말이므로, 계약서에서 갱신 조건 문구를 직접 확인하십시오.

반대로 Odoo처럼 약관에 인상 상한이 명시된 제품과 비교할 때는 이 차이를 표에 함께 적어야 비교가 공정해집니다.

7. 중간에 구성을 바꿀 수 있는가

검토 단계에서 반드시 물어야 할 질문입니다. CRM 단품으로 시작해 나중에 CRM Plus나 Zoho One으로 올릴 수 있는지, 그때 데이터와 설정이 그대로 유지되는지, 비용은 어떻게 정산되는지.

일반적으로 상위 구성으로 올리는 것은 하위로 내리는 것보다 쉽습니다. 반대로 라이선스 수를 줄이는 것은 갱신 시점에만 가능한 경우가 많습니다. 이 조건은 계약서에 문구로 있어야 합니다.

실무 권장은 '작게 시작해서 올리는' 방향입니다. 앱 개수가 확정되지 않은 상태에서 Zoho One으로 시작하면, 쓰지 않는 앱의 비용을 내면서 동시에 어느 앱이 실제로 쓰이는지 측정할 동기도 사라집니다.

다만 전사 도입이 이미 확정되어 있고 회계·인사까지 범위에 들어가 있다면, 처음부터 Zoho One으로 협상하는 편이 단가 조건이 낫습니다.

8. 세 구성 중 무엇을 고르든 먼저 정해야 하는 것

라이선스 구성은 도입 성패를 결정하지 않습니다. 결정하는 것은 파이프라인 단계 정의, 필수 입력 속성, MQL·SQL 기준, 주간 리포트의 질문입니다. 이 네 가지가 없으면 어느 구성을 사도 6개월 뒤 엑셀로 돌아갑니다.

라이선스 협상에 쓰는 시간의 절반을 이 네 가지에 쓰십시오. 그리고 그 결과물을 가지고 견적을 받으면, 구축 범위가 명확해져 견적 금액 자체가 달라집니다.

실제로 구성 선택이 어려운 대부분의 경우는 정보가 부족해서가 아니라 범위가 정해지지 않아서입니다. 무엇을 하려는지가 한 문장으로 정리되면 구성은 거의 자동으로 결정됩니다.

범위를 먼저 정하고, 인원을 역할로 세고, 3년 총액으로 비교하십시오. 순서를 바꾸면 결론이 매번 달라집니다.

9. 확인되지 않은 것 — 그대로 밝힙니다

Zoho CRM 에디션별 USD 정가와 CRM Plus 정가는 지역별 통화 표기 차이 때문에 이 글에서 확정 표기를 보류했습니다. 계약 통화 기준 공식 페이지에서 확인하십시오.

번들에 포함된 각 제품의 에디션 수준은 공개 페이지만으로는 전부 확정되지 않습니다. 견적서 항목으로 확인해야 합니다.

한국 파트너 채널을 통한 실제 계약 조건(할인율, 결제 통화, 세금계산서 발행)은 공개 정가와 다를 수 있으며, 이 글의 계산은 공개 정가 기준입니다.

추정치로 표를 채우지 않았습니다. 확인되지 않은 칸을 비워 두는 편이, 한 번 틀린 금액으로 자료 전체의 신뢰를 잃는 것보다 낫습니다.

세 구성 비교 — 무엇을 사는가

구분	Zoho CRM 단품	Zoho CRM Plus	Zoho One
사는 범위	영업 프로세스 하나	고객 접점 전체	회사 전체 업무
대표 포함 영역	리드·거래·활동·리포트	영업 + 지원 + 마케팅 + 분석	위 전체 + 회계·인사·문서·개발
과금 단위	사용자당	사용자당	사용자당 (모델 2종)
특수 계약 조건	없음	없음	전 직원 모델은 전 직원 가입
적합한 앱 개수	1~2개	3~4개	5개 이상
적합한 조직	영업팀 단독 도입	고객 접점 통합	전사 시스템 통합
주의할 점	타 제품은 별도 계약	포함 제품의 에디션 확인	실사용 비율 먼저 계산

상위 구성이 하위를 그대로 포함한다고 단정하지 마십시오. 번들 내 각 제품의 에디션 수준은 견적서로 확인해야 합니다

Zoho One 두 모델의 손익분기 계산

항목	전 직원 모델	유연 사용자 모델
공개 정가 (연간 결제)	US$37 / user / 월	US$90 / user / 월
가입 조건	전 직원 라이선스 필수	실제 사용자만
90명 조직 · 실사용 37명	90명 × US$37 = US$3,330/월	37명 × US$90 = US$3,330/월
원화 환산 (월)	약 459만 원	약 459만 원
실사용 25명이면	US$3,330/월 (변동 없음)	US$2,250/월 — 유연 모델 유리
실사용 60명이면	US$3,330/월 — 전 직원 모델 유리	US$5,400/월
손익분기	실사용 비율 41%	US$37 ÷ US$90 ≈ 0.41

출처: zoho.com/one/pricing (2026.09.21 확인) · 1 USD = 1,380원 · 연간 결제 기준 · 실제 계약가는 조건에 따라 달라집니다

자주 묻는 질문

Q. Zoho CRM 단품으로 시작해서 나중에 Zoho One으로 올릴 수 있나요?

일반적으로 상위 구성으로의 전환이 하위로 내리는 것보다 쉽습니다. 다만 전환 시 데이터·설정 유지 범위와 비용 정산 방식은 계약서에 문구로 확인해야 합니다. 라이선스 수 축소는 갱신 시점에만 가능한 경우가 많으므로 이 조건도 함께 물어보십시오.

Q. 전 직원 모델에서 '전 직원'의 기준은 무엇인가요?

공식 페이지는 조직의 전 직원 가입을 조건으로 명시하고 있으며, 구체적인 산정 기준(파트타임·계약직·현장직 포함 여부)은 계약 조건에서 확인해야 합니다. 검토 단계에서 인원 산정 기준을 문서로 받아 두십시오. 이 숫자 하나가 총액을 결정합니다.

Q. CRM Plus에 들어간 제품들은 단품과 같은 기능인가요?

번들에 포함된 제품의 에디션 수준이 단품 최상위 에디션과 다를 수 있습니다. 기능 한도(사용자당 저장 용량, 자동화 규칙 수, 연동 수)가 특히 그렇습니다. 실제로 쓸 기능이 번들 에디션에 포함되는지 견적 단계에서 확인하십시오.

Q. 세 구성의 원화 금액을 한 장으로 비교한 자료가 있나요?

자료실의 원화 기준 SaaS 요금·라이선스 정리표에 같은 형식으로 정리해 두었습니다. 기준 환율과 확인일을 함께 표기했고, 확인하지 못한 값은 비워 두었습니다. 귀사 인원 구성에 맞춘 계산이 필요하시면 상담을 신청하십시오.

이 글이 다루지 않는 것

이 글은 Zoho 라이선스 구성의 선택 기준을 다룹니다. 각 제품의 기능 사용법, 구축 방법, 타 벤더와의 제품 비교는 다루지 않습니다. 또한 Zoho CRM 에디션별 USD 정가와 CRM Plus 정가는 지역별 통화 표기 차이로 확정 표기를 보류했으며, 계약 통화 기준 공식 페이지에서 확인하셔야 합니다.

함께 읽으면 좋은 글

이 글은 P2 비교와 선택 시리즈의 일부입니다.

출처

Forrester, The State Of Business Buying, 2024 (2024.12) — forrester.com/press-newsroom
6sense, 2025 B2B Buyer Experience Report (2025.11) — 6sense.com
Gartner B2B 구매자 조사 (2025.05 발표, 632명) — gartner.com/en/newsroom
Salesforce, State of Sales 6th·7th Edition (2024.07 / 2026.02) — salesforce.com
Zoho One 가격 페이지 및 FAQ (2026.09.12 확인) — zoho.com/one/pricing
Zoho Agents 가격 페이지 — zoho.com/agents/pricing
Zoho 가격 변경 공지 페이지 — zoho.com/price-change-notice.html
Nucleus Research, Zoho ROI 조사 (2025.02) — zoho.com 게시 자료

조호 원 라이선스 모델 선택법 — 실사용 41% 손익분기와 Zia 과금

support@soulbind9.com (솔바인드9) — Tue, 15 Sep 2026 15:44:53 GMT

Zoho의 2026년 변화는 가격이 아니라 구성에 있습니다. 공식 가격 인상 공지는 없고, 대신 AI 기능이 하위 에디션으로 내려왔습니다.

이미 쓰는 조직에 실질적인 변화는 두 가지입니다 — Zia 기능이 Zoho CRM Professional 에디션에서 사용 가능해진 것, 그리고 Zia 에이전트가 토큰 사용량 기준으로 과금되는 구조가 정리된 것.

2025년 11월 Zoho One 25 개편에서 들어온 변화까지 함께 정리했습니다.

Zoho는 고객 사례에서 수치를 공개하고 있습니다. 미국 플라스틱 사출 기술 기업 RJG는 연간 ROI 251%, 순편익 US$716,995, 보고서 작성 시간 6~8시간에서 실시간으로 단축을 밝혔고, 액체 취급 장비 기업 Rain for Rent는 연간 ROI 610%, 투자 회수 2.4개월을 공개했습니다(2021년 5월). Nucleus Research는 2025년 2월 조사에서 ROI 439%, 투자 회수 4개월 미만, 총소유비용 47% 절감을 보고했습니다.

가격 — 인상 공지는 없습니다

Zoho의 공식 가격 변경 공지 페이지에 등재된 최신 항목은 2021년 인상 건이며, 2026년 인상 공지는 없습니다.

Zoho One 개편 발표에서도 가격은 그대로 유지된다고 명시되었습니다. 즉 기존 고객이 2026년 갱신에서 공지된 인상을 맞을 가능성은 낮습니다.

Zoho One은 전 직원 라이선스와 유연 사용자 라이선스 두 모델이 있고 단가 차이가 큽니다. 전 직원 모델이 단가는 낮지만 실사용하지 않는 인원까지 포함되므로 실사용 비율 계산이 먼저입니다. (출처: zoho.com/price-change-notice.html, zoho.com/one/pricing)

Zia가 Professional 에디션으로 내려왔습니다

Zoho CRM에서 작성 보조, 레코드·대화 요약, 이메일 인텔리전스, Ask Zia, 모듈·워크플로·수식 생성, 예측·추천 빌더, 데이터 보강 등이 Professional 에디션에서 사용 가능해졌습니다.

이전에는 상위 에디션에서만 쓸 수 있던 기능입니다. 가격 변경 없이 기능이 내려온 것이므로, Professional을 쓰는 조직은 추가 비용 없이 사용 범위가 늘어난 셈입니다.

다만 발표 페이지에 게시일이 명시되어 있지 않으므로 실제 적용 여부는 계정에서 직접 확인하는 편이 확실합니다. (출처: help.zoho.com 커뮤니티 공지)

Zia 에이전트 과금 — 토큰 기준

Zia 에이전트 자체는 무료이고 LLM 토큰 사용량에 대해서만 과금됩니다. Zoho 호스팅 표준 티어는 월 3,000만 토큰이 무료로 제공되며 1,000토큰이 1크레딧입니다.

상위 모델을 쓰는 프로 티어는 월 2,000만 토큰 무료에 1,000토큰당 3크레딧입니다. 자체 API 키를 연결하는 BYOK 방식은 Zoho 플랫폼 수수료가 없습니다.

앱별 Zia 크레딧은 플랜에 포함되어 제공되며 매월 초기화되고 이월되지 않습니다. 사용량이 많은 조직은 BYOK 검토가 비용 측면에서 유리할 수 있습니다. (출처: zoho.com/agents/pricing)

Zoho One 25 개편에서 들어온 것

2025년 11월 발표된 개편에서 Spaces, 사용자 지정 액션 패널, Zia Hubs, 툴바의 Ask Zia, 통합 클라이언트 포털, 중앙 통합 관리 패널이 추가되었습니다.

Vani가 번들에 추가 비용 없이 포함되었습니다.

2026년에 Zoho One에 추가된 것은 앱과 인프라 쪽입니다 — Tables와 Publish가 2026년 9월에, Identity Connect의 CSV 동기화가 8월에, 통합 포털의 Bookings 연동이 7월에 들어왔습니다. 라이선스 구조 변경은 아닙니다.

이미 쓰는 조직이 지금 확인할 것

첫째, CRM Professional을 쓰고 있다면 Zia 기능이 실제로 활성화되어 있는지 계정에서 확인하십시오. 쓸 수 있는데 모르고 있는 경우가 많습니다.

둘째, Zia 크레딧 사용량을 앱별로 확인하고 이월되지 않는다는 점을 전제로 월별 사용 계획을 세우십시오.

셋째, Zoho One 라이선스 모델이 현재 실사용 인원에 맞는지 재점검하십시오. 조직 규모가 바뀌었다면 모델 전환으로 비용이 달라질 수 있습니다.

확인되지 않은 것

Zoho One Essentials 에디션의 가격은 공식 페이지에서 서버 렌더링되지 않아 확인하지 못했습니다. 정확한 금액은 파트너 견적으로 확인해야 합니다.

Zoho CRM의 USD 정가는 공식 PDF 자료 기준이며 해당 문서의 최종 갱신 시점이 오래되었습니다. 계약 전 현재 기준 견적을 받으십시오.

라이선스 모델 선택 — 손익분기는 실사용 41%

Zoho One의 두 모델은 단가 차이가 큽니다. 전 직원 모델은 재직 인원 전체에 사용자당 월 US$37, 유연 사용자 모델은 실제 사용자에 월 US$90입니다.

두 모델이 같아지는 지점은 37÷90, 약 41%입니다. 전체 인원 중 41%보다 적은 인원만 실제로 쓴다면 유연 사용자 모델이, 그보다 많으면 전 직원 모델이 유리합니다.

전체 50명 회사를 예로 들면 전 직원 모델은 연 US$22,200, 환율 1,380원 기준 약 3,064만 원입니다. 유연 사용자 20명이면 연 US$21,600, 약 2,981만 원으로 거의 같습니다. 실사용이 15명이면 유연 모델이 약 745만 원 저렴하고, 25명이면 전 직원 모델이 약 1,104만 원 저렴합니다.

계약 전 해야 할 일은 실제 로그인할 사람 수를 세는 것입니다. 부서별로 '주 1회 이상 쓸 것인가'를 묻는 정도면 충분하며, 감각으로 정하면 대부분 과대 추정합니다.

Zia 토큰 과금 — BYOK가 유리한 지점

Zia 에이전트 자체는 무료이고 LLM 토큰 사용량에만 과금됩니다. Zoho 호스팅 표준 티어는 월 3,000만 토큰이 무료이고 1,000토큰이 1크레딧입니다. 상위 모델을 쓰는 프로 티어는 월 2,000만 토큰 무료에 1,000토큰당 3크레딧입니다.

자체 API 키를 연결하는 BYOK 방식은 Zoho 플랫폼 수수료가 없습니다. OpenAI·Gemini·Claude 키를 직접 연결하면 해당 사업자에게만 토큰 비용을 내면 됩니다.

판단 기준은 사용량입니다. 무료 제공량 안에서 쓴다면 Zoho 호스팅이 편리하고, 초과가 상시적이라면 BYOK로 직접 계약하는 편이 단가 통제에 유리합니다.

앱별 Zia 크레딧은 플랜에 포함되어 제공되고 매월 초기화되며 이월되지 않습니다. 예를 들어 Zoho Social은 Free 5, Standard·Professional 40, Premium·Agency 80크레딧입니다.

Zia가 Professional로 내려온 것의 실제 의미

Zoho CRM에서 작성 보조, 레코드·대화 요약, 이메일 인텔리전스, Ask Zia, 모듈·워크플로·수식 생성, 예측·추천 빌더, 데이터 보강, 프레젠테이션, 비전 기능이 Professional 에디션에서 사용 가능해졌습니다.

이전에는 상위 에디션에서만 쓸 수 있던 기능입니다. 가격 변경 없이 내려온 것이므로 Professional 사용 조직은 추가 비용 없이 사용 범위가 늘어난 셈입니다.

실무에서 가장 체감이 큰 것은 예측·추천 빌더와 데이터 보강입니다. 예측 빌더는 과거 데이터를 근거로 딜 성사 확률을 산출하고, 데이터 보강은 회사 정보를 자동으로 채웁니다.

다만 공지 페이지에 게시일이 명시되어 있지 않으므로 계정에서 실제 활성 여부를 직접 확인하는 것이 확실합니다. 쓸 수 있는데 모르고 있는 조직이 적지 않습니다.

확인되지 않은 것 — 그대로 밝힙니다

Zoho One Essentials 에디션의 가격은 공식 페이지에서 서버 렌더링되지 않아 이 글 작성 시점에 확인하지 못했습니다. 정확한 금액은 파트너 견적으로 확인해야 합니다.

Zoho CRM의 USD 정가는 공식 PDF 자료 기준이며 해당 문서의 최종 갱신 시점이 오래되었습니다. 에디션 구성(Standard·Professional·Enterprise·Ultimate)은 현재 페이지와 일치하지만, 금액은 계약 전 현재 기준 견적을 받으십시오.

공식 가격 변경 공지 페이지에 등재된 최신 항목은 2021년 인상 건이며 2026년 인상 공지는 없습니다. 다만 공지가 없다는 것이 지역별 견적가가 동일하다는 뜻은 아닙니다.

2026년 Zoho 변화 요약

항목	내용	영향
가격 인상	공식 공지 없음 (최신 공지는 2021년 건)	갱신 시 공지된 인상 가능성 낮음
Zia 에디션	CRM Professional에서 사용 가능	추가 비용 없이 사용 범위 확대
Zia 에이전트 과금	에이전트 무료 + LLM 토큰 과금	표준 월 3,000만 토큰 무료 · BYOK 수수료 없음
Zia 크레딧	앱별 포함, 월 초기화·이월 불가	월별 사용 계획 필요
Zoho One 25	Spaces·Zia Hubs·통합 포털·Vani 포함	가격 동결 상태에서 구성 확대
2026 추가	Tables·Publish(9월), CSV 동기화(8월)	라이선스 구조 변경 아님

출처: zoho.com 공식 페이지 및 발표 자료 · 기준일 2026.09.12 · Essentials 가격은 미확인

Zoho One 라이선스 모델 손익분기 — 전체 인원 50명 기준

실사용 인원	전 직원 모델 (연)	유연 사용자 모델 (연)	유리한 쪽
15명	약 3,064만 원	약 2,236만 원	유연 사용자 (약 828만 원 절감)
20명	약 3,064만 원	약 2,981만 원	유연 사용자 (약 83만 원 절감)
21명 (손익분기)	약 3,064만 원	약 3,130만 원	전 직원 모델로 전환
25명	약 3,064만 원	약 3,726만 원	전 직원 (약 662만 원 절감)
30명	약 3,064만 원	약 4,471만 원	전 직원 (약 1,407만 원 절감)

가정: 전 직원 US$37/user/월, 유연 사용자 US$90/user/월, 연간 결제, 1 USD = 1,380원, 기준일 2026.09.12. 손익분기 비율은 37÷90 = 약 41%

자주 묻는 질문

Q. Zoho One과 개별 제품 조합 중 무엇이 유리한가요?

쓸 앱이 3개 이하면 개별 제품 조합이 저렴한 경우가 많습니다. 5개 이상이면 Zoho One이 유리해집니다. 앱 목록을 먼저 확정하고 두 방식의 연간 금액을 계산해 비교하십시오.

Q. BYOK로 바꾸면 얼마나 절감되나요?

사용량에 따라 다릅니다. 무료 제공량 안에서 쓴다면 차이가 없고, 초과가 상시적이라면 LLM 사업자와 직접 계약하는 단가가 유리할 수 있습니다. 먼저 3개월 토큰 사용량을 측정한 뒤 비교하십시오.

Q. Zia 기능이 한국어에서도 잘 되나요?

기능별로 편차가 있습니다. 요약과 작성 보조는 실용 수준이지만 예측·추천 빌더는 데이터 품질에 더 크게 좌우됩니다. 도입 전 자사 데이터로 시범 검증을 권합니다.

Q. 우리 조건의 견적을 받을 수 있나요?

솔바인드9은 Zoho 공인 파트너로서 인원 구성과 필요 앱 목록을 기준으로 두 라이선스 모델의 원화 견적을 산출해 드립니다. 실사용 비율 계산과 개별 제품 조합과의 비교까지 함께 제공합니다.

이 글이 다루지 않는 것

Zoho는 가격 정보를 지역별로 다르게 제공하며 일부 페이지가 브라우저에서만 렌더링됩니다. 이 글의 금액 관련 서술은 확인 가능한 범위에 한정했으며, 정확한 견적은 파트너를 통해 확인하십시오.

오도 버전 정책과 업그레이드 비용 — 25% 조항이 만드는 차이

support@soulbind9.com (솔바인드9) — Tue, 15 Sep 2026 15:38:12 GMT

현재 메이저 버전은 2025년 9월 출시된 Odoo 19입니다. 이후 온라인 환경에는 19.1부터 19.4까지 마이너 릴리스가 순차 적용되었습니다.

2026년 들어 추가된 변화의 중심은 AI입니다. 레코드를 직접 생성·수정하는 에이전트, 음성 상호작용, 그리고 외부 AI 도구를 데이터베이스에 연결하는 MCP 서버가 차례로 들어왔습니다.

다음 메이저 버전은 2026년 9월 24~26일 브뤼셀에서 열리는 Odoo Experience 2026에서 공개됩니다. 지금 시점의 도입·업그레이드 판단에 필요한 것만 정리했습니다.

버전 판단에서 비용에 직접 연결되는 조항이 둘 있습니다. 갱신 시 연 최대 7% 인상(엔터프라이즈 약관 5.2항)과 최근 3개 메이저 버전보다 오래된 버전 사용 시 연간 요금 25% 추가(5.1항)입니다. 업그레이드 계획이 곧 예산 계획입니다.

버전 현황

Odoo 19는 2025년 9월 출시되었습니다. 이후 Odoo Online 환경에 19.1(2026년 1월), 19.2(3월), 19.3(5월), 19.4(7월)이 적용되었습니다.

메이저 버전 사이에도 기능이 추가되는 구조이므로, 온프레미스 운영 중이라면 온라인 환경과 기능 차이가 벌어질 수 있습니다.

Odoo 20은 2026년 9월 24~26일 Odoo Experience 2026 기조연설에서 공개될 예정입니다. 현재 공개된 공식 기능 목록은 없습니다. (출처: odoo.com 릴리스 노트 및 행사 페이지)

19.4에서 추가된 것 — AI와 연결

MCP 서버가 추가되어 외부 AI 도구를 Odoo 데이터베이스에 직접 연결할 수 있게 되었습니다. 사내 AI 활용을 검토 중인 조직에는 실질적인 변화입니다.

AI 에이전트에 음성 상호작용이 추가되고 작업별 모델 자동 선택이 들어갔습니다. 19.3에서는 에이전트가 레코드를 생성·수정할 수 있게 되었습니다.

웹사이트 앱에는 업종에 따라 레이아웃을 제안하는 기능과 SEO 구조화 데이터 자동 생성이 추가되었습니다.

업무 앱에서 바뀐 것

영업·CRM — 수금액 기준 커미션 계산, 관리자 커미션 집계, 고객 리드에서 업셀 기회 자동 식별.

회계 — 이력과 라벨을 근거로 한 매입 전표 항목 예측, 중복 청구서 탐지(심각도 구분), 매출 전표 항목 분할.

제조 — 작업지시 순서를 활용한 연속 생산, BOM 비교, 생산 버튼 통합.

이커머스 — 고객이 직접 쓰는 반품 관리 포털, 장바구니 기부 스니펫, 세일·재고 필터. (출처: odoo.com/odoo-19-4-release-notes 외)

요금과 계약 조건

2026년 9월 12일 공식 페이지 기준 연간 결제 단가는 Standard 사용자당 월 US$24.90, Custom US$49.00입니다. 할인 전 표시 가격은 각각 US$38.90, US$76.20이며, 할인은 최초 주문 사용자에 대해 12개월간 적용됩니다.

계약서에서 확인해야 할 조항이 둘 있습니다. 갱신 시 연 최대 7% 인상(엔터프라이즈 약관 5.2항)과, 최근 3개 메이저 버전보다 오래된 버전 사용 시 연간 요금의 25% 추가 부과(5.1항)입니다.

즉 업그레이드를 미루는 것 자체가 비용입니다. 현재 적용 대상 버전은 17·18·19입니다.

지금 업그레이드해야 하나

Odoo 20 공개가 2주 앞이므로, 신규 도입을 검토 중이라면 행사 이후 기능 목록을 보고 결정하는 편이 합리적입니다.

이미 17 이하 버전을 쓰고 있다면 25% 추가 요금 조항에 해당하는지 먼저 확인하십시오. 해당한다면 업그레이드가 비용 절감 항목이 됩니다.

커스터마이징이 많은 환경은 메이저 업그레이드마다 수정 비용이 발생합니다. 업그레이드 주기를 연 단위 예산에 미리 반영하는 편이 안전합니다.

국내 관점에서 유의할 것

전자세금계산서·부가세 신고 등 국내 제도 대응은 여전히 별도 모듈 또는 국내 솔루션 연동 영역입니다. 버전이 올라가도 이 구조는 바뀌지 않습니다.

마이너 릴리스는 Odoo Online에 자동 적용됩니다. 커스텀 모듈이 있는 환경은 적용 후 동작 확인 절차를 운영 규칙에 넣으십시오.

25% 조항을 금액으로 환산하면

현재 적용 대상 버전은 17·18·19입니다. 16 이하를 쓰고 있다면 연간 요금의 25%가 추가됩니다.

사용자 12명 Standard 기준으로 연간 라이선스는 약 495만 원입니다. 25%는 약 124만 원이며, 3년이면 약 372만 원입니다. Custom 플랜 12명이면 연 974만 원의 25%인 약 244만 원, 3년 약 731만 원입니다.

여기에 시간이 지날수록 업그레이드 공수 자체가 커진다는 점을 더해야 합니다. 버전 간격이 벌어지면 커스텀 모듈 수정 범위가 넓어지고, 두 단계 이상 건너뛰는 업그레이드는 한 단계씩 올리는 것보다 검증 부담이 큽니다.

현실적인 운영 방침은 두 가지입니다. 커스터마이징을 최소화해 업그레이드를 가볍게 유지하거나, 2년 주기 업그레이드를 연간 예산에 고정 항목으로 넣는 것입니다.

19.3·19.4의 AI 기능 — 실제로 쓸 수 있는 것

19.3(2026년 5월)에서 AI 에이전트가 레코드를 직접 생성·수정할 수 있게 되었고 이미지 생성도 추가되었습니다. 오프라인 상태에서 레코드 생성·편집·삭제가 가능해진 것도 현장 업무가 있는 조직에는 의미가 있습니다.

19.4(2026년 7월)에서는 MCP 서버가 추가되어 외부 AI 도구를 Odoo 데이터베이스에 직접 연결할 수 있게 되었습니다. 사내에서 AI 도구를 쓰고 있다면 별도 개발 없이 ERP 데이터를 연결할 수 있는 경로가 생긴 것입니다.

AI 에이전트에 음성 상호작용과 작업별 모델 자동 선택도 들어갔습니다. 다만 한국어 환경에서의 실사용 품질은 별도 검증이 필요합니다.

도입 관점에서 가장 실질적인 것은 MCP 서버입니다. 기존에는 ERP 데이터를 외부 도구에서 쓰려면 API 개발이 필요했지만, 이제 표준 프로토콜로 연결됩니다.

업무 앱별 변경 — 제조·유통에서 체감되는 것

제조 앱에서는 작업지시 순서를 활용한 연속 생산이 가능해졌고, BOM 비교 기능과 생산 버튼 통합이 들어갔습니다. 다품종 소량 생산 환경에서 작업 전환이 잦은 조직에 직접적인 개선입니다.

회계 앱에서는 이력과 라벨을 근거로 매입 전표 항목을 예측하는 기능과 중복 청구서 탐지(심각도 구분)가 추가되었습니다. 매입 전표 입력이 많은 조직에서 시간 절감이 큽니다.

영업·CRM에서는 수금액 기준 커미션 계산, 관리자 커미션 집계, 고객 리드에서 업셀 기회 자동 식별이 추가되었습니다. 수금 기준 커미션은 국내 제조·유통에서 요구가 많던 항목입니다.

이커머스에서는 고객이 직접 쓰는 반품 관리 포털이 추가되었습니다. 반품 처리 문의가 많은 조직이라면 검토할 만합니다.

Odoo 20을 기다려야 하나 — 판단 기준

Odoo 20은 2026년 9월 24~26일 브뤼셀에서 열리는 Odoo Experience 2026 기조연설에서 공개됩니다. 현재 공개된 공식 기능 목록은 없으며, 검색에 나오는 '오도 20 기능' 글들은 전부 파트너 추측입니다.

신규 도입을 검토 중이라면 2주 정도 기다려 기능 목록을 보고 결정하는 편이 합리적입니다. 다만 구축 프로젝트는 통상 3~6개월이 걸리므로, 지금 시작해도 실제 오픈 시점에는 20을 적용할 수 있습니다.

이미 운영 중이라면 메이저 출시 직후 업그레이드는 권하지 않습니다. 초기 릴리스는 안정화 기간이 필요하고, 커스텀 모듈과 서드파티 앱의 호환 대응에도 시간이 걸립니다. 통상 3~6개월 뒤가 적정 시점입니다.

다만 16 이하를 쓰고 있다면 20 출시로 적용 대상 버전이 18·19·20으로 바뀌면서 17도 25% 조항 대상이 됩니다. 현재 17을 쓰는 조직은 이 변화를 예산에 반영해야 합니다.

Odoo 19 계열 릴리스 현황

버전	시점	주요 추가
19 (메이저)	2025.09	메이저 릴리스
19.1	2026.01	—
19.2	2026.03	—
19.3	2026.05	AI 에이전트 레코드 생성·수정, 오프라인 편집, AI 웹사이트 어시스턴트
19.4	2026.07	MCP 서버, 음성 상호작용, 반품 포털, 중복 청구서 탐지, 연속 생산
20 (예정)	2026.09.24~26	Odoo Experience 2026에서 공개 예정 — 공식 기능 목록 미공개

출처: odoo.com 릴리스 노트 및 Odoo Experience 2026 행사 페이지 · 기준일 2026.09.12

버전 정책이 비용에 미치는 영향 — 사용자 12명 기준

항목	Standard	Custom
연간 라이선스	약 495만 원	약 974만 원
구버전 사용 시 추가 (연 25%)	약 124만 원	약 244만 원
3년 누적 추가분	약 372만 원	약 731만 원
갱신 인상 (연 최대 7%)	3년간 약 210만 원 증가	3년간 약 414만 원 증가
현재 적용 대상 버전	17 · 18 · 19	17 · 18 · 19
Odoo 20 출시 후 예상	18 · 19 · 20 (17이 대상 제외)	18 · 19 · 20

가정: 2026.09.12 odoo.com/pricing 공식 정가, 연간 결제, 1 USD = 1,380원. 조항 출처는 Odoo 엔터프라이즈 구독 계약서 5.1·5.2항 (약관 버전 2025.12.19)

자주 묻는 질문

Q. 마이너 릴리스는 자동으로 적용되나요?

Odoo Online 환경에서는 자동 적용됩니다. 커스텀 모듈이 있는 환경이라면 적용 후 동작 확인 절차를 운영 규칙에 넣으십시오. Odoo.sh와 온프레미스는 적용 시점을 선택할 수 있습니다.

Q. 17을 쓰고 있는데 지금 올려야 하나요?

Odoo 20이 출시되면 적용 대상이 18·19·20으로 바뀌어 17이 25% 조항 대상이 됩니다. 다만 20 출시 직후 바로 올리기보다 18 또는 19로 올려 두는 선택이 안정성 면에서 낫습니다. 업그레이드 공수를 먼저 산정해 보십시오.

Q. MCP 서버는 어떤 경우에 유용한가요?

사내에서 AI 도구를 쓰고 있고 ERP 데이터를 참조하게 하고 싶을 때 유용합니다. 예를 들어 재고 현황이나 거래처 이력을 자연어로 조회하는 구성이 별도 API 개발 없이 가능해집니다. 다만 접근 권한 설계를 먼저 해야 합니다.

Q. 업그레이드 공수를 산정해 줄 수 있나요?

솔바인드9은 현재 버전, 커스텀 모듈 수와 성격, 서드파티 앱 목록을 기준으로 업그레이드 공수와 비용을 산정합니다. 25% 조항 해당 여부와 업그레이드 시 절감액도 함께 계산해 드립니다.

이 글이 다루지 않는 것

요금과 계약 조항은 2026년 9월 12일 공식 자료 기준이며 지역·시점에 따라 다를 수 있습니다. 19.1·19.2의 세부 변경은 이 글에서 다루지 않았습니다. Odoo 20의 내용은 공개 전이므로 어떤 추정도 싣지 않았습니다.

허브스팟 업데이트 브리핑 — 크레딧 과금 단위와 9월 API 정책 점검

support@soulbind9.com (솔바인드9) — Tue, 15 Sep 2026 15:32:43 GMT

2026년 상반기 HubSpot의 변경 중 국내 사용자에게 실제 영향이 큰 것은 셋입니다 — 새 허브 신설, AI 과금 방식 변경, 그리고 API·UI 정책 변경.

기능 추가보다 과금과 정책 쪽 변화가 더 중요합니다. 크레딧 소진과 API 정책은 이미 쓰는 조직의 비용과 연동에 직접 영향을 줍니다.

각 항목의 공식 출처와 발표일을 함께 적었습니다. 요금은 2026년 9월 12일 공식 페이지 기준입니다.

HubSpot은 자사 ROI 리포트에서 도입 1년 시점 기준 리드 획득 129% 증가, 성사 딜 36

% 증가, 티켓 처리율 37% 증가를 보고합니다. 135개국 26만 8천여 고객사 데이터를 집계한 자체 수치이며 외부 감사를 받은 자료는 아닙니다. 인용 시 이 점을 밝혀야 합니다.

Revenue Hub — Commerce Hub의 후속

2026년 6월 18일, 견적·계약·청구·결제를 CRM 안에서 처리하는 Revenue Hub가 발표되었습니다. 기존 Commerce Hub의 발전형입니다.

함께 새로운 시트 종류인 Revenue Seat가 추가되었습니다. Revenue Hub의 Professional·Enterprise 기능을 온전히 쓰려면 이 시트가 필요하고, 기존 Core Seat로는 견적 조회만 가능합니다.

시트 종류가 늘었다는 것은 견적 계산이 복잡해졌다는 뜻입니다. 역할별 시트 배분표를 다시 작성해야 합니다. (출처: hubspot.com/company-news, 2026.06.18 / knowledge.hubspot.com 시트 관리 문서, 2026.08.14 갱신)

AI 과금 — 크레딧 체계와 성과 기반 전환

HubSpot의 AI 기능은 크레딧으로 과금됩니다. 플랜별 월 기본 제공량이 있고 이월되지 않으며, 초과분은 별도 청구됩니다.

2026년 4월 14일부터 Breeze 에이전트 두 종의 과금이 성과 기반으로 바뀌었습니다. Customer Agent는 대화 건당이 아니라 '해결된 대화' 기준으로, Prospecting Agent는 월 정액이 아니라 '아웃리치 추천된 리드' 기준으로 과금됩니다.

실무 관점에서 중요한 것은 예측 가능성입니다. 크레딧은 이월되지 않으므로 사용량이 월별로 들쭉날쭉하면 남는 달과 초과하는 달이 함께 생깁니다. 2026년 6월부터 기능별 크레딧 상한을 관리자가 설정할 수 있게 되었으니 먼저 상한을 걸어 두십시오. (출처: hubspot.com/company-news 2026.04.13, HubSpot 제품·서비스 카탈로그)

Agent Hub — AI 에이전트 제작 환경

2026년 7월 23일 Agent Hub와 Agent Builder가 퍼블릭 베타로 공개되었습니다. 자연어로 에이전트를 만들고 운영·모니터링하는 작업 공간입니다.

별도 요금이 공지되지 않았고 Professional·Enterprise에 포함되며 실행은 크레딧을 소모합니다. 즉 비용은 사용량에 따라 발생합니다.

베타 단계이므로 운영 프로세스에 곧바로 넣기보다 크레딧 상한을 건 상태에서 시범 범위를 정해 쓰는 편이 안전합니다. (출처: hubspot.com/company-news 2026.07.23, knowledge.hubspot.com 2026.08.21 갱신)

정책 변경 — 연동 담당자가 확인해야 할 것

API에 날짜 기반 버전 체계가 도입되어 파괴적 변경이 매년 3월과 9월 두 차례 적용되고, 각 버전은 18개월간 지원됩니다.

2026년 9월 8일부터 CRM API 쓰기 경로 전체에 관리자 설정 검증 규칙이 적용됩니다. 이전에 검증을 우회하던 연동은 실패하기 시작합니다. 자체 개발 연동이 있는 조직은 반드시 점검해야 합니다.

Pipelines API V1은 2026년 12월 4일, 레거시 CRM 카드는 2026년 10월 31일 종료됩니다. 또한 클래식 UI 테마는 2026년 8월 31일자로 종료되어 신규 디자인으로 강제 전환되었습니다. (출처: developers.hubspot.com/changelog)

짚고 넘어갈 것 — 데이터 정책 번복

2026년 6월 말, HubSpot은 고객 CRM 데이터를 활용한 공유 데이터셋 구축 계획을 약관 변경으로 공지했다가 7월 5일 전면 철회했습니다. 이후 전면 옵트인 방식으로 전환하겠다고 밝혔습니다.

현재 시점에서 실행 중인 정책은 아니지만, 데이터 거버넌스 검토가 필요한 조직이라면 이 경과를 기록해 둘 만합니다. (출처: community.hubspot.com, 2026.07.05)

국내 사용자가 추가로 확인할 것

데이터센터 리전은 미국 동부·서부, EU, 캐나다, 호주 다섯 곳이며 아시아 리전은 없고 추가 계획도 공지되지 않았습니다. 데이터 소재지 요건이 있는 조직은 계약 전에 확인이 필요합니다.

전화·문자 관련 기능 상당수는 미국 번호 체계를 전제로 하므로 국내에서는 사용 범위가 제한됩니다.

2026년 8월 13일 SOC 1 Type 2 인증을 취득했습니다. 국내 대기업 구매·보안 심사에서 요구되는 경우가 있으므로 참고하십시오. (출처: hubspot.com/data-centers, community.hubspot.com)

지금 해야 할 것과 안 해도 되는 것

지금 해야 할 것 — 크레딧 사용량 확인과 기능별 상한 설정, 자체 연동의 API 검증 규칙 대응 점검, 시트 종류별 배분표 재작성.

안 해도 되는 것 — Agent Hub 전면 도입, Revenue Hub 즉시 전환. 둘 다 베타 또는 신규 단계이므로 시범 범위에서 검증한 뒤 판단해도 늦지 않습니다.

크레딧 과금 — 실제 금액으로 환산하면

크레딧 체계는 플랜별 월 제공량이 정해져 있습니다. Starter 500, Professional 3,000, Enterprise 5,000이며 Data Hub는 Professional 5,000, Enterprise 10,000입니다. 이월되지 않고 초과분은 크레딧당 US$0.010입니다.

단위를 알아야 규모가 보입니다. AI 워크플로 액션 1회가 10크레딧이므로 Professional의 월 3,000크레딧은 월 300건입니다. 데이터 에이전트 프롬프트와 너처링 에이전트 이메일도 각 10크레딧입니다. 콘텐츠 에이전트는 1회 1,000크레딧이므로 Professional 기본 제공량으로는 월 3회입니다.

Data Studio 동기화는 데이터셋 크기에 따라 25·75·200크레딧입니다. 50만 행 미만 25크레딧, 500만 행 초과 200크레딧입니다.

월 1,000건의 AI 워크플로를 쓰면 7,000크레딧 초과, US$70입니다. 환율 1,380원 기준 월 약 9만 7천 원, 연 약 116만 원입니다. 크지 않아 보이지만 사용량이 늘면 선형으로 증가하므로 상한 설정이 필요합니다.

Breeze 에이전트 과금 전환 — 무엇이 유리해졌나

2026년 4월 14일부터 Customer Agent는 대화 건당 US$1.00에서 해결된 대화 건당 US$0.50(50크레딧)으로 바뀌었습니다. 해결되지 않은 대화에는 과금되지 않습니다.

Prospecting Agent는 등록 컨택트당 월 정액에서 아웃리치 추천 리드 1건당 US$1.00(100크레딧)으로 바뀌었습니다. 추천이 나오지 않으면 비용이 발생하지 않습니다.

도입 검토 관점에서는 유리한 변화입니다. 성과가 나지 않으면 비용도 발생하지 않기 때문입니다. 다만 성과가 잘 나면 비용이 예상보다 커질 수 있으므로, 두 에이전트 모두 28일 무료 체험 기간에 실제 소진량을 측정하고 상한을 설정한 뒤 본격 운영하는 편이 안전합니다.

두 에이전트는 Professional·Enterprise 전용입니다. Starter 플랜에서는 사용할 수 없습니다.

9월 8일 API 변경 — 지금 점검해야 하는 이유

2026년 9월 8일부터 CRM API의 모든 쓰기 경로에 관리자 설정 검증 규칙이 적용됩니다. 이전에는 API 쓰기가 검증을 우회할 수 있었습니다.

영향을 받는 대표적인 경우는 셋입니다. 자체 개발한 연동에서 필수 속성을 비운 채 레코드를 생성하던 경우. 선택 목록에 없는 값을 API로 밀어 넣던 경우. 형식 검증(전화번호·이메일)을 통과하지 못하는 값을 보내던 경우.

점검 방법은 단순합니다. 최근 30일 API 오류 로그를 확인하고, 자체 연동이 쓰는 속성 목록과 현재 검증 규칙을 대조하십시오. 오류가 이미 발생하고 있다면 데이터가 조용히 누락되고 있을 수 있습니다.

함께 정리할 것이 더 있습니다. 레거시 CRM 카드는 2026년 10월 31일, Pipelines API V1은 2026년 12월 4일 종료됩니다. 두 항목 모두 마이그레이션 기간이 남아 있을 때 처리하는 편이 비용이 적습니다.

국내 도입 조직이 추가로 확인할 것

데이터센터 리전은 미국 동부·서부, EU, 캐나다, 호주 다섯 곳입니다. HubSpot은 추가 데이터센터 계획이 없다고 공식 페이지에 명시하고 있습니다. 아시아 리전은 존재하지 않습니다.

신규 유료 고객은 가입 IP 위치를 기준으로 리전이 자동 배정되고, 무료 계정은 항상 미국 데이터센터에 생성됩니다. 기존 유료 고객은 계정 설정에서 무상으로 리전을 이전할 수 있습니다.

2026년 8월 13일 SOC 1 Type 2 인증을 취득했습니다. 국내 대기업·금융권 구매 심사에서 요구되는 경우가 있으므로 보안 심사 자료에 포함할 수 있습니다.

통화·문자 기능 상당 부분은 미국 번호 체계를 전제로 합니다. 발신자 번호 등록과 무료 통화 번호 이전은 미국 전용이며, 거래 문자용 10DLC 부가 서비스도 미국 규제 요건입니다. 국내에서는 별도 통신 솔루션 연동이 필요합니다.

2026년 상반기 주요 변경과 영향

변경	발표·적용일	영향
Revenue Hub 신설 + Revenue Seat	2026.06.18	시트 종류 추가 — 견적 재산정 필요
Breeze 에이전트 성과 기반 과금	2026.04.14 적용	해결·추천 건 기준으로 전환
기능별 크레딧 상한 설정	2026.06	초과 청구 예방 — 즉시 설정 권장
Agent Hub 퍼블릭 베타	2026.07.23	Pro·Ent 포함, 실행 시 크레딧 소모
CRM API 쓰기 검증 규칙 적용	2026.09.08	우회하던 연동 실패 가능 — 점검 필수
클래식 UI 종료	2026.08.31	신규 디자인 강제 전환
Pipelines API V1 종료	2026.12.04	연동 마이그레이션 필요

출처: hubspot.com 공식 발표 및 developers.hubspot.com/changelog · 정리 기준일 2026.09.12

크레딧 소모 단위와 월 환산

기능	1회 소모	Professional 월 3,000크레딧 기준
AI 워크플로 액션	10크레딧	월 300건
데이터 에이전트 프롬프트	10크레딧	월 300건
너처링 에이전트 이메일	10크레딧	월 300건
Customer Agent (해결된 대화)	50크레딧 (US$0.50)	월 60건
Prospecting Agent (추천 리드)	100크레딧 (US$1.00)	월 30건
콘텐츠 에이전트	1,000크레딧	월 3건
Data Studio 동기화	25 / 75 / 200크레딧	데이터셋 크기별

출처: HubSpot 제품·서비스 카탈로그 · 기준일 2026.09.12 · 초과분 크레딧당 US$0.010 · 크레딧은 이월되지 않음

자주 묻는 질문

Q. 크레딧 상한은 어떻게 설정하나요?

2026년 6월부터 관리자가 기능별 크레딧 상한을 설정할 수 있습니다. 계정 설정의 AI 관리 영역에서 기능별로 월 소진 한도를 지정하면 초과 청구를 방지할 수 있습니다. 계약 직후 먼저 걸어 두고 3개월 실사용량을 본 뒤 조정하는 순서를 권합니다.

Q. Revenue Seat를 꼭 사야 하나요?

Revenue Hub의 Professional·Enterprise 기능을 쓰려면 필요합니다. 기존 Core Seat로는 견적 조회만 가능합니다. 견적·계약·청구를 CRM 안에서 처리할 계획이 없다면 지금 구매할 이유는 없습니다.

Q. Agent Hub를 지금 도입해도 되나요?

퍼블릭 베타 단계입니다. 운영 프로세스에 곧바로 넣기보다 크레딧 상한을 건 상태에서 시범 범위를 정해 쓰는 편이 안전합니다. 별도 요금 없이 Professional·Enterprise에 포함되며 실행할 때 크레딧을 소모합니다.

Q. 우리 연동이 9월 변경에 영향을 받는지 확인해 줄 수 있나요?

솔바인드9은 자체 개발 연동과 서드파티 앱의 API 사용 패턴을 점검하고 검증 규칙 충돌 여부를 진단합니다. 계정 접근 권한과 연동 목록을 알려 주시면 영향 범위와 조치 항목을 정리해 드립니다.

이 글이 다루지 않는 것

요금과 정책은 수시로 바뀝니다. 이 글은 2026년 9월 12일 기준이며, 계약이나 연동 변경 전에는 공식 페이지에서 재확인하십시오. 2026년 9월 16~18일 UNBOUND 행사에서 추가 발표가 예정되어 있으므로 행사 이후 갱신이 필요합니다.

HubSpot CRM 구축 사례 — 문의·상담·계약을 한 파이프라인으로

support@soulbind9.com (솔바인드9) — Tue, 15 Sep 2026 15:24:58 GMT

가상 시나리오 안내

이 글은 솔바인드9이 수행한 프로젝트의 구조와 단계를 기준으로 구성한 가상 시나리오입니다. 등장하는 회사명·수치·인용문은 특정 실제 고객사의 것이 아닙니다.

구축 순서, 막히는 지점, 판단 기준은 실제 프로젝트 경험을 반영했으며, 같은 조건의 기업이 참고할 수 있도록 작성했습니다.

B2B 공간 솔루션을 공급하는 T사는 임직원 95명, 영업 담당 8명 규모입니다. 웹사이트와 대표전화로 월 200건 넘는 문의가 들어오고 있었지만, 그중 몇 건이 계약으로 이어졌는지 아무도 답하지 못했습니다.

문의는 공용 메일함에, 상담 내용은 담당자 수첩과 개인 PC에, 계약은 회계 파일에 있었습니다. 세 곳이 연결되지 않으니 전환율이라는 개념 자체가 성립하지 않았습니다.

6주 구축 후 첫 접촉 시간은 평균 19시간에서 2.4시간으로, 문의에서 미팅으로의 전환율은 14%에서 27%로 올라갔습니다. 단계 정의 워크숍에서 드러난 사실 하나가 이 변화의 절반을 만들었습니다.

회사 상황 — 문의는 많은데 답할 수 있는 게 없었다

T사의 문의 경로는 둘이었습니다. 웹사이트 문의 폼과 대표전화. 폼 문의는 공용 메일함으로 들어왔고, 영업 담당자들이 각자 확인해 처리했습니다.

누가 언제 답했는지 기록이 남지 않았습니다. 같은 문의에 두 명이 연락한 적도, 아무도 연락하지 않은 채 며칠이 지난 적도 있었습니다.

상담 내용은 담당자 수첩이나 개인 PC 폴더에 있었습니다. 담당자가 퇴사하면 그 거래처의 이력이 통째로 사라졌습니다. 실제로 전년도에 그런 일이 두 건 있었습니다.

대표이사의 질문은 단순했습니다. "광고를 늘리면 계약이 늘어납니까?" 이 질문에 답하려면 문의부터 계약까지가 한 줄로 이어져 있어야 하는데, 세 조각으로 나뉘어 있었습니다.

목표 세 개와 그 순서

첫째, 모든 문의를 하나의 시스템에 기록할 것. 둘째, 문의부터 계약까지의 단계를 정의할 것. 셋째, 유입 채널별 계약 전환을 측정할 것.

세 번째가 대표이사가 원한 답이지만 앞의 두 가지 없이는 불가능합니다. 순서를 지키는 것이 프로젝트의 절반이었습니다.

측정부터 하려는 조직이 많습니다. 대시보드 화면을 먼저 설계하고 거기에 데이터를 맞추려 하면, 없는 데이터를 만들어 넣게 되고 결국 아무도 믿지 않는 리포트가 됩니다.

단계 정의 워크숍에서 드러난 것

파이프라인 단계를 정의하는 반나절 워크숍에서 예상 밖의 사실이 나왔습니다. 영업 담당자 8명이 '검토 중'이라고 부르는 상태가 서로 달랐습니다.

한 사람은 견적을 보낸 상태를, 다른 사람은 첫 통화를 마친 상태를, 또 다른 사람은 현장 실측까지 끝낸 상태를 같은 말로 부르고 있었습니다. 파이프라인 금액이 실제와 맞지 않았던 이유가 여기에 있었습니다.

해결 방법은 단순했습니다. 단계마다 '무엇이 완료되면 다음으로 넘어가는가'를 한 문장으로 적었습니다. 최종 단계는 다섯 개입니다 — 문의 접수, 요구 확인, 현장 실측, 견적 제출, 계약.

T사 영업본부장의 말입니다. "8명이 다 다르게 쓰고 있었다는 걸 그날 처음 알았습니다. 10년 넘게 같이 일했는데요. 단계를 문장으로 적어 보라고 하니까 바로 드러나더군요."

시스템 구성 — 전화 문의를 살리는 법

웹 폼을 HubSpot 폼으로 교체하고 공용 메일함을 공유 받은편지함으로 연결했습니다. 이것만으로 폼 문의의 기록과 배정이 자동화되었습니다.

문제는 전화 문의였습니다. 전체 문의의 34%가 전화였고, 이것을 수동으로 입력해야 했습니다. 수동 입력은 필수 항목이 많으면 안 합니다.

그래서 전화 문의 생성 시 필수 항목을 세 개로 제한했습니다 — 회사명, 연락처, 요청 내용 한 줄. 나머지는 나중에 채웁니다. 이 결정 덕분에 전화 채널이 통계에서 사라지지 않았습니다.

라이선스는 Sales Hub Professional 8석과 Marketing Hub Starter 조합으로 시작했습니다. 마케팅 자동화는 데이터가 쌓인 뒤 확장하기로 했습니다.

6주 후, 그리고 3개월 후

6주 시점에 바로 확인된 것은 응답 속도였습니다. 첫 접촉까지 평균 19시간에서 2.4시간으로 줄었습니다. 문의가 자동 배정되고 담당자에게 알림이 가기 때문입니다.

문의에서 미팅으로의 전환율은 14%에서 27%로 올라갔습니다. 응답 속도 개선이 직접적인 원인입니다. 6sense의 2025년 조사에서 구매자는 첫 접촉 시점에 이미 여정의 61%를 진행한 상태이고 94%가 선호 벤더를 정해 둡니다. 늦게 연락하면 이미 순위 밖입니다.

미팅에서 계약으로의 전환율은 22%에서 31%로 올라갔습니다. 단계 통과 조건이 정의되면서 준비 없이 미팅에 들어가는 경우가 줄었기 때문입니다.

채널별 계약 기여는 3개월 뒤에 나왔습니다. 데이터가 쌓일 시간이 필요했기 때문입니다. 결과적으로 검색 유입의 계약 전환율이 광고 유입의 2.1배였고, T사는 다음 분기 예산 배분을 이 숫자로 조정했습니다.

같은 상황이라면 참고할 점

단계 정의 워크숍을 건너뛰지 마십시오. 도구 설정은 하루면 되지만 정의는 하루에 안 됩니다. 그리고 정의 과정에서 나오는 발견이 대체로 가장 큰 성과를 만듭니다.

전화 문의를 수동 입력으로 두더라도 필수 항목을 3개 이하로 줄이십시오. 많으면 입력되지 않고, 입력되지 않으면 그 채널이 통계에서 사라집니다. T사의 경우 문의의 3분의 1이 사라질 뻔했습니다.

구축 직후에 채널 성과를 묻지 마십시오. 최소 한 분기의 데이터가 쌓여야 판단이 가능합니다. 대신 6주 시점에는 응답 속도와 입력률을 보십시오. 이 둘은 바로 나옵니다.

마케팅 자동화는 나중에 붙이십시오. CRM에 데이터가 쌓이기 전에 자동화를 설계하면 대상 세그먼트를 만들 수 없습니다.

프로젝트 개요와 성과

항목	도입 전	도입 후
월 문의 건수	측정 불가 (약 210건 추정)	210건 (폼 66% · 전화 34%)
첫 접촉까지 평균	19시간	2.4시간
문의 → 미팅 전환	14%	27%
미팅 → 계약 전환	22%	31%
채널별 계약 기여	측정 불가	구축 3개월 후 산출 (검색이 광고의 2.1배)
거래처 이력	담당자 수첩·개인 PC	CRM 집중 · 퇴사 시에도 보존
파이프라인 단계	담당자별 상이	5단계 · 통과 조건 문장화

가상 시나리오입니다 · 솔바인드9의 CRM 구축 구조를 기준으로 구성한 예시 · 구축 기간 6주

자주 묻는 질문

Q. 6주 만에 구축이 끝나나요?

범위를 좁히면 가능합니다. 시나리오는 폼·파이프라인·리포트에 집중했고 마케팅 자동화는 제외했습니다. 마케팅 허브까지 포함하면 10~14주가 통상 범위입니다.

Q. 전화 문의를 자동으로 기록할 수는 없나요?

국내 번호 기반 통화 기록은 별도 통신 솔루션 연동이 필요합니다. 연동 전까지는 필수 항목을 3개 이하로 줄인 수동 입력이 현실적인 대안이며, 그것만으로도 채널 통계는 보존됩니다.

Q. 채널별 성과는 언제부터 볼 수 있나요?

월 문의량에 달려 있습니다. 월 200건 규모면 3개월, 월 50건 규모면 6개월 이상이 필요합니다. 표본이 부족한 상태에서 채널을 판단하면 잘못된 예산 결정으로 이어집니다.

Q. 단계 정의 워크숍을 진행해 줄 수 있나요?

솔바인드9은 영업 담당자와 함께 반나절 워크숍으로 단계와 통과 조건을 문장화하고, 그 결과를 CRM 파이프라인으로 구현합니다. 이 과정에서 나오는 발견이 대체로 구축 효과의 절반을 만듭니다.

이 글이 다루지 않는 것

이 시나리오는 문의 기반 인바운드 영업 구조를 전제로 합니다. 아웃바운드 중심 조직은 파이프라인 설계와 측정 지표가 달라집니다. 효과 발현 시점은 문의량에 좌우되며, 월 문의가 50건 미만이면 채널별 판단에 6개월 이상이 필요합니다.

Freshservice 구축 사례 — 사내 요청 창구 일원화 7주와 정착 조건

support@soulbind9.com (솔바인드9) — Tue, 15 Sep 2026 15:19:40 GMT

가상 시나리오 안내

구축 순서, 막히는 지점, 판단 기준은 실제 프로젝트 경험을 반영했으며, 같은 조건의 기업이 참고할 수 있도록 작성했습니다.

태양광 발전소를 짓고 운영하는 D사는 임직원 240명, 전국에 12개 현장을 운영합니다. 현장에서 올라오는 IT·총무·설비 요청은 사내 메신저 단체방과 개인 메신저, 그리고 전화로 접수되고 있었습니다.

문제는 측정이 불가능하다는 것이었습니다. 월에 몇 건이 들어오는지, 평균 며칠이 걸리는지, 어떤 요청이 반복되는지 아무도 답하지 못했습니다. 인력을 늘려야 하는지 자동화해야 하는지 판단할 근거가 없었습니다.

7주 만에 접수 창구를 포털과 이메일 두 곳으로 모았습니다. 월 480건이 드러났고 평균 처리 시간은 34시간에서 11시간으로 줄었습니다. 반복 요청 상위 3개를 자동 응답으로 처리하면서 실제 담당자가 처리하는 건수는 월 140건 감소했습니다.

회사 상황 — 처리는 되고 있었지만 기록은 없었다

D사의 정보전략팀은 4명입니다. 이 인원이 본사와 전국 12개 현장의 IT 요청, 계정 발급, 장비 지급, 네트워크 장애, 일부 설비 시스템 문의까지 받고 있었습니다.

요청은 네 경로로 들어왔습니다. 부서 단체 채팅방, 담당자 개인 메신저, 대표 전화, 그리고 복도에서의 구두 요청. 담당자가 기억하는 만큼만 처리되고 나머지는 사라졌습니다.

가장 큰 문제는 현장이었습니다. 현장 직원이 메신저로 요청을 보내면 언제 처리되는지 알 수 없어 며칠 뒤 다시 물어봤습니다. 그 중복 문의가 다시 담당자의 시간을 썼습니다.

정보전략팀장은 상황을 이렇게 설명했습니다. "팀원들이 하루 종일 일하는데 월말에 보고할 게 없었습니다. 몇 건 처리했냐고 물으면 아무도 몰랐어요."

목표는 측정이 아니라 창구 일원화였다

경영진이 원한 것은 데이터였지만, 데이터를 얻으려면 접수 창구가 먼저 하나여야 했습니다. 목표 순서를 이렇게 잡았습니다.

첫째, 요청을 하나의 창구로 모을 것. 둘째, 요청자가 진행 상태를 직접 확인할 수 있게 할 것. 셋째, 유형별 건수와 소요 시간을 측정할 것.

측정을 세 번째에 둔 것이 중요합니다. 앞의 둘이 되지 않으면 측정할 데이터 자체가 생기지 않습니다. 많은 조직이 이 순서를 거꾸로 잡고 리포트 화면부터 설계하다가 실패합니다.

시스템 구성 — 유형을 여섯 개로 시작했다

적용 범위는 티켓 관리와 지식베이스 두 가지로 시작했습니다. 자산 관리와 변경 관리는 2차 과제로 미뤘습니다. 티켓이 자리 잡기 전에 자산까지 붙이면 둘 다 흔들립니다.

요청 유형은 1차 여섯 개로 정했습니다 — 계정·권한, 장비·소모품, 네트워크·인터넷, 소프트웨어·라이선스, 현장 설비 시스템, 기타. 2차 세부 분류는 담당자가 처리하면서 붙이는 방식입니다.

요청자가 고르는 항목이 여섯 개를 넘으면 대부분 기타로 몰립니다. 실제로 D사의 1개월차 기타 비중은 18%였고, 3개월차에는 세부 분류 데이터를 근거로 유형을 여덟 개로 조정하면서 9%까지 내려갔습니다.

접수 채널은 포털과 이메일 두 가지입니다. 에이전트 라이선스는 6석(정보전략팀 4명 + 총무 2명)이고, 요청자는 라이선스 없이 포털을 사용합니다.

가장 어려웠던 것 — 시스템이 아니라 습관

시스템은 3주 만에 열렸습니다. 나머지 4주는 사람들이 메신저 대신 포털을 쓰게 만드는 데 들어갔습니다.

효과가 있었던 방법은 하나였습니다. 메신저로 온 요청에 답하지 않고 포털 링크만 회신하는 것. 담당자 6명 전원이 예외 없이 지켜야 효과가 납니다. 한 명이라도 예외를 만들면 그 사람에게 요청이 몰립니다.

이 원칙을 대표이사 명의로 공지하고 한 달간 유지한 것이 전환점이었습니다. 2주차에는 불만이 있었고 4주차부터는 포털 접수 비중이 80%를 넘었습니다.

정보전략팀장의 말입니다. "처음 2주는 저희도 미안했습니다. 그런데 한 달 지나니까 현장에서 오히려 좋아하더라고요. 언제 처리되는지 보이니까 다시 물어볼 일이 없어진 거죠."

7주 후 보이기 시작한 것

월 접수 건수가 처음으로 측정되었습니다. 480건이었습니다. 팀이 체감하던 것보다 많은 숫자였고, 이 수치가 인력 계획의 근거가 되었습니다.

평균 처리 시간은 34시간에서 11시간으로 줄었습니다. 처리 속도가 빨라졌다기보다 대기 상태로 방치되던 요청이 사라진 결과입니다. 1차 응답 SLA(4시간) 준수율은 92%를 기록했습니다.

반복 요청 상위 3개가 드러났습니다. 계정 비밀번호 초기화, VPN 접속 오류, 프린터 드라이버 설치였고 셋이 전체의 29%를 차지했습니다. 이 세 가지를 지식베이스 문서와 자동 응답으로 처리하면서 담당자가 직접 처리하는 건수가 월 140건 줄었습니다.

현장별 요청 분포도 보였습니다. 특정 현장 두 곳에서 네트워크 관련 요청이 집중되고 있었고, 원인은 회선 품질 문제였습니다. 티켓 데이터가 없었다면 개별 장애로만 처리되었을 사안입니다.

같은 상황이라면 참고할 점

요청 유형은 적게 시작하십시오. 처음부터 20개로 나누면 요청자가 고르지 못하고 기타로 몰립니다. 여섯 개로 시작해 3개월 데이터를 보고 조정하는 편이 정확합니다.

접수 창구 일원화는 도구가 아니라 규칙의 문제입니다. 예외를 한 번 허용하면 원래대로 돌아갑니다. 담당자 전원이 같은 원칙을 지켜야 합니다.

경영진 공지가 필요합니다. 실무진이 정한 규칙은 현업이 지키지 않습니다. D사에서도 대표이사 명의 공지가 전환점이었습니다.

자산 관리는 나중에 붙이십시오. 티켓이 안정된 뒤에 시작하면 자산 데이터의 정확도도 함께 올라갑니다.

프로젝트 개요

항목	내용
업종·규모	태양광 발전 EPC·O&M · 임직원 240명 · 전국 현장 12곳
기존 접수	사내 메신저 단체방 · 개인 메신저 · 전화 · 구두
적용 범위	티켓 관리 + 지식베이스 (자산·변경 관리는 2차 과제)
라이선스	에이전트 6석 (정보전략팀 4 + 총무 2) · 요청자는 라이선스 불필요
접수 채널	포털 + 이메일
요청 유형	1차 6개 → 3개월 후 8개로 조정
구축 기간	7주 (시스템 3주 + 전환 정착 4주)
전환의 분기점	메신저 요청에 포털 링크만 회신 · 대표이사 공지 후 1개월 유지

가상 시나리오입니다 · 솔바인드9의 내부 요청 관리 구축 구조를 기준으로 구성한 예시

자주 묻는 질문

Q. 에이전트 라이선스는 몇 석이 적당한가요?

실제로 티켓을 처리하는 인원 수만큼입니다. 요청자는 라이선스가 필요 없습니다. 시나리오의 6석은 정보전략팀 4명과 총무 2명 기준이며, 월 480건 처리에 무리가 없는 규모였습니다.

Q. 메신저 연동을 하면 더 편하지 않나요?

편하지만 초기에는 권하지 않습니다. 메신저로 접수받으면 창구 일원화의 효과가 희석되고, 유형 선택 없이 들어온 요청을 담당자가 분류해야 합니다. 포털이 정착된 뒤 보조 채널로 붙이는 순서가 안전합니다.

Q. 현장이 많은 조직에서도 포털이 쓰이나요?

모바일 포털을 제공하면 쓰입니다. 시나리오의 12개 현장에서도 4주차부터 포털 접수 비중이 80%를 넘었습니다. 관건은 접근성이 아니라 담당자가 예외를 만들지 않는 것입니다.

Q. 도입 범위와 비용을 상담할 수 있나요?

솔바인드9은 Freshworks 파트너로서 요청 규모, 담당 인원, 필요 모듈을 기준으로 라이선스 구성과 구축 범위를 제안합니다. 자산 관리와 변경 관리를 언제 붙일지도 단계로 나눠 설계합니다.

이 글이 다루지 않는 것

이 시나리오는 내부 요청 관리(사내 IT·총무) 중심입니다. 외부 고객 지원에 적용할 경우 SLA 체계, 다국어, 채널 구성이 달라집니다. 전환 기간은 조직 문화와 경영진 지원 정도에 크게 좌우되며, 공지 없이 진행하면 정착에 3개월 이상 걸리는 경우도 있습니다.