최고의 헬프데스크 소프트웨어와 자체 호스팅 Zendesk 대안

가끔 답변하는 직원을 추가할 때마다 지원 소프트웨어를 다시 선택할 필요는 없어야 합니다. 자체 호스팅 Zendesk 대안은 고객 지원 티켓 처리에 드는 기본 라이선스 비용을 없앨 수 있습니다. 공유 이메일에는 FreeScout가 합리적인 출발점이며, 메일함에서 팀으로의 배정이 중요하면 Zammad를 살펴볼 만합니다. 두 제품 모두 이메일 운영을 책임질 사람은 필요합니다.

Zendesk를 유지하거나 다른 관리형 헬프데스크를 선택하는 편이 더 나을 수도 있습니다. 필요한 업무 흐름이 이미 작동하고 패치, 백업, 메일 처리를 맡을 사람이 없다면 구독을 바꾸는 일이 두 번째 직업이 될 수 있습니다.

핵심 요약

비정기 이메일 응답에는 FreeScout, 팀 배정에는 Zammad, 이메일과 실시간 채팅의 공통 대기열에는 Chatwoot Community Edition부터 검토하세요. UVdesk와 osTicket은 특정 알림 및 부서 배정에 적합합니다. Peppermint는 새 운영 환경에 배포하기 전에 유지보수와 라이선스를 명확히 해야 합니다. 운영 업무를 예산에 넣고 지원 주소를 옮기기 전에 이메일 왕복 전체를 검증하세요.

라이선스와 상담원당 운영 비용 비교

기본 라이선스가 무료인 헬프데스크도 호스트, 정상적인 이메일, 백업, 유지보수가 필요합니다. 상담원당 실질 비용은 전체 운영 예산을 상담원 수로 나눈 값입니다. 응답 인원이 늘면 고정비를 분산하지만 트래픽과 운영 업무 증가로 예산이 커질 수도 있습니다.

아래 표는 공급업체 견적이나 동일 용량 추정이 아닌 예시용 월간 USD 예산입니다. 계산된 각 행은 호스팅 $40, 백업 $5, 메일함 및 발송 $5, 시간당 $30인 유지보수 두 시간을 가정합니다. 현금 운영비 $50와 인건비 $60를 합쳐 $110입니다.

가상 팀은 상담원 세 명, 열 명, 스물다섯 명입니다. 이는 계산이지 하나의 호스트가 모든 부하를 감당한다는 증거가 아닙니다. 표의 가독성을 위해 H는 호스팅, B는 백업, E는 이메일, L은 인건비로 표시합니다.

총비용은 라이선스 + 필수 모듈 + 호스팅 + 백업 + 이메일 + 인건비로 계산하세요. 이를 모델의 상담원 수로 나눕니다. 표시 결과만 반올림하고 이후 계산에는 원래 값을 보관하세요.

민감한 변수는 유지보수입니다. 두 시간 대신 네 시간이면 월 $170로, 팀 규모별 상담원당 $56.67, $17.00, $6.80입니다. 이 시간은 바꿀 수 있는 예산 가정이며 제품별로 측정한 유지보수 요구량이 아닙니다.

FreeScout의 모듈 라이선스 조건은 인스턴스 하나에 대한 영구 라이선스와 평생 업데이트를 명시합니다. 필수 모듈 가격이 M이면 첫 기간 현금 지출에 M을 더하세요. 명시적인 12개월 보유 가정에서 M/12를 월 상각액으로 표시할 수도 있습니다. 이를 월 구독료라고 부르면 구매 성격을 잘못 설명합니다.

자체 호스팅 유료판이 상담원당 월 p를 받으면 기본 가정은 $110 + pN이며 N은 상담원 수입니다. 실질 비용은 $110/N + p입니다. 더 완전한 모델에서는 호스팅 H(N)이 부하, 첨부 저장공간, 서비스 요구에 따라 증가할 수 있습니다.

같은 총액은 라이선스 계산만 분리합니다. 저렴한 순위를 매기거나 관리 시간이 같다고 예측하지 않습니다. 비용 절감을 결론내리기 전에 빠진 유료 기능을 포함한 필요 범위와 현재 청구서를 비교하세요.

결정적인 기능에 따라 Zendesk 대안 선택

지원 주소 두 개로 요청이 와도 수작업 분류가 필요하면 배정부터 시험하세요. 가끔 응답하는 인력이 구매 문제라면 상담원 접근을 시험하세요. 최적의 Zendesk 대안은 바꿀 지원 업무, 이를 수행하는 버전, 수용 가능한 제한에 달려 있습니다.

비정기 이메일 응답자를 위한 FreeScout

동료가 기본 라이선스 좌석을 추가 구매하지 않고 가끔 답해야 한다면 FreeScout 기본판을 선택하세요. 공식 저장소는 무제한 지원 상담원을 명시합니다. 필요한 확장 기능은 별도로 확인하고 활동량에 맞춰 서버를 정하세요. 계정 무제한이 용량 보장은 아닙니다.

누가 접근하고 어떤 대화를 담당할지 결정하세요.

결정 전에 필요한 확장 기능을 적으세요. 업무 흐름, 태그, 고객 포털 요구를 비용 절의 유료 모듈과 비교하세요. 가격을 확인하지 않은 추가 기능에 의존한다면 매력적인 기본판도 잘못된 구매가 될 수 있습니다.

공유 이메일과 비정기 응답자라면 저는 FreeScout부터 후보에 넣겠습니다. 아래 메일함 시험을 결정 기준으로 삼으세요. 계정 추가보다 답변이 올바른 대화로 돌아오는지 입증하기가 어렵습니다.

메일함에서 팀으로 배정하는 Zammad

요청을 특정 팀 대기열로 보내야 한다면 Zammad 오픈 소스 자체 호스팅판을 선택하세요. 이메일 계정 설정 안내는 대상 그룹과 세부 필터를 설명합니다. 애플리케이션 스택뿐 아니라 계정 설정과 과거 메일 가져오기 동작까지 책임져야 한다는 제한이 있습니다.

지원 주소와 청구 주소가 매번 메일을 재분배하는 한 사람에게 의존해서는 안 됩니다. 대상 그룹을 설정하고 대표 메시지로 배정을 검증하세요. 예시에 맞는 규칙은 관련 없는 요청도 적절한 대기열에 남겨야 합니다.

Cloudzy VPS의 Zammad 원클릭 배포로 수동 설치를 건너뛰세요. 스택이 설치되면 지원 메일함 연결과 팀 배정 설정을 바로 시작할 수 있습니다.

기존 메일함 연결에는 주의가 필요합니다. Zammad는 기본적으로 가져온 메시지를 원본에서 삭제합니다. 보존하려면 IMAP를 쓰고 “Keep messages on server”를 “yes”로 설정하세요. 가져온 메시지를 읽음 처리하고 읽지 않은 메시지만 가져옵니다. 과거 메일은 보관 모드로 자동 답장 등을 억제하세요. 활발한 주소를 연결하기 전에 설정을 합의하세요.

배정에 관한 권고이지 Zendesk 이전이 모든 업무 흐름이나 기록을 보존한다는 약속은 아닙니다. 새 메일 시험 성공과 이전 요구를 따로 판단하세요.

이메일과 채팅 공통 대기열을 위한 Chatwoot

이메일과 실시간 채팅을 한 받은편지함에서 처리하려면 Chatwoot Community Edition을 선택하세요. Community 페이지는 공유 받은편지함, 실시간 채팅, 이메일을 명시합니다. 필요한 유료 제어 기능을 확인하세요. 받은편지함 공유만으로 Zendesk 티켓 흐름과 완전히 같아지지는 않습니다.

채팅과 이메일 요청은 각각 별도로 지켜볼 곳을 만들 수 있습니다. Chatwoot의 이유는 그 분리를 줄이는 데 있습니다. 기존 티켓 처리를 대체하기 전 상담원이 대화를 받고 이어가는 방식을 평가하세요.

자체 호스팅 요금제 비교에서는 SSO/SAML과 SLA 정책을 Enterprise에만 제공합니다. Community Edition 선택 전에 확인하세요. 같은 자체 인프라에서 실행해도 서로 다른 구매입니다.

채팅 경험이 핵심이면 더 넓은 자체 호스팅 실시간 채팅 비교를 참고하세요. 여기서는 이메일 접수와 답변 연속성을 인수 테스트에 계속 포함하세요.

티켓 생성 알림을 위한 UVdesk

새 티켓이 상담원에게 자동 알림을 보내야 하면 UVdesk Community를 후보에 넣으세요. Community 배포본은 Automation Bundle을 포함하며, UVdesk의 업무 흐름 예시는 티켓 생성 시 상담원에게 메일을 보냅니다. Community에서 규칙을 확인하세요. 전자상거래 연결기, 상용 앱, SaaS 흐름은 각각 버전을 확인해야 합니다.

문서의 흐름은 이벤트, 조건, 동작을 사용합니다. 대기열에 맞는 수신자와 조건으로 알림 하나부터 시작하세요. 발동할 메시지와 발동하지 않을 메시지를 모두 시험해 너무 넓은 규칙이 원치 않는 메일을 만들지 않게 하세요.

운영 책임에는 PHP 앱과 메일함 갱신 설정이 포함됩니다. 그 알림이 설정 수고를 정당화할 때 선택하고, 다른 대기열과 같은 재시작 및 메일 시험을 규칙에도 요구하세요.

주소 기반 부서 배정을 위한 osTicket

받는 지원 주소로 부서와 기본 우선순위를 정하려면 오픈 소스 osTicket을 선택하세요. Email Settings 문서가 이를 직접 설명합니다. 제한은 메일 접수 방식입니다. 파이핑은 메일 서버 접근이 필요하고, 폴링은 직원 활동과 무관하게 실행되는 예약 수집기가 필요합니다.

[email protected] 같은 주소는 티켓 생성 시 목적지를 전달할 수 있습니다. 서로 다른 요청으로 주소-부서 매핑을 시험하고 한 티켓에 답해 원래 대화에 남는지 확인하세요.

실제 수신 메일로 Zammad 그룹/필터 방식과 비교하세요.

접수 경로도 구매 판단의 일부입니다. 웹 호스팅 계정만으로 메일 서버 파이핑이나 무인 예약 폴링이 가능한지 알 수는 없습니다.

맞춤 헬프데스크의 출발점인 Peppermint

Peppermint는 자체 호스팅 헬프데스크에 티켓 관리, Markdown 편집기, 파일 업로드를 결합합니다. 2026년 7월 원본 저장소가 보관 처리되었지만 소스는 남아 있습니다. 접근 방식이 마음에 들고 개발 자원이 있다면 팀 흐름에 맞는 포크의 출발점이 될 수 있습니다.

이 경로는 빌드, 의존성 업데이트, 보안 수정, 이메일 통합을 직접 책임지는 것입니다. 수정하거나 배포하기 전에 라이선스 조건을 확인하고 실제 지원 전에 전체 이메일 왕복을 시험하세요.

Peppermint 원클릭 배포는 수동 설정 없이 기존 앱을 당사 VPS에 설치합니다. 티켓 흐름을 살펴보고 원하는 변경을 찾아 자체 포크를 계획하세요.

이메일 파이핑과 답변 왕복 확인 방법

파이핑 설정이 운영상의 난관이지만 많은 헬프데스크는 메일함을 폴링합니다. 수신 메일이 티켓을 만들고 상담원 답변이 고객에게 도착하며 다음 고객 답변이 같은 티켓에 합쳐지는지 입증해야 합니다. 로그인 페이지나 비밀번호 재설정 알림만으로 어느 방향도 입증되지 않습니다.

파이핑은 원본 메시지를 메일 서버에서 앱 처리기로 전달합니다. IMAP 폴링은 예약에 따라 가져오고, 전달은 다른 수신 주소로 보내며, SMTP는 발신을 처리합니다. 같은 받은편지함처럼 보여도 설정 요건은 다릅니다.

문서의 경로는 제품마다 다릅니다:

• Zammad의 이메일 채널 문서는 일반 IMAP/POP3 계정과 Google 및 Microsoft 전용 채널을 구분하며 Microsoft IMAP/Graph와 XOAUTH 안내를 포함합니다. 고객 계정 발신과 시스템 알림은 별도 확인이 필요합니다.
• Chatwoot의 이메일 통합 설명은 전달과 IMAP를 구분합니다. 전달 안내만으로 새 자체 호스팅 수신 서비스 설정을 입증하지 못합니다.
• UVdesk의 SMTP/IMAP 설정 안내는 메일함 수집, SMTP Swift Mailer, 고객 답변용 Email Settings를 나눕니다. 갱신 명령은 반복 실행해야 합니다. 오래된 비밀번호 예시는 모든 현재 Microsoft 설정에 적용되지 않습니다.
• osTicket의 폴링 문서는 cron.php 예약 실행을 요구합니다. auto-cron은 직원 활동에 의존합니다. 메일 OAuth2 안내는 직원 로그인과 별도로 플러그인/제공자 설정을 요구합니다. 발신 SMTP도 설정하세요.
• Peppermint의 현재 인증과 작업 동작은 운영 환경 설정을 권할 만큼 검증되지 않았습니다.

FreeScout는 적합한 기존 메일함을 폴링하므로 전체 메일 서버를 만들 필요가 없습니다. 설치 안내는 제공자 OAuth, 분 단위 예약, 대화 연결을 설명하며 메일 수집 안내는 제공자별 설정을 제공합니다.

전환 전에 제안된 FreeScout 인수 절차를 수행하세요. 완료된 결과가 아니라 수행할 검사입니다.

1. IMAP 폴링용 시험 메일함을 만드세요. 제공자, 폴더, TLS를 기록하세요. 다른 클라이언트가 읽음 처리하지 않게 하세요. FreeScout는 읽은 메일을 기본적으로 건너뜁니다. 전달 및 자동 답변 루프를 피하세요.
2. 제공자의 인증 경로를 따르세요. FreeScout는 Microsoft 365와 Google Workspace용 OAuth를 설명하며 개인 Gmail은 앱 비밀번호를 사용합니다. Workspace 지침을 모든 Gmail에 적용하거나 메일함 OAuth를 상담원 소셜 로그인 구매와 혼동하지 마세요.
3. 고객 답변 발신을 시스템 이메일과 따로 설정하세요. SMTP 연결, 자격 증명, From과 Reply-To를 확인하세요. 관리자 초대는 고객 답변 전달 시험이 아닙니다.
4. 매분 실행되는 schedule:run의 설치 경로, PHP 실행 파일, 실행 사용자를 확인하세요. 백그라운드 대기열, 로그, 시스템 상태를 보세요. Cron은 스케줄러이며 메일함 저장만으로 예약 작업 실행이 입증되지는 않습니다.
5. 외부 주소에서 고유한 제목과 무해한 첨부파일로 보내세요. 정확한 발신자, 본문, 파일을 갖춘 대화가 정확히 하나여야 합니다. 담당자가 소유권을 맡을 수 있는지 확인하세요.
6. FreeScout에서 답변하고 외부 수신과 발신자 신원을 확인하세요. 다른 무해한 첨부로 외부에서 답하고 같은 대화인지 확인하세요. FreeScout는 References 헤더와 본문 표식으로 연결합니다. 제목이나 헤더 변경이 항상 스레드를 보존한다고 가정하지 마세요.
7. 수집/발신 오류와 첨부 제한을 점검하세요. 서비스 재시작과 안전한 백업 복원 후 왕복을 반복하세요. 실제 지원 주소를 바꾸기 전에 실패를 기록하세요. 최종 준비 검사는 권고이지 공급업체 인증 결과가 아닙니다.

계속 운영할 수 있는 배포 선택

중지된 메일 작업을 발견하거나 잃어버린 첨부를 복구할 담당자가 없다면 관리형 운영을 후보로 남기세요. 자체 호스팅에는 패치, 인증 정보 갱신, 작업 감시, 백업, 저장공간 증가 담당자가 필요합니다. 업무 배정과 요구사항 확인 후 배포를 선택하세요.

Zendesk 유지, 다른 관리형 헬프데스크 또는 공급업체 운영 구매도 합리적입니다. 실제 지원 범위를 확인하세요. 호스팅 관리와 앱 관리는 다릅니다. 관리형과 비관리형의 책임 구분은 남는 업무를 설명합니다.

FreeScout의 서버 요구사항은 데이터베이스, 매분 스케줄러, 메일 연결이 작동하면 호환 공유 PHP 호스팅을 허용합니다. 더 많은 통제가 필요하면 VPS나 적합한 사내 서버도 가능합니다. 로컬 개념 검증으로 흐름 적합성을 확인하되 운영 환경은 자체 준비 검사가 필요합니다.

Zammad의 공식 하드웨어 안내는 코어 두 개와 RAM 6 GB, 같은 서버의 Elasticsearch에 추가 4 GB를 명시합니다. 전체 스택과 첨부 증가를 고려하세요. 작은 호스트의 로그인 화면은 용량 시험 통과가 아닙니다.

업무 흐름 하나를 정하고 예산 가정을 실제 입력으로 바꾸며 주소 변경 전에 메일함 인수 테스트를 요구하세요.

자주 묻는 질문

최고의 무료 Zendesk 대안은 무엇인가요?

공유 이메일과 비정기 응답자가 주요 요구라면 FreeScout 기본판이 실용적인 시작입니다. 필수 유료 모듈을 먼저 확인하세요. 무료 라이선스에도 호스팅과 관리비가 남으므로 감당할 수 있는 운영 흐름에 따라 최적의 무료 Zendesk 대안이 달라집니다.

이메일 티켓에 어떤 자체 호스팅 헬프데스크가 적합한가요?

공유 응답 권한, 메일함-팀 배정, 주소별 부서라는 이메일 업무로 선택하세요. 정확한 버전이 지원하는지 확인하고 수신과 답변을 검증하세요. 고객 메일로 대기열 배치와 대화 연속성을 시험하세요. 알림 성공은 다른 경로를 시험합니다.

Zendesk를 자체 호스팅할 수 있나요?

아니요. Zendesk의 자체 호스팅 정책은 제품을 Zendesk 서버로 제공하며 자신의 서버에서는 호스팅할 수 없다고 설명합니다. 자체 서버용으로는 적합한 자체 호스팅 버전을 제공하는 다른 제품이 필요합니다. 호스팅 모델 변경이 모든 Zendesk 흐름을 보존한다고 가정하지 마세요.

오픈 소스 티켓 시스템을 어떻게 선택하나요?

핵심 지원 업무와 이를 처리하는 정확한 버전부터 정하세요. 라이선스와 현재 유지보수를 확인하고 운영자를 지정하며 필수 확장을 예산에 넣으세요. 지원 주소를 바꾸기 전에 대표적인 메일함 시험을 통과하는 소프트웨어를 선택해야 합니다.