프레시데스크와 프레시서비스 — 무엇을 고를 것인가

두 제품은 기능표가 아니라 요청자가 누구인지로 갈립니다

프레시웍스 제품을 검토하는 기업이 가장 먼저 막히는 지점은 가격이 아니라 제품 선택입니다. 두 제품의 설명 페이지를 읽으면 둘 다 티켓, 자동화, 지식베이스, SLA, AI를 제공한다고 되어 있어 차이가 분명하지 않습니다.

그래서 많은 기업이 요금표를 비교해 더 싼 쪽을 고르거나, 기능 수가 많은 쪽을 고릅니다. 두 방식 모두 6개월 뒤에 비용을 더 쓰게 만듭니다. 고객 접점이 필요한데 사내용 제품을 고르면 채널이 부족하고, 내부 통제가 필요한데 고객용 제품을 고르면 자산과 변경 관리를 엑셀로 되돌립니다.

이 글은 두 제품의 선택 기준을 다섯 가지로 정리합니다. 요청자가 누구인가, 자산·변경 관리가 필요한가, 라이선스 모델이 조직 구조에 맞는가, 자동화의 성격이 무엇인가, AI를 어디에 붙일 것인가.

본문의 금액과 한도는 모두 공개된 공식 가격·도움말 페이지에서 확인한 것이며 확인일을 함께 적었습니다. 인원 구성 예시는 공개 정가로 계산한 가상 시나리오입니다.

기준 1 — 요청을 올리는 사람이 밖에 있는지 안에 있는지

프레시데스크는 고객 지원 소프트웨어입니다. 전제는 요청자가 회사 밖에 있다는 것입니다. 그래서 이메일, 전화, 채팅, 소셜 같은 외부 채널을 받아들이는 구조와, 응대 품질을 관리하는 기능이 중심입니다.

프레시서비스는 IT 서비스 관리(ITSM) 소프트웨어입니다. 전제는 요청자가 회사 안의 직원이라는 것입니다. 그래서 서비스 카탈로그, 승인 절차, 자산 연결, 변경 관리처럼 조직 내부의 통제 절차가 중심입니다.

> 섞여 있을 때의 구분법

실무에서는 섞여 있는 경우가 많습니다. 예를 들어 SaaS 기업의 고객지원팀은 외부 고객을 받고, 같은 회사의 IT팀은 직원의 노트북과 계정 요청을 받습니다. 이때는 두 흐름을 억지로 한 제품에 넣지 말고, 각 흐름의 건수와 통제 요건을 따로 세어 보십시오.

구분을 돕는 질문이 하나 있습니다. '이 요청을 처리할 때 승인 단계가 필요한가.' 외부 고객 문의에 결재가 필요한 경우는 드물고, 사내 요청에는 자주 필요합니다. 승인이 필요한 요청의 비중이 높으면 프레시서비스 쪽입니다.

기준 2 — 자산·변경·릴리스 관리가 필요한지

두 제품을 가르는 가장 구조적인 차이는 ITIL 기반 프로세스의 유무입니다. 프레시서비스는 사건(Incident) 외에 문제(Problem), 변경(Change), 릴리스(Release), 자산(Asset)을 별도 객체로 다룹니다.

공식 가격 페이지 기준으로 변경 관리는 Starter 플랜에 포함되지 않고 Growth 플랜부터 제공됩니다. 즉 변경 관리가 요건이면 Starter는 검토 대상에서 빠집니다. 이 한 줄이 견적을 크게 바꿉니다.

자산 관리는 네 플랜 모두 ITAM Growth 패키지와 100개의 ITAM Growth Asset Unit을 포함합니다. 관리할 자산이 100개를 넘으면 추가 구매가 필요하므로, PC·모니터·서버·소프트웨어 라이선스를 세어 보고 시작하십시오.

> 자산 관리가 필요 없다고 단정하기 전에

자산 관리가 필요 없다고 판단하는 조직도 실제로는 엑셀로 하고 있습니다. 노트북 지급 현황, 라이선스 만료일, 보증 종료일을 누군가 시트로 관리한다면 그것이 자산 관리입니다. 그 시트를 티켓과 연결할 가치가 있는지만 판단하면 됩니다.

프레시데스크에는 이 계층이 없습니다. 고객 문의를 빠르고 일관되게 처리하는 데 최적화되어 있고, 자산이나 변경 승인은 설계 범위가 아닙니다.

기준 3 — 라이선스 모델이 조직 구조에 맞는지

비용 계산이 틀리는 가장 흔한 원인은 '전 직원 수 × 단가'로 계산하는 것입니다. 두 제품 모두 요청을 올리는 사람(요청자)이 아니라 요청을 처리하는 사람(에이전트)에게 과금합니다.

프레시서비스는 에이전트 유형이 나뉩니다. 공식 도움말 기준으로 IT Agent는 Starter·Growth·Pro·Enterprise에서 사용할 수 있고, Business Agent는 Pro·Enterprise 플랜에서만 애드온으로 제공됩니다. 즉 IT 외 부서(인사·총무·재무)까지 같은 플랫폼에서 요청을 처리하게 하려면 Pro 이상이 전제가 됩니다.

또한 상시 근무 에이전트는 좌석 단위로 월 과금되고, 가끔 접속하는 담당자는 데이 패스를 구매해 하루 단위로 접속하게 할 수 있습니다. 월 몇 번만 승인하거나 처리하는 인원이 있다면 이 방식이 좌석보다 저렴할 수 있습니다.

> 프레시데스크의 좌석 운영 규칙

프레시데스크는 에이전트 단위 과금이며, 좌석을 추가하면 남은 결제 주기에 대해 일할 계산됩니다. 반대로 좌석을 줄일 때는 먼저 설정에서 에이전트를 삭제해야 하고, 삭제가 끝난 뒤에 변경된 금액이 적용됩니다. 갱신 직전에 좌석만 줄이면 금액이 바뀌지 않으므로 순서를 기억하십시오.

결제 주기는 월간, 분기, 반년, 연간 중에서 고를 수 있습니다. 한 가지 주의할 점은 통화입니다. 체험판에서는 통화를 변경할 수 있지만 유료 플랜으로 전환한 뒤에는 통화 설정이 고정되어 변경할 수 없습니다. 원화·달러 가운데 어느 통화로 청구받을지 전환 전에 결정하십시오.

기준 4 — 자동화의 성격이 다릅니다

두 제품 모두 자동화를 제공하지만 성격이 다르고, 특히 프레시서비스의 오케스트레이션은 비용 설계에 직접 영향을 줍니다.

프레시서비스의 오케스트레이션은 외부 시스템을 호출해 작업을 실행하는 기능입니다. 계정 생성, 그룹 추가, 장비 요청 전달처럼 티켓 처리 과정에서 다른 시스템을 움직이는 용도입니다. 월 트랜잭션 한도는 공식 가격 페이지 기준으로 Starter 1,000건, Growth 2,000건, Pro 5,000건, Enterprise 20,000건입니다.

한도를 넘기면 추가 팩을 구매해야 합니다. 오케스트레이션 트랜잭션 팩은 1,000건당 250달러 수준입니다. 커넥터 앱 작업은 Growth와 Pro에서 500건이 포함되고, 추가는 5,000건당 80달러 수준입니다. 이 두 항목은 월 반복 비용이므로 견적에 반드시 포함해야 합니다.

> 추산 방법

오케스트레이션 사용량은 '시나리오별 월 발생 건수 × 시나리오 안의 외부 호출 수'로 추산합니다. 입사자 온보딩 시나리오 하나에 계정 생성·그룹 추가·메일 발송·자산 배정이 들어가면 입사자 1명당 4건입니다. 월 입사자가 20명이면 80건입니다.

프레시데스크의 자동화는 주로 티켓 내부의 배정·에스컬레이션·응답 규칙이며, 외부 시스템 호출을 전제로 한 트랜잭션 과금 구조가 중심이 아닙니다. 그래서 프레시데스크의 비용은 좌석과 AI 쪽에서 더 크게 움직입니다.

기준 5 — AI는 두 제품에서 붙는 위치가 다릅니다

AI를 전제로 검토한다면 플랜 상향이 함께 따라온다는 점을 먼저 계산하십시오. 두 제품 모두 AI가 하위 플랜에서는 제공되지 않거나 애드온입니다.

프레시서비스는 Freddy AI Copilot이 에이전트당 월 29달러의 애드온이며 Growth와 Pro 플랜에서 구매할 수 있습니다. Enterprise 플랜에는 Freddy AI가 포함됩니다. 즉 AI를 쓰려면 최소 Growth이고, 포함 형태로 쓰려면 Enterprise입니다.

프레시데스크는 Copilot이 에이전트당 월 29달러이며 Pro 플랜 이상에서 사용할 수 있습니다. AI Agent는 500 세션이 포함되고, 그 뒤에는 100 세션당 49달러 수준으로 구매하는 구조이며 미사용 세션은 소멸합니다. 세션 팩을 미리 크게 사두면 남은 분이 사라지므로, 실측 후 구매하는 편이 낫습니다.

> 계산 예시 — 5인 팀에 AI를 붙일 때

프레시데스크 Growth 5인이면 월 95달러입니다. Copilot을 쓰기 위해 Pro로 올리면 5인 275달러이고, Copilot 애드온 5인을 더하면 145달러가 추가되어 월 420달러가 됩니다. Growth 대비 약 4.4배입니다. AI가 등급 상향과 애드온 요금을 동시에 불러오기 때문입니다.

그래서 권하는 순서는 AI를 마지막에 붙이는 것입니다. 1차 응대나 반복 문의처럼 결과를 사람이 바로 검증할 수 있는 용도부터 한 달 측정하고, 그 결과로 범위를 정하십시오.

둘 다 필요한 조직은 접수 창구를 먼저 나눕니다

고객 지원과 사내 IT를 모두 운영하는 조직은 두 제품을 함께 쓰는 것이 자연스럽습니다. 이때 설계의 핵심은 제품 선택이 아니라 접수 창구 분리입니다.

같은 요청이 양쪽에 생기면 집계가 무너집니다. 예를 들어 '고객사 담당자가 우리 포털 계정이 안 된다고 연락'한 건은 고객 문의인가 사내 IT 요청인가. 이 판단을 사람마다 다르게 하면 두 시스템의 건수가 둘 다 틀립니다.

그래서 규칙을 문장으로 적어 두십시오. '요청자가 우리 회사 급여를 받는 사람이면 프레시서비스, 아니면 프레시데스크'처럼 예외 판단이 필요 없는 기준이 좋습니다. 그리고 넘길 일이 생기는 경우(예: 고객 문의가 사내 인프라 문제로 확인된 경우)의 이관 절차를 한 가지만 정하십시오.

> 통합 리포트는 나중에

두 제품을 쓰면서 처음부터 통합 대시보드를 만들려고 하면 구축이 길어집니다. 먼저 각 제품에서 월간 지표를 안정적으로 뽑고, 두 숫자를 수동으로 합쳐 두 달 운영해 보십시오. 그때 통합할 지표가 무엇인지 분명해집니다.

프레시데스크가 맞는 조건과 맞지 않는 조건

맞는 조건은 다음과 같습니다. 요청자 대부분이 외부 고객입니다. 이메일·채팅·전화·소셜 같은 여러 채널로 문의가 들어옵니다. 승인 절차보다 응답 속도와 일관성이 중요합니다. 관리할 사내 자산 데이터가 많지 않습니다.

맞지 않는 조건은 다음과 같습니다. 변경 관리나 승인 절차가 요건입니다. 자산과 티켓을 연결해야 합니다. IT 외 부서의 사내 요청까지 같은 플랫폼에서 처리하려 합니다. 이 세 가지 중 하나라도 해당되면 프레시데스크로 시작한 뒤 다시 제품을 바꾸게 될 가능성이 높습니다.

비용 측면에서는 AI가 분기점입니다. Copilot이 Pro 이상 전용이므로, AI를 쓰기로 하면 등급 상향과 애드온이 함께 발생합니다. AI 없이 운영한다면 Growth로도 충분한 조직이 많습니다.

요약하면 프레시데스크는 '외부 고객 접점을 빠르고 일관되게 운영하려는 조직'에 맞습니다.

프레시서비스가 맞는 조건과 맞지 않는 조건

맞는 조건은 다음과 같습니다. 요청자가 사내 직원입니다. 승인 절차가 있는 요청이 많습니다. 자산·라이선스·변경 이력을 추적해야 합니다. IT 외 부서(인사·총무·재무)의 요청까지 하나의 포털로 모으고 싶습니다.

맞지 않는 조건은 다음과 같습니다. 외부 고객 문의가 중심입니다. 요청 건수가 적고 승인 절차도 없어 ITIL 프로세스가 과합니다. 또한 Business Agent가 Pro·Enterprise 전용이므로, 여러 부서를 올리면서 Starter나 Growth로 비용을 묶으려는 계획은 성립하지 않습니다.

오케스트레이션을 적극적으로 쓸 계획이라면 월 트랜잭션 추산을 반드시 먼저 하십시오. 초과분이 1,000건당 250달러 수준이므로, 온보딩·오프보딩 자동화를 전사에 돌리면 플랜 한도를 생각보다 빨리 넘깁니다.

요약하면 프레시서비스는 '내부 통제 절차와 자산을 티켓과 함께 관리해야 하는 조직'에 맞습니다.

계약 전에 확인할 일곱 가지

첫째, 요청자 유형별 월 건수를 세십시오. 외부 고객 문의와 사내 요청을 각각 세어 비중을 확인합니다. 둘째, 승인 단계가 필요한 요청의 비중을 확인합니다. 셋째, 변경 관리가 요건인지 확정합니다. Starter 제외 여부가 여기서 결정됩니다.

넷째, 관리할 자산 수를 세십시오. 포함되는 100 Asset Unit을 넘는지 확인합니다. 다섯째, 요청을 처리하는 인원과 요청만 올리는 인원을 분리해 세십시오. 과금 대상은 처리하는 인원입니다.

여섯째, 상시 처리 인원과 수시 처리 인원을 나누고, 수시 인원은 데이 패스가 유리한지 계산하십시오. 일곱째, 오케스트레이션과 커넥터 작업의 월 예상 건수를 추산해 초과 과금을 견적에 포함하십시오.

> 마지막으로 통화와 결제 주기

유료 전환 후에는 통화를 변경할 수 없습니다. 또한 좌석을 줄일 때는 에이전트를 먼저 삭제해야 금액이 반영됩니다. 이 두 가지는 계약 실무에서 자주 문제가 되는 항목이므로 전환 전에 결정하고 사내에 공유해 두십시오.

두 제품의 선택 기준별 비교

전제와 기준: Freshworks 공식 가격 페이지 및 Freshservice·Freshdesk 공식 도움말 2026년 10월 5일 확인. 원화 환산은 1 USD = 1,380원, 기준일 2026년 10월 5일. 플랜 구성과 포함 범위는 변경될 수 있으므로 계약 전 공식 페이지에서 재확인하십시오.

프레시서비스 플랜과 한도 — 초과 과금 항목 포함

전제와 기준: Freshworks 공식 Freshservice 가격 페이지 2026년 10월 5일 확인. 오케스트레이션 초과분은 1,000건당 US$250 수준의 팩으로 구매하며, 커넥터 앱 작업은 Growth·Pro에 500건 포함, 추가는 5,000건당 US$80 수준입니다. 자산은 전 플랜에 ITAM Growth 패키지와 100 Asset Unit이 포함됩니다. Freddy AI Copilot은 Growth·Pro에서 에이전트당 월 US$29 애드온이며 Enterprise에는 포함됩니다.

독자가 자주 묻는 질문

Q. 프레시데스크로 사내 IT 요청도 받으면 안 되는가

건수가 적고 승인 절차가 없다면 가능합니다. 다만 자산을 티켓과 연결하거나 변경 승인을 기록해야 하는 시점이 오면 구조가 부족해집니다. 노트북 지급 현황이나 라이선스 만료일을 엑셀로 관리하고 있다면 이미 그 시점에 가까이 와 있는 것입니다.

Q. 요청자 수가 많으면 비용이 올라가는가

요청만 올리는 사람은 과금 대상이 아닙니다. 과금 대상은 요청을 처리하는 에이전트입니다. 직원 2,000명이 요청을 올려도 처리 인원이 6명이면 6좌석 기준으로 계산됩니다. '전 직원 수 × 단가'로 계산한 견적은 거의 항상 과대 추정입니다.

Q. 인사·총무 요청까지 한 포털로 모을 수 있는가

가능하지만 플랜 조건이 붙습니다. IT 외 부서가 요청을 처리하려면 Business Agent가 필요하고, 이는 Pro·Enterprise 플랜의 애드온으로 제공됩니다. 여러 부서를 올리면서 Starter나 Growth로 비용을 묶으려는 계획이라면 설계를 다시 하셔야 합니다.

Q. 가장 저렴한 플랜으로 시작해서 나중에 올려도 되는가

대부분 가능하지만 두 가지를 먼저 확인하십시오. 변경 관리가 요건이면 Starter에서는 아예 쓸 수 없어 시험 운영의 의미가 줄어듭니다. 그리고 유료 전환 후에는 통화 설정을 변경할 수 없으므로, 어느 통화로 청구받을지 첫 전환 전에 결정해야 합니다.

이 글이 다루지 않는 것

이 글은 제품 선택 기준을 다룹니다. 서비스 카탈로그 설계, 자산 분류 체계, SLA 정책 수립, 티켓 폼 설계 같은 구축 단계는 별도 글에서 다룹니다. 또한 Freshdesk Omni 등 묶음 상품의 구성과 가격, 지역별 할인 정책은 포함하지 않았습니다. 국내 도입 기업 수나 점유율은 검증 가능한 공개 자료를 확인하지 못해 수치로 쓰지 않았습니다.

출처와 확인일

가격·에디션·정책은 공급사가 예고 없이 변경할 수 있습니다. 계약 전 위 공식 페이지에서 직접 재확인하십시오. 원화 환산은 1 USD = 1,380원, 기준일 2026년 10월 5일을 적용했습니다.

함께 읽으면 좋은 솔바인드9 글