무료 헬프데스크 6종 비교: 인원 제한부터 AI·운영 비용까지

최대 3명이 고객 이메일을 처리하는 단순한 헬프데스크가 필요하다면 Zoho Desk부터 검토할 만합니다. 다만 사내 요청 절차가 필요하거나, 티켓을 처리할 사람이 늘어나거나, 서버를 직접 관리하려 한다면 적합한 무료 티켓 관리 시스템도 달라집니다. 이 글에서 선정한 툴은 여섯 가지입니다. 무료 소프트웨어 라이선스와 무료 호스팅 서비스는 도입 후 직접 맡아야 할 일이 서로 다릅니다.

요금제와 문서는 2026년 11월 6일에 확인했습니다. 이 글은 기간 제한 없이 제공되는 호스팅형 무료 요금제와 직접 호스팅할 수 있는 오픈소스 소프트웨어를 다룹니다. 일정 기간 후 종료되는 입문 혜택은 제외했습니다. 비교 근거는 제조사 문서, 요금표, 업무 흐름 분석이며, 제품을 직접 사용한 테스트는 아닙니다.

선택하기 전에 요청을 처리하는 사람이 몇 명인지부터 세어야 합니다. 상담원은 티켓을 처리하고, 요청자는 티켓을 제출합니다. 직원이 열 명인 회사라도 상담원은 두 명이면 충분할 수 있습니다. 반면 열 명 모두 고객 문의에 답하는 지원 대행사라면 실제 업무용 계정 열 개가 필요하므로 구매 조건이 달라집니다.

무료 헬프데스크, 주요 조건 한눈에 비교하기

호스팅형 서비스 네 가지와 자체 호스팅 제품 두 가지를 골랐습니다. 호스팅형 서비스는 공급사의 인프라에서 실행됩니다. 자체 호스팅 소프트웨어는 사용자가 마련하고 관리하는 인프라에서 실행됩니다. 아래 시작 가격은 소프트웨어나 구독료이며, 인건비·메일 서비스·서버 비용은 포함하지 않습니다.

계정 수의 경계가 중요합니다. 실제로 티켓을 처리하는 상담원이 여섯 명에서 열 명이라면 이 목록의 모든 호스팅형 무료 한도를 초과합니다. 호스팅형 유료 서비스를 쓰거나 오픈소스 시스템을 직접 운영해야 합니다. 요청만 제출하는 직원이 늘어나는 것은 반드시 이 한도를 넘는다는 뜻은 아닙니다.

무료 티켓 관리 툴 여섯 가지 상세 비교

현재 하고 있는 업무가 무료 한도 안에서 가능한 툴부터 살펴보는 편이 좋습니다. 깔끔한 데모 화면에 비어 있는 티켓 대기열이 보인다고 해서 적합한 제품인 것은 아닙니다. 실제 이메일 수신, 배정, 답변, 후속 처리 과정이 무료 기능만으로 돌아가는지가 중요합니다.

1. Zoho Desk: 고객 이메일 지원의 기본 선택지

Zoho Desk는 고객 요청을 담당자와 처리 이력이 있는 티켓으로 바꾸는 호스팅형 헬프데스크입니다. 공용 메일함을 벗어나려는 소규모 업체라면 가장 먼저 검토할 만합니다. 서버 관리자를 두지 않아도 이메일과 폼으로 문의를 받을 수 있습니다. 세 명이 운영하는 온라인 쇼핑몰이라면 주문 문의를 공통 대기열에 모으고 담당자를 정할 수 있습니다. 다만 Free 에디션에서는 상당 부분의 업무 조율을 사람이 맡아야 합니다.

무료 제공 범위. Free 에디션은 사용자 세 명, 지원 이메일 주소 한 개, 고급 웹 폼 한 개와 고객 헬프센터를 지원합니다. 자동화 기능으로는 알림 규칙, 기본 서비스 수준 협약, 매크로 두 개가 포함됩니다. 매크로는 상담원이 수동으로 적용하는 저장된 작업 묶음입니다. 서비스 수준 협약, 즉 SLA는 응답이나 해결 기한을 정하는 기준이지, 고객에게 대신 답하는 기능은 아닙니다.

문의가 몰리는 메일함에서는 매크로와 워크플로의 차이가 중요합니다. 매크로는 사람이 선택한 뒤 반복 작업을 간소화합니다. 워크플로는 그런 선택 없이도 조건에 반응할 수 있습니다. 현재 에디션 비교표의 Free에는 워크플로 규칙과 직접적인 티켓 배정 규칙이 없으므로, 상담원 간 자동 분류를 전제로 도입해서는 안 됩니다.

쇼핑몰이라면 우선 새 요청을 확인하고 담당자를 배정할 사람을 정합니다. 반복되는 처리 단계는 제공되는 매크로에 저장합니다. 서로 다른 사람이 보고 있을 것이라 생각해 반품 요청이 계속 미배정 상태로 남는다면, 먼저 필요한 것은 안정적인 접수 절차입니다. 배정 원칙을 한 문장으로 설명할 수 있을 만큼 명확히 한 뒤 자동화를 추가해도 늦지 않습니다.

지원 채널과 지식 관리. Free는 이메일·폼·포털 지원용으로 보는 편이 맞습니다. 소셜 채널, 메시징, 라이브 채팅에는 별도 유료 이용 조건이 적용됩니다. 비공개 지식 베이스에서는 상담원끼리 답변을 공유할 수 있지만, 상세 비교표상 공개 지식 베이스는 Standard부터 제공됩니다. 헬프센터가 있다는 이유로 모든 셀프서비스 게시 기능이 무료인 것은 아닙니다.

무료 소프트웨어 소개 페이지에서는 도움말 문서를 더 폭넓게 제공하는 듯 설명하므로 이 경계를 놓치기 쉽습니다. 도입 계획에는 에디션 비교표를 기준으로 삼는 편이 낫습니다. 고객이 이메일을 보내기 전에 직접 답을 찾게 하는 것이 주목적이라면, 티켓 접수와는 별도 요건으로 평가해야 합니다.

AI 무료·유료 구분. Free에는 생성형 요약, 답변 지원, 글쓰기 지원, 감정 분석, 자동 티켓 태깅이 포함되지 않습니다. 유료 Express와 Standard는 자체 API 키 연결 방식의 생성형 AI를 명시합니다. 외부 AI 계정을 연결하는 방식이므로 유료 Desk 계정을 구독한다고 모델 사용까지 무료가 되는 것은 아닙니다. Professional과 Enterprise에는 자체 제공 옵션이 추가되며, 구체적인 기능과 지역별 제공 여부는 비교표에 나와 있습니다. 일반적인 알림 규칙과 매크로는 생성형 AI가 아닙니다.

유료 전환 시점. 네 번째 실무 사용자, 두 번째 지원 이메일 채널, 사람이 개입하지 않는 워크플로 규칙, 공개 지식 베이스가 필요할 때 업그레이드합니다. Express는 소폭의 사용자·이메일 확대에 적합할 수 있지만 사용자 다섯 명이라는 상한과 제한적인 자동화 때문에 모든 제약을 해결하지는 못합니다. 공개 문서가 필요하다면 Standard를 바로 검토해야 합니다. 가장 저렴한 업그레이드가 문제를 해결할 것이라 가정하지 말고, 실제 병목을 없애는 이용 권한을 구매해야 합니다.

추천 대상: 고객 지원 공용 메일함을 대체하려는 소규모 기업.
강점: 간단한 서비스 기한 관리가 가능한 기간 제한 없는 무료 이메일·폼 티켓 관리.
요금: 사용자 세 명까지 $0. 유료 Express는 연간 결제 시 상담원당 월 $7부터 시작합니다. Zoho 에디션·요금 비교
무료 체험: 체험은 선택 사항입니다. 이 글에서 평가한 업무 흐름에는 기간 제한 없는 Free 에디션을 선택하면 됩니다.

판단: 고객 이메일을 정리하는 것이 목적이고 사람이 문의 분류를 맡을 수 있다면 Zoho Desk를 선택합니다.

첫 지원 메일함을 Zoho Desk에 연결하는 순서

범위가 한정된 요청부터 시작합니다. 새 티켓과 답변이 예상대로 작동하는지 확인할 때까지 기존 메시지에 계속 접근할 수 있게 합니다. 주 지원 경로를 바꾸기 전에 다음과 같이 시범 운영합니다.

1. 1

   Free 이용 범위를 확인합니다

   Free 에디션을 선택하고 실제 사용자 수를 허용 범위 안으로 유지합니다. 상위 요금제 체험에서는 나중에 사라질 기능이 보일 수 있으므로 Free 기능 비교표를 도입 검수 기준으로 삼습니다.

2. 2

   지원 이메일 주소를 연결합니다

   Setup에서 Channels, Email 순서로 열어 기본 지원 주소를 찾습니다. Zoho 이메일 채널 설정 문서에 따라 외부 지원 메일함을 해당 주소로 전달하도록 설정합니다. 실제로 사용하기 전에 전달 확인 절차를 모두 마칩니다.

3. 3

   대화가 이어지는지 확인합니다

   외부 계정에서 일반적인 테스트 요청을 보내고, 담당자를 배정하고, 답변한 뒤 요청자 입장에서 다시 회신합니다. 발신 주소, 대화 이력, 첨부파일 처리를 확인합니다. 비공개 메모가 내부에만 남는지도 확인합니다.

4. 4

   대기열 책임자를 정합니다

   미배정 요청을 확인할 사람, 부재 시 대신할 사람, 해결 완료 기준을 정합니다. 반복 작업이 명확해진 뒤에만 매크로를 추가합니다. 채널을 늘리기 전에 첫 업무 주간에 누락된 인계가 있었는지 살펴봅니다.

2. Jira Service Management: 체계적인 사내 요청 처리에 적합

Jira Service Management는 폼, 대기열, 워크플로, 기한 관리가 유용한 요청을 위한 서비스 데스크입니다. 접근 권한 신청, 장비 문제, 운영 문의를 처리하는 소규모 사내 지원 조직에 잘 맞습니다. 두 명으로 구성된 지원 조직이라면 요청이 상담원에게 전달되기 전에 조치에 필요한 정보를 수집할 수 있습니다. 다만 아주 작은 고객 메일함에는 첫 답변을 보내기도 전에 설정할 수 있는 절차가 너무 많다는 점이 부담입니다.

무료 제공 범위. Free는 상담원 세 명과 무제한 고객을 지원하며, 사이트 한 개와 파일 저장 공간 2 GB를 제공합니다. 명시된 요청 채널은 이메일, 고객 포털, 임베드 위젯, Microsoft Teams, Slack입니다. 맞춤형 폼, 워크플로, 대기열, SLA, 내장 지식 베이스도 포함됩니다. 요청자는 유료 상담원과 다르므로 소규모 지원 조직이 더 많은 사내 사용자를 지원할 수 있습니다.

폼에는 불필요한 재문의를 줄일 질문을 넣습니다. 접근 권한 요청에는 어떤 서비스가 필요하고 어떤 업무에 사용하는지 적도록 합니다. 노트북 고장 요청에는 장치와 증상을 명시하도록 합니다. 구조화의 목적은 다음 조치를 가능하게 하는 것이지, 모든 요청자에게 긴 설문을 강요하는 것이 아닙니다.

먼저 부딪히는 무료 한도. 현재 요금 페이지에는 구독당 월 1,250 자동화 단계, 하루 이메일 알림 100건, 커뮤니티 지원이 명시돼 있습니다. 서로 다른 한도입니다. 티켓 하나가 자동화 단계 하나인 것은 아니며, 접수된 요청 하나가 발신 알림 하나와 일치하지도 않습니다. 여러 차례 업데이트되는 요청은 티켓 수만으로 예상한 것보다 많은 알림을 발생시킬 수 있습니다.

제조사가 현재 사용하는 단위인 ‘단계’를 기준으로 계획해야 합니다. 과거의 규칙 실행 횟수 한도를 임의의 티켓 수로 환산해서는 안 됩니다. 소규모 운영팀이라면 업무 누락을 방지하는 전달·리마인더 작업부터 시작합니다. 의사결정에 아무도 활용하지 않는 복잡한 상태 변경에 한도를 소모하지 않는 편이 좋습니다.

알림 상한도 시범 운영으로 확인해야 합니다. 공동으로 영향을 받는 장애가 생기면 새 요청이 많지 않아도 댓글과 상태 변경이 많이 발생할 수 있습니다. 동료들이 이메일 업데이트로 업무 재개 여부를 판단한다면 상담원을 추가 채용하기 전에도 알림 제한 때문에 유료 전환이 필요할 수 있습니다.

AI 무료·유료 구분. Free에는 이제 AI 기반 보고와 지원 추세 요약이 명시돼 있습니다. 현재 요금 페이지에서 Rovo Search, Chat, Agents는 Standard부터 제공됩니다. 대화형 지원을 처리하는 가상 서비스 에이전트는 Free와 Standard에 없으며 Premium과 Enterprise에서 제공됩니다. AI 보고는 대기열 파악에 유용하지만 요청을 해결하는 무료 대화형 에이전트는 아닙니다.

소규모 팀의 도입 순서도 이 구분에 따라야 합니다. 먼저 요약이 의미를 가질 만큼 요청을 일관되게 분류해야 합니다. 노트북 고장, 구매 문의, 고객 불만을 구분 없이 한 범주에 넣었다면, 정의하지 않은 업무 책임을 AI 요약이 대신 정해주지는 않습니다.

유료 전환 시점. 네 번째 상담원, 자동화 한도 소진, 저장 공간 부족, 알림 부담, 공급사 지원 필요성은 Standard 전환의 이유가 됩니다. 가상 서비스 에이전트는 별도의 상위 요금제 결정입니다. 간단한 폼과 명확한 대기열 책임자로 해결할 수 있는 배정 문제 때문에 AI 요금제로 옮길 필요는 없습니다.

추천 대상: 요청 유형과 기한이 구분된 소규모 사내 지원팀.
강점: 상담원 한도 안에서 무제한 요청자를 지원하는 체계적인 접수와 워크플로.
요금: 상담원 세 명까지 $0. Atlassian 현재 요금제 비교
무료 체험: 기간 제한 없는 Free 요금제를 이용합니다. 유료 요금제 체험은 별도입니다.

판단: 요청 폼 개선과 명확한 워크플로로 반복적인 정보 확인을 줄일 수 있다면 Jira Service Management를 선택합니다.

3. Spiceworks: 사내 지원 담당자가 더 많을 때 유리한 무료 티켓 관리

Spiceworks Cloud Help Desk는 기술 담당자와 관리자 계정 한 개에서 다섯 개까지 지원하는 Core 요금제로 무료 선정 기준을 충족합니다. 앞서 소개한 호스팅형 무료 한도가 부족해진 소규모 사내 지원 조직에는 실질적인 장점입니다. 다섯 명 규모의 대행사라면 서버를 설치하지 않고도 여러 동료가 운영 요청을 처리할 수 있습니다. 유료 기능의 경계가 명확한 사내 지원용 선택지이며, 어떤 규모의 팀이든 무료로 무제한 쓸 수 있는 서비스는 아닙니다.

무료 제공 범위. Core에는 티켓 관리, 인시던트 추적, 알림, 보고, 무제한 최종 사용자, 최종 사용자 포털, 사용자 지정 속성, 다중 인증이 명시돼 있습니다. 계정 한도에는 기술 담당자와 관리자가 모두 포함됩니다. 관리자 로그인은 상한에 포함되지 않을 것이라 가정하지 말고 해당 역할이 필요한 사람을 세어야 합니다.

업무용 계정과 최종 사용자의 구분 덕분에 Core는 소규모 기업에 유용합니다. 모든 요청자가 기술 담당자 계정을 차지하지 않고도 도움을 요청할 수 있습니다. 사무 관리자와 기술 담당 동료가 요청 처리 책임을 나눠 맡으면서 요청자 측 절차는 간단히 유지할 수 있습니다. 얻어야 할 결과는 복잡한 사내 서비스 목록이 아니라 요청마다 담당자가 명확히 보이는 상태입니다.

채널과 자동화. 제품 페이지에는 이메일과 맞춤 설정 가능한 웹 포털이 나와 있습니다. 배정, 분류, 마감일, 우선순위에 관한 티켓 규칙과 자동 응답도 설명합니다. 이는 요청 유형을 판단한 뒤 미리 정한 작업을 적용하는 조건·동작 기반 툴입니다. AI가 임의의 문제를 이해하고 해결한다는 근거는 아닙니다.

현재 제조사 페이지에는 Core의 월별 규칙 실행 한도나 티켓 수 상한이 공개돼 있지 않습니다. 이를 무한한 처리 능력으로 해석하기보다 명시되지 않음으로 표시하는 것이 정확합니다. 특정한 트래픽 급증이나 자동화 처리량이 구매를 좌우한다면 해당 부하를 도입 검수에 포함해야 합니다.

대행사의 첫 규칙으로는 특정 장비 분류를 선택한 요청을 지정 담당자에게 보내는 정도가 적절합니다. 조건에 맞지 않는 요청도 눈에 보이는 곳으로 보내야 합니다. 명확한 사례만 전달하고 나머지를 놓치는 규칙은 실패 지점을 옮길 뿐입니다. 완벽하게 작성한 폼과 함께 일부러 정보가 빠진 요청도 시범 운영에 넣습니다.

AI 무료·유료 구분. 확인한 Core와 Premium 페이지에는 자체 생성형 AI 이용 권한이나 AI 사용 한도가 명시돼 있지 않습니다. 검증된 무료 AI 어시스턴트나 유료 AI 업그레이드를 약속할 근거도 없습니다. Core는 문서로 확인되는 티켓 관리와 규칙 기반 업무를 보고 선택해야 합니다. 추후 AI 연동은 읽는 데이터와 비용까지 포함해 별도로 평가합니다.

유료 전환 시점. 여섯 번째 기술 담당자·관리자 계정, 광고 없는 작업 공간, 작업 목록, 일괄 작업, 사용자 지정 티켓 상태가 필요하다면 Premium이 명확한 경로입니다. 이런 워크플로 기능은 계정 한도보다 먼저 중요해질 수 있습니다. 예를 들어 관련 티켓 여러 개를 반복해서 변경하는 일은 티켓의 존재를 확인하는 일과 다른 요구입니다.

요청을 제출하는 동료가 늘었다는 이유만으로 업그레이드할 필요는 없습니다. 제조사가 이미 무제한 최종 사용자를 명시하고 있습니다. 처리 담당자가 늘거나 유료 기능이 필요할 때 전환합니다. 반대로 신규 지원 근무표를 짤 때 과거의 무료 상담원 무제한 설명에 의존해서도 안 됩니다.

추천 대상: 무료 업무용 계정이 더 필요한 소규모 사내 지원 조직.
강점: 호스팅형 운영과 무제한 최종 사용자에 기술 담당자·관리자 계정 다섯 개 제공.
요금: Core $0. Premium은 연간 결제 시 계정당 월 $6부터 시작합니다. Spiceworks 현재 요금 페이지
무료 체험: Core는 기간 제한 없는 무료 요금제입니다.

판단: 고급 고객 서비스 기능보다 무료 업무용 계정 다섯 개가 중요한 소규모 사내 대기열이라면 Spiceworks를 선택합니다.

4. HubSpot Service Hub: CRM 활용 팀에 조건부로 추천

HubSpot Service Hub는 고객 관계 정보를 공유하는 기록 체계인 CRM과 연결된 고객 서비스 소프트웨어입니다. 이미 두 명이 HubSpot 연락처 기록으로 일하고 있으며 대화와 티켓 기록을 같은 환경에서 다루려 한다면 무료 툴이 적합할 수 있습니다. 핵심 제약은 접수 방식입니다. 무료 대화 수신함과 유료 Help Desk 작업 공간은 이용 권한이 다릅니다. 이메일을 자동으로 티켓으로 바꾸려는 팀이라면 선택 전에 이 경계를 확인해야 합니다.

무료 제공 범위. 현재 무료 혜택은 사용자 최대 두 명과 기본 대화 수신함 한 개를 지원합니다. 추가 수신함을 만들려면 Professional이나 Enterprise가 필요합니다. 제조사는 기본 티켓 관리, 팀 이메일, 연락처 관리, 라이브 채팅, 제한적인 대화형 봇, 기본 보고를 명시합니다. 요금 비교표에는 간단한 Facebook Messenger 메시지, 스니펫 세 개, 이메일 템플릿 세 개도 나와 있습니다. 라이브 채팅에는 HubSpot 브랜딩이 표시됩니다.

소규모 B2B 소프트웨어 회사에는 대기열 기능 하나보다 고객 맥락이 더 유용할 수 있습니다. 지원 문의가 CRM에 이미 기록된 온보딩 대화와 관련될 수 있기 때문입니다. 이 맥락을 함께 볼 수 있으면 인계가 쉬워집니다. 다만 사람들이 기록을 일관되게 활용해야 가치가 생깁니다. 비어 있는 고객 타임라인이 요청 이해를 도와주지는 않습니다.

새로 만든 계정의 제약. HubSpot의 대화 수신함 설정 문서에 따르면 2024년 4월 1일 이후 생성한 계정은 수신함에 연결된 채널에서 티켓을 만들 수 없습니다. 해당 채널을 공유 수신함으로 사용하는 것은 가능합니다. 문서는 티켓 관리를 Help Desk로 안내하며, 작업 공간 요구 사항에는 Service Hub Professional 또는 Enterprise가 명시돼 있습니다.

무료 티켓 기록이 사라진다는 뜻은 아닙니다. ‘무료 티켓 관리’라는 설명을 팀 이메일만 연결하면 원하는 티켓 업무 흐름이 자동으로 구성된다는 약속으로 읽어서는 안 된다는 뜻입니다. 모든 지원 이메일이 사람의 변환 작업 없이 배정·추적 가능한 티켓이 되어야 한다면, 이 제약만으로 Free가 부적합할 수 있습니다.

자동화. 제조사의 파이프라인 자동화 문서는 이메일에 따른 티켓 상태 변경과 관련 자동화에 유료 Service Hub 구독을 요구합니다. Free는 수동 처리의 출발점입니다. Starter에는 더 단순한 자동화가 추가되지만, 전체 헬프데스크 워크플로와 작업 공간에는 별도 이용 권한이 필요합니다. 브랜딩을 제거하는 업그레이드로 고급 데모에서 본 전체 업무 흐름까지 확보되는 것은 아닙니다.

도입 전에 원하는 동작을 새 이메일, 티켓 기록, 담당자, 답변, 고객 회신, 상태 갱신 순서로 적어봅니다. 선택한 정확한 요금제에서 어느 단계가 자동인지 확인합니다. 기능 목록에 ‘수신함’과 ‘티켓’이 함께 있다는 사실만으로 둘의 연결이 입증되지는 않으므로, 이런 확인이 더 나은 선택 기준입니다.

AI 무료·유료 구분. Breeze Assistant의 현재 문서는 추가 구독이 필요한 일부 기능을 제외하고 모든 제품과 요금제에서 사용할 수 있다고 설명합니다. 콘텐츠 생성과 기록 요약을 도울 수 있습니다. 어시스턴트 자체는 HubSpot Credits를 소비하지 않지만 호출하는 AI 에이전트는 크레딧을 쓸 수 있습니다. Breeze Customer Agent는 별도 제품 권한으로, 조건을 충족하는 유료 구독이 필요하며 크레딧을 사용합니다. 해당 에이전트의 체험은 영구 무료 할당량이 아닙니다.

유료 전환 시점. 실무 사용자 추가, 이메일 기반 티켓 자동화, 유료 작업 공간과 고객 에이전트 기능이 필요할 때 비용을 지불합니다. 후자의 기능은 Starter로 해결된다고 가정하지 말고 Professional을 직접 검토해야 합니다. 일반적인 지원 이메일을 비용 없이 티켓으로 받는 것만 목적이라면, 이 제약에 맞춰 업무를 재설계하기 전에 앞서 소개한 이메일 중심 제품을 선택하는 편이 낫습니다.

추천 대상: 이미 HubSpot 고객 기록을 사용하며 수동 티켓 업무를 받아들일 수 있는 아주 작은 팀.
강점: 고객 맥락과 기능별 요구 사항에 따른 Breeze Assistant 무료 이용.
요금: 사용자 최대 두 명까지 $0. HubSpot 현재 Service Hub 요금
무료 체험: 무료 툴과 유료 서비스·AI 기능의 체험은 별도입니다.

판단: Free에서 접수 절차를 검증한 뒤, 이미 활용 중인 고객 맥락의 가치가 크다면 HubSpot을 선택합니다.

5. osTicket: 계정별 구독 없이 쓰는 전통적인 티켓 관리

osTicket은 직접 설치하고 운영하는 오픈소스 지원 소프트웨어입니다. 이메일과 웹 요청을 전통적인 티켓 대기열로 관리하려 하며 서버 책임자가 있는 소규모 기술 기업에 적합합니다. 호스팅형 계정 구독 없이 단순명료하게 티켓을 처리할 수 있다는 것이 장점입니다. 대신 헬프데스크의 가용성과 최신 상태를 유지할 책임도 같은 기업이 맡습니다.

무료 제공 범위. Open Source 에디션은 무료이며 이메일 연동과 커뮤니티 지원을 포함합니다. 제조사 홈페이지에는 이메일, 웹 폼, API 접수가 나와 있습니다. API는 다른 애플리케이션이 데이터를 제출할 때 사용할 수 있는 연결 방식입니다. 확인한 에디션 페이지에는 자체 호스팅 소프트웨어의 상담원 수나 티켓 수가 숫자로 제한돼 있지 않습니다. 정해진 수의 무료 호스팅 계정을 빌리는 것과는 다르지만, 어떤 서버든 무제한 트래픽을 처리한다는 약속은 아닙니다.

소규모 수리 업체를 예로 들 수 있습니다. 접수 폼에서 장비 유형과 문제를 수집하고, 도움말 주제로 수리 요청과 청구 문의를 구분할 수 있습니다. 이런 필드는 다음 조치를 명확하게 하며, 모든 메시지를 구분 없는 메일함의 똑같은 항목으로 취급하는 것도 줄여줍니다.

자동화와 협업. 문서에 명시된 기능에는 사용자 지정 필드와 폼, 티켓 필터, 부서·상담원 배정, 저장 답변, 자동 응답이 포함됩니다. 필터는 접수 티켓을 전달하거나 거부하고 내용에 따라 작업을 적용할 수 있습니다. 티켓 잠금은 충돌하는 답변을 방지하며, SLA 계획은 기한 초과 알림을 제공합니다. 제조사는 무제한 SLA 계획을 명시하지만, 확인한 페이지에는 월별 자동화 실행량 계측 기준이 나와 있지 않습니다.

이 유연성으로 간단한 책임 배정을 구현합니다. 청구 주제는 회계 담당자에게, 수리 요청은 기술 대기열로 보낼 수 있습니다. 미분류 요청을 위한 기본 경로도 유지해야 합니다. 티켓을 의도적으로 거부하려면 납득할 수 있는 업무상 이유가 있어야 합니다. 필터는 유용하지만 조건이 너무 넓으면 정당한 고객 문제를 가릴 수 있습니다.

포털과 지식 베이스는 고객에게 정보를 제공하는 또 다른 경로입니다. 운영 측면에서는 누가 답변을 관리하며 티켓 대기 중 요청자에게 무엇이 보이는지가 중요합니다. 설정을 늘리기 전에 고객이 기존 요청을 찾을 수 있는지, 배정받은 사람이 다음 조치를 아는지 확인합니다. 답변을 아무도 활용하지 않는다면 많은 사용자 지정 필드는 오히려 접수를 어렵게 합니다.

AI 무료·유료 구분. 확인한 기존 오픈소스 에디션의 기능·에디션 페이지는 자체 생성형 어시스턴트, AI 할당량, 공식 유료 AI 업그레이드를 약속하지 않습니다. 티켓 필터와 저장 답변은 규칙과 저장된 텍스트입니다. 이를 자율적인 AI 해결 기능으로 예산에 반영해서는 안 되며, 외부 플러그인을 별도 확인 없이 제조사가 지원하는 무료 기능으로 간주해서도 안 됩니다.

유료 전환 시점. 서버 관리 때문에 고객에게 쓸 시간이 줄거나 장애 후 시스템을 복구할 사람이 없다면 호스팅이나 운영 지원에 비용을 지불합니다. 제조사는 업그레이드·백업 관리와 지속적인 지원을 제공하는 유료 클라우드 서비스를 운영합니다. 이 구매는 서비스를 누가 운영하는지를 바꿉니다. 상담원 추가만이 구매 이유는 아닙니다.

기존 관리자와 적절한 인프라가 있는 기업에는 자체 호스팅이 경제적일 수 있습니다. 무료 다운로드를 받으면 운영 업무도 없을 것이라 기대하는 비기술 창업자에게는 좋은 기본 선택이 아닙니다. 라이선스 항목뿐 아니라 관리자의 시간도 비교에 넣어야 합니다.

추천 대상: 전통적인 이메일·웹 티켓 관리가 필요한 기술 역량을 갖춘 소규모 기업.
강점: 호스팅형 계정별 라이선스 없이 폼, 전달 필터, 티켓 담당자 관리 제공.
요금: Open Source 라이선스 $0. 제조사 호스팅 옵션은 상담원당 월 $12부터 시작합니다. osTicket 에디션 비교
무료 체험: 유료 호스팅 옵션은 30일을 제공합니다. 오픈소스 다운로드는 기간 제한 체험이 아닙니다.

판단: 전통적인 티켓 관리가 필요하고 운영 담당자가 이미 정해져 있다면 osTicket을 선택합니다.

6. Zammad: 자체 호스팅 워크플로와 선택형 로컬 AI

Zammad는 메시징 채널, 워크플로 툴, 선택형 AI 공급사를 문서로 안내하는 오픈소스 헬프데스크입니다. 요청 처리 방식과 데이터 처리 위치를 더 직접 통제하려는, 기술 지원 역량이 있는 소규모 팀에 맞습니다. 기본적인 호스팅형 무료 수신함보다 자유가 커지는 만큼 설정 책임도 늘어납니다. 시간과 기술을 갖춘 담당자가 있을 때에만 매력적인 선택입니다.

무료 제공 범위. Zammad 제조사는 오픈소스 라이선스에 따라 상업용·개인용 모두 라이선스 비용이 없다고 명시합니다. 무료 경로는 호스팅형 Starter 요금제가 아니라 자체 호스팅 소프트웨어입니다. 호스팅형 요금제의 상담원 상한을 오픈소스 라이선스에 적용하거나, 호스팅 체험을 영구 무료 클라우드 계정으로 오해해서는 안 됩니다.

관리자 문서는 웹 티켓, 폼, 이메일, 채팅, Telegram 등의 채널을 다룹니다. 채널을 지원한다고 외부 메시징 공급사나 인프라까지 무료가 되지는 않습니다. 소규모 서비스 기업이라면 이메일과 고객이 이미 사용하는 채널부터 시작합니다. 가능한 채널을 모두 추가하면 누군가 요청을 확인해야 하는 곳만 늘어납니다.

자동화. Zammad는 트리거, 이메일 필터, 매크로, 예약 작업을 문서로 설명합니다. 트리거는 조건에 맞는 이벤트가 발생할 때 변경을 적용합니다. 매크로는 수동으로 적용합니다. 예약 작업은 사람이 먼저 티켓을 수정하지 않아도 지정된 시각에 실행됩니다. 이 차이를 이해하면 접수 확인, 배정, 기한 초과 알림에 가장 단순한 수단을 고를 수 있습니다.

트리거 가이드는 티켓을 명시적으로 갱신하지 않는 변경이 반드시 트리거를 실행하는 것은 아니라고 설명합니다. 유용한 도입 검수 항목입니다. 설계한 절차가 의존하는 필드나 태그를 변경하고 원하는 작업이 발생하는지 확인합니다. 자동화 빌더가 있다고 모든 조작이 규칙을 시작하는 것은 아닙니다.

구독 요금과 구분해야 할 기술적 제한도 문서에 있습니다. 스케줄러 작업은 실행당 최대 2,000개 객체를 처리합니다. 이는 잘못된 설정에 대비한 보호 제한이며 무료 요금제의 월별 할당량이 아닙니다. 실제 처리 능력은 운영하는 시스템과 실행시키는 작업에 달려 있습니다.

AI 무료·유료 구분. AI 기능 코드도 Zammad의 오픈소스 방식을 따르지만, 실제 처리에는 공급사 설정이 필요합니다. AI 공급사 문서는 외부 공급사와 Zammad AI뿐 아니라 Ollama를 통한 로컬 모델도 지원합니다. 로컬 모델은 외부 공급사에 호출당 내는 요금을 피할 수 있지만 하드웨어, 전력, 설정, 유지 관리는 직접 제공해야 합니다. 무료 헬프데스크 계정에 무료 호스팅 추론이 포함된다는 뜻은 아닙니다.

제품 문서는 티켓 요약, 글쓰기 지원, 분류·전달 기능을 안내합니다. 직접 받는 요청 유형으로 평가할 보조 기능으로 다뤄야 합니다. 짧은 요약은 답을 바꾸는 핵심 세부 정보를 놓칠 수 있고, 자동 분류는 특이한 요청을 잘못된 그룹에 넣을 수 있습니다. 실제로 일을 줄이는지 판단하는 동안 사람이 검토할 경로를 눈에 보이게 유지합니다.

Zammad의 호스팅형 AI는 Professional v2와 Plus v2에서 선택할 수 있으며 사용 요금이 붙습니다. 자체 호스팅 고객도 Zammad AI 호출을 구매할 수 있습니다. 관리형 모델 공급사 비용과 티켓 서버 운영 인력 비용은 서로 다른 문제를 해결하며 어느 한쪽에 다른 쪽이 포함돼 있다고 가정해서는 안 됩니다.

유료 전환 시점. 유지 관리 책임이 병목이 되면 관리형 호스팅이나 지원을 구매합니다. AI 처리는 명확한 업무에 도움이 되고 사용량을 산정할 수 있을 때만 구매합니다. 소규모 팀이 Zammad를 선택하기 위해 반드시 AI를 도입할 필요는 없습니다. 관리할 사람이 없다면 소액 요금을 아끼려고 기술 요구가 높은 로컬 모델을 운영하는 것은 좋지 않은 선택입니다.

추천 대상: 워크플로, 호스팅, 선택형 모델 공급사를 통제하려는 기술팀.
강점: 규칙 기반 자동화와 AI 자동화를 구분해서 선택할 수 있는 오픈소스 티켓 운영.
요금: 자체 호스팅 라이선스 $0. 호스팅형 Starter v2는 연간 결제 시 상담원당 월 €7부터 시작합니다. Zammad 요금·호스팅 조건
무료 체험: 호스팅 체험은 30일입니다. 자체 호스팅 오픈소스 사용에는 체험 만료가 없습니다.

판단: 직접 통제해야 한다는 요구가 있고 시스템 운영 책임을 받아들일 수 있다면 Zammad를 선택합니다.

소규모 기업은 어떤 무료 티켓 관리 시스템을 골라야 할까요?

실제 업무 흐름을 가장 먼저 막는 제약을 기준으로 고릅니다. 사람이 문의를 분류하는 고객 이메일 대기열에는 Zoho Desk부터 검토합니다. 폼과 기한이 필요한 사내 요청에는 Jira Service Management가 출발점입니다. 사내 대기열을 처리할 동료가 더 많다면 Spiceworks의 무료 계정 수가 선택을 좌우할 수 있습니다.

고객 기록이 이미 HubSpot에 있고 Free의 접수 제약을 받아들일 수 있다면 HubSpot의 우선순위가 올라갑니다. 전통적인 티켓 관리면 충분하고 기존 관리자가 있다면 osTicket이 앞섭니다. 더 복잡한 운영을 감수할 만큼 워크플로 통제와 선택형 로컬 AI가 중요하다면 Zammad가 앞섭니다.

선택을 바꾸는 원칙: 서버 유지 관리 책임자가 없다면 호스팅형 소프트웨어를 선택합니다. 호스팅형 무료 계정 한도나 필수 워크플로가 업무를 막는다면 필요한 유료 기능에 예산을 배정합니다. 자체 호스팅은 정상 운영을 책임질 사람을 구체적으로 정할 수 있을 때 대안이 됩니다.

무료 헬프데스크에 반드시 필요한 기본 동작

첫 헬프데스크는 담당자와 다음 조치를 명확히 보여줘야 합니다. 주문 문의라면 답변 책임자가 있고, 고객이 회신할 수 있으며, 미해결 문제가 계속 보여야 합니다. 접근 권한 신청이라면 올바른 담당자에게 전달돼야 하며 단순히 접수 확인을 보냈다는 이유로 종료돼서는 안 됩니다.

일반 문의, 정보가 부족한 요청, 과거 대화에 대한 고객 회신, 첫 상담원이 해결하지 못하는 문제 등 대표 사례를 시범 운영합니다. 상담원 화면뿐 아니라 요청자 화면도 확인해야 합니다. 내부에서는 정돈돼 보여도 고객에게 혼란스러운 메시지를 보내거나 같은 정보를 다시 요구할 수 있습니다.

초기 보고에서 답할 질문은 단순하게 유지합니다. 우리 답변을 기다리는 요청은 무엇이고 담당자는 누구인가를 확인하면 됩니다. 커다란 대시보드보다 믿을 수 있는 답이 유용합니다. 메시지 누락, 중복 답변, 보이지 않는 후속 처리 등 이메일에서 옮기게 된 원래 문제를 추적합니다. 수신함 연결이 된다는 이유만으로 이전이 성공했다고 판단해서는 안 됩니다.

무료 이메일 티켓 관리, 회신이 끝까지 이어지는지 확인하기

이메일 접수는 전 과정을 확인해야 합니다. 외부 메일함에서 첨부파일을 넣어 보내고, 상담원으로 답변한 다음 고객으로 다시 회신합니다. 대화가 이해하기 쉽게 유지되는지, 발신 주소가 적절한지, 다음 조치가 올바른 대기열에 나타나는지 확인합니다. 다른 사람에게 요청을 인계할 때도 테스트합니다.

내부 메모와 고객 답변을 분리하고 회사 전체를 초대하기 전에 차이를 검증합니다. 스팸과 자동 발송 메일의 처리 절차도 확인합니다. 이는 권장 검수 항목이며 모든 제품이 동일하게 동작한다는 보장은 아닙니다.

특히 HubSpot은 대화와 티켓 기록의 정확한 관계를 테스트해야 합니다. 무료 수신함 문서에 따르면 이는 이전 후 발견할 사소한 설정 문제가 아니라 제품 선택 단계에서 판단할 사안입니다.

무료 티켓 관리 소프트웨어, 언제 유료로 바꿔야 할까요?

무료 한도가 반복 업무를 만들거나 서비스의 필수 부분을 막을 때 비용을 지불합니다. 계정 상한은 눈에 잘 보입니다. 반복 수동 배정, 고객 알림 부재, 사용할 수 없는 공개 지식 베이스, 책임자 없는 서버도 그만큼 결정적일 수 있습니다.

소규모 대행사라면 구체적으로 어떤 작업이 반복되고 누가 수행하는지 적습니다. 실제 대기열을 바탕으로 월 소요 시간을 추산한 뒤, 전체 업그레이드 비용과 설정에 필요한 업무를 비교합니다. 가정에 불과한 AI 생산성 향상률을 근거로 상위 요금제를 구매해서는 안 됩니다. 어떤 작업이 바뀌고 어떤 결과를 성공으로 볼지 먼저 정합니다.

업그레이드가 잘못된 답일 수도 있습니다. 아무도 대기열을 확인하지 않아 요청이 미배정 상태로 남는다면 기능을 늘려도 같은 문제가 지속될 수 있습니다. 먼저 책임을 배정합니다. 사람들이 이미 따르는 절차에서 명확한 제약을 제거할 때 비용을 지불합니다.

오픈소스 티켓 관리 시스템에도 운영 인력 예산이 필요합니다

무료 라이선스는 소프트웨어 비용을 없애지만 서비스 운영 업무까지 없애지는 않습니다. osTicket이나 Zammad로 고객 요청을 옮기기 전에 호스팅, 메일 전달, 업데이트, 백업, 복구마다 책임자를 정해야 합니다. 오늘 서버가 작동한다고 내일 복구할 수 있다는 근거가 되지는 않습니다.

호스팅과 가용성. 시스템을 어디서 실행할지, 누가 장애를 감지할지, 중단 중 요청자가 어떻게 연락할지 정합니다. 구성을 이해하는 유일한 사람이 부재중이면 일상적인 문제가 지원 중단으로 커질 수 있습니다. 소규모 기업도 임시 접수 주소와 명확한 담당자 같은 현실적인 대체 수단이 필요합니다.

백업과 복구. 티켓 이력, 첨부파일, 설정, 서비스 운영 정보 등 복구 대상을 정의합니다. 관리자가 별도 환경에 복원하는 과정을 시연하도록 합니다. 백업 작업의 성공도 유용하지만, 중요한 결과는 복원된 헬프데스크를 실제로 사용할 수 있는 상태입니다.

업데이트와 변경 책임. 업무 일정에 업데이트 시간을 배정합니다. 이후 확인해야 할 연동이나 맞춤 설정을 기록합니다. 지원 절차가 맞춤형 설치에 많이 의존할수록 원래 관리자가 없을 때 이 기록이 유용해집니다.

서비스 이전과 과거 기록. 어떤 시스템에 의존하기 전에 다른 곳으로 옮길 경우 과거 요청에 어떻게 계속 접근할지 정합니다. 선택한 제품과 에디션의 실제 내보내기·보관 경로를 확인합니다. 티켓 목록이 보인다고 첨부파일, 관계 정보, 내부 메모가 모두 같은 내보내기 기능에 포함된다고 가정해서는 안 됩니다.

기술 지원 역량이 있는 기업이라면 이런 업무가 기존 운영에 자연스럽게 들어갈 수 있습니다. 소액 구독료를 아끼려고 혼자 처리하는 창업자에게는 선택에서 가장 비싼 부분이 될 수 있습니다. 비교해야 할 것은 관리형 서비스와 지속해서 감당할 수 있는 운영 책임입니다.

선정 기준과 비교 방법

먼저 무료 제공 자격을 확인했습니다. 제조사가 기간 제한 없는 무료 호스팅 요금제나 자체 호스팅 오픈소스를 제공해야 했습니다. 이후 실제 접수 채널, 실무 계정 한도, 자동화 경계, AI 이용 권한, 운영 유지 업무를 기준으로 순위를 정했습니다. 공개하지 않은 할당량은 무제한으로 보지 않고 미공개로 표시했습니다.

제조사 페이지와 문서는 앞서 명시한 날짜에 확인했습니다. 설명이 서로 다르면 폭넓은 마케팅 주장보다 상세 에디션 비교표와 설정 요구 사항을 우선했습니다. 추천 시나리오와 도입 검수 항목은 편집상의 분석입니다. 시험 구축, 응답 시간 개선, 고객 성과를 주장하지 않습니다.

모든 헬프데스크를 망라한 목록이 아니라 소규모 팀을 위한 후보 목록입니다. 공유 수신함 정리와 광범위한 기업용 서비스 플랫폼 교체를 의도적으로 구분했습니다. 유료 고객 지원 시스템을 비교할 준비가 됐다면 별도의 Zendesk 대안 비교를 참고하면 됩니다.

이런 조건에서는 피하는 편이 좋습니다

Freshdesk를 계속 무료로 쓸 제품으로 추천하는 것은 피해야 합니다. Freshdesk에는 비용 없이 시작하는 경로가 있지만, 현재 Free Program 문서는 상담원 두 명과 6개월로 제한하며 어느 한쪽이라도 넘으면 유료 업그레이드를 요구합니다. 유료 서비스 도입을 위한 의도적인 시작으로는 쓸 수 있습니다. 이 글의 지속적인 무료 제공 기준에는 맞지 않습니다.

연결된 수신함 채널의 자동 티켓 전환이 필수라면 HubSpot Free를 피합니다. 무료 티켓 관리와 공유 수신함이라는 이름이 앞서 설명한 신규 계정 제약을 없애지는 않습니다. 제품 페이지에 두 단어가 함께 있어서가 아니라, 문서로 확인한 업무 흐름이 맞기 때문에 선택해야 합니다.

운영자 없는 자체 호스팅을 피합니다. osTicket과 Zammad는 라이선스 기준을 충족합니다. 그러나 어느 라이선스도 백업, 업데이트, 이메일 전달을 책임지지 않습니다. 그 일을 맡을 사람이 없다면 호스팅형 무료 요금제를 사용하거나 관리 비용을 지불합니다.

공유 수신함 문제를 해결하려고 기업 전체 규모의 기능을 구매하는 것은 피합니다. 안정적인 요청 접수, 담당자, 답변, 다음 조치부터 시작합니다. 더 넓은 인시던트·자산·변경 관리 체계는 필요해졌을 때 검토하면 됩니다. 소규모 팀이 요청 누락을 막기 위한 필수 조건은 아닙니다.

자주 찾는 질문과 답변

가장 좋은 무료 티켓 관리 시스템은 무엇인가요?

소규모 고객 이메일 대기열에는 Zoho Desk가 기본 선택지입니다. 체계적인 사내 요청에는 Jira Service Management가 맞으며, 무료 업무용 계정이 더 필요하면 Spiceworks가 유리합니다. 자체 호스팅 시스템을 운영할 사람이 있다면 osTicket이나 Zammad를 선택합니다. HubSpot은 CRM의 가치와 Free 접수 제약을 함께 고려해야 합니다.

IT 티켓 관리 시스템은 어떤 업무에 쓰나요?

노트북 수리 요청에서는 장치, 문제, 담당자, 다음 조치를 기록합니다. 접근 권한 신청에서는 필요한 서비스와 처리 담당자를 기록합니다. 소규모 사내 지원팀은 기업 전체를 위한 서비스 관리 체계를 도입하지 않고도 이런 워크플로부터 시작할 수 있습니다.

헬프데스크 티켓 관리 시스템이란 무엇인가요?

요청과 답변을 담당자·상태가 있는 공유 기록으로 정리하는 시스템입니다. 여기서 소개한 툴은 고객 문의나 사내 요청을 지원합니다. 행사 입장권 판매 플랫폼을 비교하는 글은 아닙니다.

다음 업무 주간에는 접수 주소 하나와 담당자를 정하고, 나머지 대기열을 옮기기 전에 회신 과정 검증을 진행합니다. 다음으로 어떤 지원 업무를 자동화할지 파악하려면 뉴스레터에서 AI Business Workflow Audit Checklist를 받아보면 됩니다.