IT영업이란, 기업 고객이 안고 있는 문제를 파악하고 "IT로 이렇게 해결합시다"라고 제안하는 일이다.
"시스템을 파는 것"이 아니라 "문제 해결을 파는 것"이 본질.
이 카드에서는 IT영업이 구체적으로 어떤 일인지, 어떤 사람에게 맞는지를 정리했다.
한마디로 말하면, 기업 고객이 안고 있는 업무상의 문제를 듣고, "IT를 사용하면 이렇게 해결할 수 있습니다"라고 제안하는 직종이다.
메이커 영업이 "실제 물건(부품, 소재 등)"을 팔았다면, IT영업은 "눈에 보이지 않는 서비스/시스템"을 판다. 그래서 고객에게 "이걸 도입하면 어떤 좋은 일이 생기는지"를 스토리로 설명하는 능력이 중요하다.
그리고 IT영업의 가장 큰 특징이 하나 있다. 혼자 뛰는 영업이 아니라, SE(시스템 엔지니어 = 기술 담당자)와 팀으로 움직인다는 것. 영업이 고객의 문제를 파악하면, SE가 기술적 해결책을 설계하고, 영업이 다시 그것을 고객에게 제안한다. 즉, "팀을 조율해서 결과를 만들어내는 영업"이라고 이해하면 된다.
① 과제 히어링(듣기)이 출발점 — 고객이 "새 시스템이 필요해요"라고 말하기 전에, "지금 뭐가 불편하세요?"를 먼저 끌어내는 힘. IT영업은 "듣기"에서 시작한다.
② SE와 함께 해결책을 만든다 — 고객한테 들은 내용을 SE에게 전달 → SE가 기술적 해결책을 설계 → 영업이 그것을 고객이 알아들을 수 있는 말로 제안서를 쓴다. 이 협업이 IT영업의 핵심.
③ 계약한 뒤에도 일이 계속된다 — 메이커 영업은 제품을 납품하면 한 사이클이 끝나지만, IT영업은 시스템 개발이 시작되면서 본격적인 관리가 시작된다. 고객의 요구 변경 대응, 추가 개발 제안, 가동 후 문제 대응까지 영업의 책임 범위다.
09:00 출근. 메일 확인, 진행 중인 프로젝트들의 상황 체크
09:30 사내 미팅 — SE팀과 A사 제안서 내용 최종 확인
11:00 A사 방문 — 제안 발표(프레젠테이션). SE와 함께 감
12:30 점심
13:30 B사 전화 대응 — 개발 중인 프로젝트에서 "사양을 바꾸고 싶다"는 요청
14:30 사내 — B사 건으로 SE리더와 영향 범위(비용/일정) 확인, 견적 다시 계산
16:00 C사 방문 — 처음 만나는 고객. 지금 어떤 시스템을 쓰고 있는지, 뭐가 불편한지 듣기(히어링)
17:30 회사 복귀. C사에서 들은 내용 정리해서 사내 공유. 다음 제안 방향 검토
18:30 퇴근
IT영업(특히 SIer)은 계약을 따낸 뒤부터가 진짜 시작이다. 개발이 진행되는 동안 영업이 관리해야 할 것들:
① 요구 변경 대응 — 고객이 개발 도중에 "이것도 추가해달라", "여기 바꿔달라"고 요청. 그게 비용과 일정에 어떤 영향을 주는지 SE와 확인하고, 고객과 교섭(추가 비용 제시 등)
② 다음 프로젝트 제안 — 1차 시스템이 완성되면, "다음에는 이런 것도 해보시죠"라고 2차, 3차 확장을 제안. 이게 매출을 키우는 핵심
③ 시스템 가동 후 문제 대응 — 새 시스템에 버그나 문제가 생기면 영업이 1차 창구. SE와 연계해서 원인 파악, 고객 보고
④ 계약 갱신/유지보수 — 보수(유지관리) 계약 갱신, 라이선스 갱신 등. SaaS라면 고객이 해약하지 않도록 관리하는 것도 영업의 역할
IT/통신업계 평균연봉 약 466만엔(doda 2025). 신졸 초년도 300~380만엔 수준. SaaS 기업(세일즈포스·Sansan 등)은 인센티브 포함 시 1년차에도 400만엔 이상 가능. SIer 영업은 대형안건 수주 시 성과 보너스가 붙으며, 경력 5~7년차에 600~800만엔. 외자계 IT(세일즈포스·AWS)는 OTE(On-Target Earnings) 기준 800~1,500만엔.
"IT영업"이라고 하면 다 같아 보이지만, 실제로는 전혀 다른 세계가 여러 개 있다. 가장 큰 차이는 SIer(에스아이어)인지 SaaS(사스)인지다. 이 두 가지를 구분 못 하면 면접에서 바로 들통나니까, 여기서 확실히 정리하자.
SIer (에스아이어) = System Integrator. 고객의 요구에 맞춰 시스템을 처음부터 만들어주는 회사. NTT데이터, 후지쯔, NEC 같은 대기업이 대표적.
SaaS (사스) = Software as a Service. 이미 만들어진 클라우드 서비스를 월정액으로 제공하는 회사. Salesforce, freee, Sansan 같은 기업.
SE (에스이) = System Engineer. 시스템을 설계/개발하는 기술 담당자. IT영업은 이 SE와 항상 팀으로 움직인다.
아래 표로 유형별 차이를 한눈에 보자.
| 구분 | 무엇을 파나 | 영업 스타일 | 한 건 사이클 |
|---|---|---|---|
| 대형 SIer | 고객 맞춤형 시스템을 처음부터 구축 | 대형 안건(프로젝트) 중심. 제안서 만드는 데만 수개월. 경쟁 입찰이 많음 | 6개월 - 수년. 금액 수억 - 수십억 엔 |
| 중소 SIer | 맞춤형 시스템 + 기존 패키지 커스터마이즈 | 영업 1명이 여러 안건 동시 진행. 중소기업 고객이 많음 | 1-6개월. 수백만 - 수천만 엔 |
| SaaS 기업 | 이미 만들어진 클라우드 서비스를 월정액으로 제공 | 전화/온라인 영업(인사이드)과 방문 영업(필드)을 분업. 스피드 중시 | 1-3개월. 월정액이라 계약 후 해약 방지도 중요 |
| 패키지 벤더 | ERP(경영관리), CRM(고객관리) 등 기성 소프트웨어 + 도입 지원 | 제품 시연(데모) + 도입 컨설팅. 제품 지식이 많아야 함 | 3-12개월. 라이선스비 + 도입비 + 유지보수비 |
| 통신/인프라 | 네트워크, 클라우드 서버, 데이터센터 서비스 | 대기업 대상 장기 계약형 영업. 기술 담당자(SE)와 같이 방문 | 3-12개월. 월액/연액 계약 |
SIer가 맞는 타입: 하나의 큰 프로젝트에 시간을 들여 깊이 파고드는 것을 좋아하는 사람. "고객의 업무를 근본부터 바꾸는" 스케일감에 끌리는 사람. 조정력과 끈기가 강점.
SaaS가 맞는 타입: 빠르게 움직이는 환경을 좋아하는 사람. 성과가 숫자로 바로 보이는 것을 선호하는 사람. 행동력이 강하고 "일단 해보자" 마인드. 스타트업/벤처 분위기에 끌리는 사람.
SaaS 기업에서는 영업을 한 사람이 전부 하는 게 아니라, 4단계로 나눠서 한다. 이 구조를 "The Model"이라고 부른다. 면접에서 이걸 알고 있으면 "공부해왔구나"라는 인상을 준다.
① 마케팅 — 관심 있는 기업(잠재 고객)을 모으는 역할. 웹사이트, 세미나, 광고 등을 활용
② 인사이드세일즈 (IS) — 전화나 메일로 잠재 고객에게 연락해서 "한번 이야기 나눠볼까요?"라고 미팅 약속을 잡는 역할. 회사 안에서 하는 내근 영업. 신졸이 처음 배치되는 경우가 많음
③ 필드세일즈 (FS) — 실제로 만나서 제안하고 계약까지 이끄는 역할. 수주(계약 획득)의 최전선. 인사이드에서 실적을 쌓은 후 올라가는 패턴이 일반적
④ 카스타머석세스 (CS) — 계약 후 고객이 서비스를 잘 활용하도록 도와주는 역할. "팔고 끝"이 아니라 "계속 쓰게 만드는" 것이 미션. 해약 방지가 핵심
면접에서 "어떤 포지션에 관심이 있나?"고 물어볼 수 있다. 각각의 특성을 이해하고 자기 성향과 연결해두면 좋다.
면접에서 "이 사람은 IT영업에 맞겠다"라고 판단하는 기준이 뭘까? 메이커 영업이 "성실함 + 관계 쌓기"였다면, IT영업은 "논리적으로 생각하기 + 문제를 정리하기 + 팀과 함께 일하기"가 핵심이다.
고객이 "시스템을 바꾸고 싶다"고 말할 때, 그 뒤에 있는 진짜 문제(업무가 비효율적, 정보가 공유 안 됨, 경영 판단이 느림 등)를 끌어내는 힘. "무엇이 필요하세요?"가 아니라 "지금 무엇에 곤란하고 계시죠?"라고 물을 수 있는가가 포인트.
고객의 문제를 정리해서 "이 문제에 대해 이 방법이 왜 최적인지"를 논리적으로 설명하는 힘. 제안서의 품질이 곧 영업의 품질이다. 메이커 영업과 달리 "인간관계"만으로는 계약을 딸 수 없고, "로직으로 납득시키는" 세계.
IT영업은 혼자 완결하는 일이 없다. SE(기술 담당), 컨설턴트, PM(프로젝트 매니저) 등과 팀으로 움직인다. 고객한테 들은 내용을 기술진에게 정확히 전달하고, 기술진이 만든 솔루션을 고객이 알아들을 수 있는 말로 바꿔서 전달하는 "다리 역할."
특히 SIer에서는 여러 회사가 같은 고객에게 경쟁 제안(컨페)하는 경우가 많다. 그 자리에서 "우리 회사가 최적"이라고 설득해야 한다. 자료를 잘 만드는 것 + 말로 잘 전달하는 것, 양쪽 다 필요.
여러 프로젝트를 동시에 돌리면서, 각각의 진행 상황/계약 가능성/예상 매출을 관리한다. SaaS에서는 파이프라인(영업 진행 목록) 관리, SIer에서는 프로젝트별 이익률 관리가 일상. 데이터를 보고 다음 행동을 결정하는 영업.
"IT영업으로 들어가면 그 다음은?" 메이커 영업이 "한 회사에서 오래 쌓아가는" 타입이었다면, IT영업은 분기가 빠르고 선택지가 넓다. 영업 관리직뿐 아니라, IT컨설턴트, 서비스 기획, 기술 제안 전문가 등으로 갈아탈 수 있는 게 IT업계의 매력.
ES(엔트리시트)에서 IT영업 지망이라면 관통해야 할 메시지: "나는 고객의 문제를 정리하고, 팀과 함께 해결책을 만들어낼 수 있는 사람이다."
① IT/기술에 관심을 가진 계기 — 프로그래밍 경험이 없어도 괜찮다. "IT가 누군가의 일하는 방식을 바꾸는 장면"을 체감한 경험이면 충분
② "문제 해결"에 보람을 느끼는 자기 성향 — 누군가의 문제를 분석하고 해결한 경험
③ 이 회사의 서비스/고객층에 대한 이해 — "IT기업이니까"가 아니라, 이 회사가 어떤 업계의 어떤 문제를 어떤 방법으로 풀고 있는지까지
④ 팀으로 성과를 낸 경험 — IT영업은 SE와의 협업이 본질. "혼자 해냈다"보다 "팀을 조율해서 결과를 만들었다"가 강함
"IT업계에서 일하고 싶습니다"는 지망동기가 아니라 업계 선택이다. 면접관이 보고 싶은 것은 "IT를 왜, 어떻게 사용하고 싶은가." 특히 IT영업에서는 "기술 그 자체"가 아니라 "기술을 사용해서 고객의 일하는 방식을 어떻게 바꾸고 싶은가"까지 이야기할 수 있어야 한다.
IT영업이 보는 역량은 "문제 정리 + 팀 협업 + 논리적 설명."
좋은 예: 제미(ゼミ = 대학 세미나)에서 조별 연구를 진행할 때, 주제 설정부터 역할 분담, 발표까지 전체를 조율한 경험 → 문제 구조화 + 팀 협업
좋은 예: 아르바이트에서 업무 효율이 나쁜 부분을 발견하고 개선안을 제안해서 실행한 경험 → 문제 발견 + 해결 제안
약한 예: "프로그래밍을 독학했다" → SE 지망이면 모를까, 영업 지망에서는 직접적 연결이 약함
같은 IT영업 지망이라도, SIer와 SaaS에서 면접관이 보고 싶은 것이 다르다.
SIer ES의 톤: "고객의 문제에 깊이 들어가서, 장기적으로 함께 해결해가는 것에 매력을 느낀다." 핵심 단어는 깊이, 장기, 신뢰, 조정. 하나의 에피소드를 깊게 파서 "끈기 있게 마주했다"는 자세를 보여주는 것이 효과적.
SaaS ES의 톤: "빠르게 가설을 세우고 실행하며 개선하는 사이클에 매력을 느낀다." 핵심 단어는 스피드, 실행, 수치, 행동력. 에피소드도 "목표를 세우고 → 계획을 짜고 → 실행하고 → 결과를 숫자로 확인하고 → 개선한" 흐름이 맞다.
IT영업 면접에서 가장 많이 파고드는 건 두 가지다: "논리적으로 생각할 수 있는 사람인가"와 "왜 SE(기술직)가 아니라 영업인가". 아래 질문들을 클릭하면 답변 방향을 볼 수 있다.
자기분석에서 "나의 강점"을 찾았다면, 그것이 IT영업에서 왜 쓸모 있는지를 설명할 수 있어야 한다. "논리적이니까 IT에 맞다"가 아니라, "논리적 사고력이 IT영업에서 구체적으로 어떤 장면에서 발휘되는가"까지가 포인트.
"제미 연구에서 팀원들의 문제의식을 히어링하고, 연구 방향을 구조화해서 제안한 경험이 있습니다(과제발견력 + 논리적사고력). 각자의 강점을 살린 역할 분담을 통해 팀 전체의 성과를 최대화할 수 있었습니다(협조성). 이 경험을 통해 '과제를 파악하고, 팀과 함께 해결책을 만들어가는 일'에 보람을 느꼈고, 귀사의 IT솔루션 영업에서 이 강점을 발휘하고 싶습니다."
IT영업을 지망하는 학생들이 자주 빠지는 함정을 모았다. 해당 사항이 있으면 지금이라도 수정하면 된다.
"IT업계에서 일하고 싶다"는 업계 선택이지 직종 지망동기가 아니다. 면접관이 묻는 것은 "왜 SE도 컨설턴트도 아닌, 영업인가." IT라는 도구를 사용해서 "고객의 비즈니스를 바꾸고 싶다"는 방향이어야 영업 지망의 논리가 성립.
"IT영업"이라고 뭉뚱그려서 지원하면 면접에서 바로 들통. SIer의 수주개발 영업과 SaaS의 서브스크립션 영업은 일하는 방식, 성과 평가, 커리어패스가 완전히 다르다. Section 02의 세분화를 이해하고, "왜 이 비즈니스 모델의 영업인가"까지 설명할 수 있어야 한다.
"IT영업은 기술을 몰라도 된다"는 반은 맞고 반은 틀림. 코딩을 할 필요는 없지만, 고객과 SE 사이에서 "번역자" 역할을 하려면 기본적인 IT용어/시스템 구조는 이해해야 한다. 입사 후 "기술을 배우기 싫다"는 자세면 빠르게 한계에 부딪힌다.
프레젠테이션은 영업의 일부이지 전부가 아니다. 특히 SIer 영업에서는 프레젠 전의 히어링, 과제 정리, SE와의 솔루션 설계 과정이 훨씬 중요. "말 잘하는 사람"이 아니라 "과제를 정확히 파악하는 사람"이 수주를 따낸다.
NTT데이터, 후지쯔, NEC 같은 대형 SIer에만 눈이 가기 쉽지만, 독립계 SIer, 니치 특화형 SIer, 급성장 SaaS 기업 등 선택지가 매우 넓다. 대형은 안건 스케일이 크지만 자기 재량이 작고, 중소/벤처는 재량이 크지만 안건 스케일이 작다. "규모"가 아니라 "어떤 환경에서 어떤 성장을 하고 싶은가"로 선택할 것.