기업용 IT 아웃소싱 서비스, 계약 전에 무엇을 확인해야 할까요?

• 목록
• 답변
• 글쓰기
• 옵션
  • 수정
  • 삭제

담당자가 퇴사한 뒤 서버 관리 방법을 아무도 모르거나, 장애가 발생할 때마다 여러 업체에 연락하느라 시간을 허비하고 있나요? 이런 문제를 줄이기 위해 기업용 IT 아웃소싱 서비스를 검토하지만, 월 이용료만 비교해서 계약하면 업무 범위와 책임 소재를 둘러싼 갈등이 생기기 쉽습니다.

구매 전에는 업체의 유명세보다 우리 회사가 맡기려는 업무, 서비스 수준, 보안 책임, 비용 증가 조건을 먼저 구체화해야 합니다. 아래 점검 순서대로 요구사항을 적어 두면 제안서의 화려한 표현에 흔들리지 않고 실제로 운영 가능한 기업 서비스를 선택할 수 있습니다.

1. 외주로 맡길 업무와 내부에 남길 업무를 나눴나요?

서비스 범위표부터 한 장으로 만드세요

IT 아웃소싱을 알아보기 전에 가장 먼저 할 일은 ‘전산 업무 전체’처럼 모호한 표현을 버리는 것입니다. PC 설치, 계정 발급, 네트워크 관리, 서버 점검, 클라우드 비용 관리, 보안 패치처럼 업무를 잘게 나누고 현재 담당자와 월간 발생 건수를 적어야 합니다. 이 목록이 없으면 업체마다 서로 다른 범위를 견적에 넣기 때문에 가격을 제대로 비교할 수 없습니다.

또한 모든 업무를 외부에 넘기는 것이 능사는 아닙니다. 인사정보 접근 승인, 핵심 시스템의 최종 권한, 예산 집행과 같은 의사결정은 내부 책임자가 보유하는 편이 안전합니다. 비즈니스의 기본 개념처럼 기업 활동은 여러 기능이 연결되어 있으므로, IT 운영 역시 기술 부서만의 문제가 아니라 실제 업무 흐름을 기준으로 나눠야 합니다.

구매 전 범위 점검 항목

• 직원 입사·퇴사 때 계정 생성과 회수는 누가 처리하는가?
• 노트북, 모니터, 네트워크 장비의 구매와 자산 등록도 포함되는가?
• 서버·클라우드·업무용 SaaS 중 업체가 직접 관리할 대상은 무엇인가?
• 보안 사고나 데이터 유출이 의심될 때 내부 승인자는 누구인가?
• 야간, 주말, 공휴일 요청은 기본 업무인지 별도 업무인지 구분했는가?

실무 팁: 업무명 옆에 ‘실행·승인·보고’를 각각 담당할 주체를 적으면 계약 후 책임 떠넘기기를 크게 줄일 수 있습니다.

2. 직원 수보다 실제 요청량을 기준으로 견적을 받았나요?

정액제와 건별 과금의 차이를 확인하세요

기업용 IT 서비스의 견적은 직원 수 기준 정액제, 장비 수 기준, 업무 건별 과금, 상주 인력 투입형 등으로 나뉩니다. 직원이 많아도 문의가 적은 회사가 있는 반면, 인원은 적지만 신규 입사와 프로젝트 이동이 잦아 요청량이 많은 회사도 있습니다. 따라서 ‘직원 50명’이라는 숫자만 전달하지 말고 최근 3개월의 장애 접수, 계정 변경, 장비 교체 건수를 함께 제공해야 현실적인 견적을 받을 수 있습니다.

월 기본료가 낮아 보여도 원격지원 횟수, 현장 방문 시간, 야간 대응, 신규 장비 설정이 별도라면 총비용은 크게 달라집니다. 반대로 정액형 상품은 요청이 적은 달에도 같은 금액을 내야 하므로 비용 효율이 낮을 수 있습니다. 특정 가격대 자체보다 어떤 사건이 추가 과금으로 전환되는지를 확인하는 것이 중요합니다.

동일 조건으로 요청할 견적표

• 최초 구축비와 매월 반복되는 운영비를 분리해 받습니다.
• 부가세, 라이선스, 장비 대금의 포함 여부를 표시합니다.
• 사용자 또는 지점이 늘어날 때 적용되는 단가 구간을 확인합니다.
• 계약 기간 전체의 예상 비용과 중도 해지 비용을 함께 계산합니다.

3. 장애 대응 약속이 측정 가능한 숫자로 적혀 있나요?

접수 시간과 복구 시간을 구분하세요

“신속하게 지원합니다”라는 문장은 서비스 수준을 보장하지 않습니다. 계약서에는 장애 심각도별 접수 확인 시간, 담당자 배정 시간, 임시 조치 목표, 정상 복구 목표가 구분되어야 합니다. 예를 들어 전 직원의 업무가 멈춘 상황과 한 직원의 프린터 오류에 같은 우선순위를 적용할 수는 없습니다.

여기서 응답 시간은 업체가 문의를 확인한 시점일 뿐, 문제가 해결된 시간이 아닙니다. 10분 안에 답변을 받았어도 복구에 하루가 걸릴 수 있으므로 두 지표를 따로 봐야 합니다. 인터넷 회선사나 클라우드 사업자처럼 제3자가 원인인 장애도 누가 상황을 추적하고 직원에게 진행 상태를 알릴지 정해 두는 편이 좋습니다.

SLA에 넣을 질문

1. 심각도 1: 전사 업무 중단의 정의와 24시간 연락 채널은 무엇인가?
2. 심각도 2: 여러 사용자의 핵심 기능 장애는 몇 시간 안에 우회 조치하는가?
3. 심각도 3: 일반 문의와 장비 설정 요청은 언제까지 처리하는가?
4. 목표 시간을 지키지 못했을 때 서비스 크레딧이나 개선 보고서가 제공되는가?
5. 월간 보고서에서 평균값뿐 아니라 최장 지연 건도 확인할 수 있는가?

시험 기간에는 실제와 비슷한 장애 시나리오를 하나 제시해 보세요. 전화 접수 후 담당자 연결, 상황 공유, 임시 조치, 사후 보고까지 걸리는 시간을 기록하면 제안서만으로는 알기 어려운 운영 품질을 확인할 수 있습니다.

4. 관리자 권한과 기업 데이터의 경계를 정했나요?

필요한 만큼만 권한을 제공하세요

아웃소싱 업체는 업무 특성상 관리자 계정, 임직원 정보, 장비 목록과 시스템 로그를 접할 수 있습니다. 그래서 보안 인증서 보유 여부만 확인하고 끝내서는 부족합니다. 어떤 직원이 어떤 목적으로 데이터에 접근하며, 접근 기록은 어디에 얼마나 오래 보관되는지 계약 전에 물어야 합니다.

공용 관리자 계정 하나를 여러 명이 사용하는 방식은 작업자를 추적하기 어렵습니다. 업체 담당자별 계정을 발급하고 다중 인증을 적용하며, 긴급 권한은 사용 후 자동 만료되도록 구성하는 것이 좋습니다. 디지털 환경에서 거래와 운영이 이어지는 구조는 이비즈니스 관련 설명에서도 확인할 수 있듯 연결성이 높으므로, 외부 운영자의 접근 한계를 문서화해야 합니다.

보안 부속합의서 점검 항목

• 개인정보와 영업기밀을 처리할 수 있는 담당자의 범위를 제한했는가?
• 업무 자료를 개인 메신저나 개인 저장장치로 옮기지 못하게 하는가?
• 원격 접속 시 VPN, 다중 인증, 접속 기록을 의무화했는가?
• 재위탁 업체가 있다면 회사명과 수행 업무를 사전에 공개하는가?
• 보안 사고 발견 후 통지 시간과 증거 보존 절차가 명시되어 있는가?
• 계약 종료 시 계정 폐기와 데이터 삭제 확인서를 제공하는가?

전문가 조언: 보안 책임을 모두 업체에 넘기는 문구보다 내부 승인자와 외부 실행자의 역할을 분명히 나눈 문서가 실제 사고 대응에 더 유용합니다.

5. 담당자 한 명이 빠져도 서비스가 계속될까요?

개인의 경험이 아닌 운영 체계를 확인하세요

제안 발표에 나온 숙련 담당자가 계약 후에도 계속 업무를 맡는다는 보장은 없습니다. 휴가, 퇴사, 조직 이동이 발생했을 때 대체 인력이 바로 투입될 수 있는지 확인해야 합니다. 특히 내부 시스템 구조를 한 사람만 알고 있다면 업체를 이용하면서도 새로운 의존성이 생깁니다.

좋은 기업 서비스는 담당자의 기억보다 티켓 기록, 구성도, 변경 이력, 표준 작업 절차서에 의존합니다. 상담 과정에서 샘플 월간 보고서와 작업 기록 화면을 요청해 보세요. 단순히 ‘처리 완료 30건’만 보여 주는지, 반복 장애의 원인과 다음 달 개선 계획까지 설명하는지에 따라 관리 수준이 드러납니다.

운영 지속성 확인 질문

• 주 담당자와 백업 담당자가 모두 지정되는가?
• 담당자 교체 시 인수인계 기간과 고객 승인 절차가 있는가?
• 네트워크 구성도, 계정 목록, 라이선스 현황은 정기적으로 갱신되는가?
• 모든 요청이 티켓 번호로 기록되고 처리 이력을 내려받을 수 있는가?
• 월간 운영회의에서 장애 추세와 미해결 위험을 설명하는가?

계약 전 레퍼런스를 확인할 때는 고객사 이름만 묻지 말고 비슷한 직원 수, 지점 수, 산업군을 지원한 경험을 질문하세요. 가능하다면 ‘담당자가 바뀐 뒤 서비스 품질이 유지됐는가’와 ‘반복 장애를 줄인 사례가 있는가’를 확인해야 운영 역량을 더 정확히 판단할 수 있습니다.

6. 짧은 시험 운영에서 무엇을 검증할지 정했나요?

무료 체험보다 평가 기준이 먼저입니다

한 달의 시험 운영이 제공되더라도 쉬운 문의만 접수하면 실제 역량을 판단하기 어렵습니다. 계정 잠금, 신규 입사자 장비 준비, 원격근무자의 네트워크 장애처럼 평소 자주 발생하는 상황을 선정해야 합니다. 각 요청의 접수 편의성, 설명의 정확성, 처리 시간과 문서화 수준을 같은 기준으로 평가하세요.

시험 운영은 현업 직원의 만족도도 확인할 기회입니다. 기술적으로 해결했더라도 답변이 지나치게 어렵거나 담당자 연결이 번거롭다면 도입 후 불만이 쌓일 수 있습니다. IT팀뿐 아니라 인사, 재무, 영업 등 서로 다른 부서에서 평가자를 정하고 같은 설문을 사용하면 개인 취향에 치우치지 않습니다.

도입 결정 전 단계별 점검표

1. 1단계: 최근 3개월의 요청 유형에서 대표 시나리오 5개를 고릅니다.
2. 2단계: 응답 속도, 해결 정확도, 설명 품질, 기록 완성도를 5점 척도로 평가합니다.
3. 3단계: 일부러 담당자 부재 상황을 만들어 대체 인력의 대응을 확인합니다.
4. 4단계: 시험 중 발생한 추가 과금 항목을 실제 계약 견적에 반영합니다.
5. 5단계: 낮은 점수를 받은 항목의 개선 약속을 계약서나 부속합의서에 넣습니다.

온라인 기반 서비스의 영문 개념을 확인하려면 business 용어 설명도 참고할 수 있습니다. 다만 용어보다 중요한 것은 우리 회사의 실제 업무가 중단되지 않는지 검증하는 일이며, 시험 결과는 구두 평가가 아니라 수치와 사례로 남겨야 합니다.

7. 전담 IT팀이 있는 회사와 없는 회사의 선택은 달라야 합니다

내부 역량에 맞춰 서비스 깊이를 결정하세요

사내 IT 담당자가 없는 10~30명 규모의 기업이라면 문의 창구를 하나로 통합하고 장비, 계정, 네트워크의 기본 운영을 포괄하는 관리형 IT 아웃소싱이 실용적입니다. 이 경우 세부 단가가 조금 높더라도 현장 방문, 입퇴사자 처리, 자산대장 갱신과 긴급 연락망이 기본 범위에 포함된 업체를 우선하세요. 내부에서 기술 판단을 해 줄 사람이 없으므로 월간 보고서가 쉬운 언어로 제공되는지도 중요합니다.

반대로 전담 IT팀이 있지만 특정 기술이나 야간 대응이 부족한 중견기업이라면 전체 운영을 넘기기보다 보안 관제, 클라우드 최적화, 헬프데스크처럼 경계가 분명한 영역만 선택하는 편이 낫습니다. 내부팀이 설계와 승인 권한을 유지하고 외부 업체가 반복 실행을 맡으면 기술 지식이 회사 밖으로 모두 빠져나가는 위험을 줄일 수 있습니다.

계약서에 표시할 최종 선택 기준

• IT 담당자가 없는 기업: 단일 문의 창구, 현장지원, 자산관리, 문서화가 묶인 서비스를 선택합니다.
• IT 담당자가 있는 기업: 부족한 전문 영역만 분리하고 관리자 권한과 변경 승인을 내부에 남깁니다.
• 두 경우 모두 3개월 또는 6개월 단위의 성과 검토 시점을 계약서에 넣습니다.
• 서비스 축소·확대 시 적용 단가와 통보 기한을 미리 확정합니다.
• 종료 후 문서, 설정 정보, 티켓 이력을 표준 형식으로 돌려받도록 명시합니다.

따라서 첫 번째 독자처럼 전산 업무를 맡을 사람이 없다면 넓은 지원 범위와 쉬운 소통을 우선하고, 두 번째 독자처럼 내부 IT팀을 보완하려는 상황이라면 전문성, 책임 경계, 지식 이전을 우선해 선택하세요. 같은 기업용 서비스라도 회사 안에 남아 있는 역량에 따라 가장 적합한 계약 형태는 달라집니다.