[쿠팡] 로켓그로스 세일즈 운영 및 Salesforce PM 공고 분석

이 자리가 왜 생겼을까요

1하게 될 업무

• 세일즈 조직(NSA, ESG, SSR 등)의 Salesforce 요구사항을 수집·분석하고 우선순위를 정합니다(Backlog 관리).

  이렇게 볼 수 있어요

  요구사항을 내는 쪽이 NSA, ESG, SSR 등 여러 세일즈 조직입니다. 조직마다 요청이 따로 들어오므로 Backlog 관리는 어느 요청을 먼저 개발할지 정하는 기준(영향받는 영업 인원, 퍼널 지표에 미치는 영향, 개발 규모)에서 시작합니다. 우선순위 기준을 직접 만든 경험이 있다면 그 기준표와 함께 밀린 요청을 미루거나 거절한 방식까지 설명하면 Backlog를 실제로 운영한 모습이 보입니다.

• 비즈니스 요구사항을 개발 조직이 실행할 수 있는 스펙(프로세스 플로우, 필드/오브젝트 설계, 권한 정책)으로 구조화해 전달합니다.

  이렇게 볼 수 있어요

  필드와 오브젝트 설계, 권한 정책이 스펙에 포함돼 요구사항 문서가 화면 설명에서 데이터 구조까지 내려갑니다. Salesforce의 오브젝트는 Lead, Opportunity, Account 같은 데이터 단위이고 권한 정책은 어느 직군이 어느 필드를 볼 수 있는지 정합니다. 프로세스 플로우와 필드 설계를 함께 담은 문서를 만든 적이 있다면 그 문서의 목차가 이 업무가 만드는 스펙과 같은 모양입니다.

• 신규 기능과 프로세스를 도입할 때 UAT 계획을 세우고 테스트를 이끌며 배포 일정과 커뮤니케이션을 관리합니다.

  이렇게 볼 수 있어요

  UAT(User Acceptance Test)는 개발이 끝난 기능을 실제 사용자인 영업 담당자가 써 보며 승인하는 단계입니다. 이 PM은 개발 쪽 테스트가 아니라 사용자 쪽 확인을 계획하고 이끌며 배포 일정 커뮤니케이션도 맡습니다. UAT 시나리오를 영업 담당자의 실제 하루 업무 순서로 짠 경험이 있다면 시나리오 수와 배포 전에 잡은 결함 수로 설명합니다.

• Lead→Opportunity→Active 퍼널 관리 체계와 ADC(계정 데이터 변경) 등 핵심 프로세스를 설계하고 개선을 주도합니다.

  이렇게 볼 수 있어요

  직무 소개가 이 팀의 일을 'lead에서 Active로 이어지는 영업 퍼널 전 과정'의 관리와 분석으로 적었습니다. 퍼널 관리의 출발은 Lead가 Opportunity로, Opportunity가 Active로 넘어가는 단계의 정의와 기준을 정하는 일입니다. ADC(계정 데이터 변경), 곧 계정 정보를 바꾸는 절차도 이 PM이 설계하는 핵심 프로세스입니다. 담당 AM이나 계정 정보가 바뀌면 그 계정의 실적이 누구의 것으로 집계되는지도 달라질 수 있습니다. ADC 절차는 업무의 Sales KPI·Incentive 데이터 기준과 함께 움직입니다. 단계 정의를 바꿔 전환율 집계가 달라진 경험이라면 바꾼 기준과 그 영향을 함께 밝힙니다.

• 다수 이해관계자(세일즈 리더십, 운영, 개발, 데이터) 사이에서 얼라인먼트를 주도하고 의사결정을 문서화합니다.

  이렇게 볼 수 있어요

  이해관계자 네 곳 가운데 세일즈 리더십과 개발은 요구와 제약이 반대 방향에 서기 쉽습니다. 의사결정을 문서로 남기는 일은 나중에 왜 그 기능을 먼저 개발했는지 근거를 확인할 때 쓰입니다. 우선순위를 두고 의견이 다른 부서를 조율해 결정을 문서로 남긴 사례라면 결정 문서의 구성(배경, 선택지, 결정, 근거)까지 보여 주는 게 좋습니다.

• Salesforce 데이터를 분석해 트렌드와 인사이트를 찾아 실행 가능한 전략으로 바꾸고, AM Activity와 생산성 지표의 모니터링 체계를 설계합니다.

  이렇게 볼 수 있어요

  직무 소개는 SQL 기반 데이터 파이프라인과 AI tool로 대시보드를 직접 설계해 영업 조직의 Input(활동)과 Output(성과)을 연결한다고 적었습니다. AM Activity는 Input 쪽 지표이고 생산성은 Input 대비 Output입니다. 이 업무는 활동이 성과로 이어지는지 보는 지표 체계를 설계합니다. 방문과 통화 같은 활동 지표를 계약 전환과 잇는 지표를 정의해 대시보드로 만든 경험이 있다면 두 지표를 어떻게 이었는지가 핵심입니다.

• Sales KPI와 Incentive 측정을 위한 Salesforce 데이터 기준을 정립해 운영 관리하고, 온보딩·교육 프로그램 같은 Enablement 액션의 기획과 운영을 지원합니다.

  이렇게 볼 수 있어요

  어떤 활동과 계약을 실적으로 볼지 정하는 데이터 기준이 영업 담당자의 인센티브 측정 기준이 됩니다. 직무 소개도 KPI를 설정해 성과를 측정하고 적절한 인센티브를 지급할 수 있게 관리한다고 적었습니다. 기준이 바뀌면 이미 지급한 건과 어긋날 수 있으므로 소급 적용 범위와 예외 처리를 정하는 일도 따라옵니다. 인센티브 기준을 데이터 정의로 문서화하고 그런 예외까지 정해 본 경험이 이 항목에 맞습니다.

2자격 요건

• 학사 이상 학위가 필요합니다.

  이렇게 볼 수 있어요

  공고는 학사 학위의 전공을 따로 정하지 않았습니다. 이 공고에서 경력으로 보여 줄 부분은 주로 Salesforce 프로젝트 경험과 세일즈 운영 경력 두 요건입니다.

• Salesforce 기반 프로세스 개선이나 시스템 도입 프로젝트를 PM이나 주도적 역할로 수행한 경험이 2년 이상 필요합니다.

  이렇게 볼 수 있어요

  'PM/주도적 역할'이라 개발자나 일반 사용자로 참여한 프로젝트보다 요구사항을 모으고 일정을 책임진 역할이 요건과 같은 방향입니다. 우대 사항의 'BA/PM 역할 수행 경험'이 '인하우스 또는 SI/컨설팅'을 함께 적은 만큼 사내 프로젝트와 고객사 프로젝트는 이 조건에 함께 적을 수 있습니다.

• 세일즈 운영(Sales Ops/RevOps), CRM 시스템 기획·구축, 또는 비즈니스 기획 분야에서 6년 이상의 경력이 필요합니다.

  이렇게 볼 수 있어요

  세일즈 운영, CRM 시스템 기획·구축, 비즈니스 기획 경력은 이 조건에 함께 적을 수 있습니다. 업무에 퍼널 단계 설계와 Sales KPI·Incentive 데이터 기준 정립이 함께 있어 6년 경력 가운데 퍼널 단계나 실적 집계 기준을 정해 본 일이 이 공고 업무와 가장 가까운 경험입니다. 앞 요건의 Salesforce 프로젝트가 그 경력 안에서 한 일이었다면 어떤 프로젝트였는지가 두 요건을 한 번에 보여 줍니다.

• 세일즈 조직과 개발 조직 사이에서 요구사항을 번역하고 드라이브한 경험이 필요합니다.

  이렇게 볼 수 있어요

  '번역하고 드라이브' 가운데 번역의 산출물은 업무 항목에 적힌 스펙(프로세스 플로우, 필드/오브젝트 설계, 권한 정책)이고, 드라이브는 같은 업무의 UAT와 배포 일정을 이끄는 쪽입니다. 영업 담당자의 말(리드가 사라진다)을 개발자의 말(어떤 오브젝트의 어떤 필드가 어느 조건에서 바뀐다)로 옮긴 사례 한 건이 이 요건을 가장 직접 보여 줍니다.

• 다수 이해관계자 대상 커뮤니케이션과 프로젝트 매니지먼트(일정, 우선순위, 리스크 관리) 역량이 필요합니다.

  이렇게 볼 수 있어요

  요건에 적힌 일정, 우선순위, 리스크 관리는 업무에서 각각 배포 일정 관리, Backlog 우선순위화, UAT 테스트 리딩(배포 전에 결함을 잡는 일)과 만납니다. 배포 직전에 발견한 문제로 일정을 조정한 경험에는 이 세 가지가 한꺼번에 들어 있습니다.

3우대 사항

• 빠른 속도와 높은 불확실성 환경에서의 업무 경험을 우대합니다.

  이렇게 볼 수 있어요

  요구를 내는 세일즈 조직이 NSA, ESG, SSR 등 여럿이라 우선순위가 중간에 바뀔 수 있습니다. 업무의 Backlog 관리가 그 변화를 받아 순서를 다시 정합니다. 우선순위가 중간에 바뀐 프로젝트에서 범위와 일정을 다시 정한 경험을 꺼내면 좋습니다.

• Salesforce 구축·고도화 프로젝트에서 BA나 PM 역할을 수행한 경험(인하우스 또는 SI/컨설팅)을 우대합니다.

  이렇게 볼 수 있어요

  BA는 요구사항을 분석해 스펙으로 옮기는 역할이고 PM은 범위와 일정을 책임지는 역할인데, 이 업무는 Backlog 관리와 스펙 구조화, UAT와 배포 일정을 함께 맡아 두 역할이 한 사람에게 모입니다. 필수 요건은 '프로세스 개선 또는 시스템 도입'이고 이 우대는 '구축/고도화' 프로젝트라, 처음 구축한 프로젝트와 운영 중인 Salesforce를 고도화한 프로젝트를 구분해 쓸 수 있습니다. 괄호가 인하우스와 SI/컨설팅을 함께 적어 사내에서 Salesforce를 키운 경력과 고객사 프로젝트를 이끈 경력 모두 이 우대의 사례가 됩니다.

• SQL 기반 데이터 추출·분석 역량을 우대합니다.

  이렇게 볼 수 있어요

  직무 소개가 'SQL 기반 데이터 파이프라인'으로 대시보드를 직접 설계한다고 적어 이 팀에서 SQL은 대시보드를 만드는 도구입니다. Salesforce 리포트 기능으로 풀기 어려운 집계를 SQL로 풀어 대시보드로 만든 경험이 있다면 쿼리로 무엇을 보려 했는지부터 설명합니다.

• 비즈니스 수준의 영어 커뮤니케이션을 우대합니다.

  이렇게 볼 수 있어요

  공고 본문은 한국어이고 영어 우대는 이 항목 하나입니다. 회사 소개가 쿠팡을 글로벌 대형 상장사라고 적은 만큼 Salesforce 기능 문서나 본사와 해외 조직의 협업에서 영어를 쓰는 장면이 생길 수 있습니다.

4기타 사항

• 게시일 : 2026년 10월 30일
• 고용형태 : 정규직(수습 12주)
• 근무지 : 서울
• 경력 조건 : 경력 6년 이상
• 학력 조건 : 학사 이상

쓰는 기술

공고 본문에 적힌 기술만 모은 목록입니다.

• Salesforce
• SQL

전형과 지원

쿠팡 채용 안내 페이지는 전형을 서류 전형, 리크루터 스크리닝 콜, 직무 적합성 인터뷰와 핵심 역량 인터뷰, 처우 협의와 최종 오퍼 순으로 안내합니다. 지원자의 직무 역량과 조직 문화가 맞는지를 모든 전형 단계에서 확인한다고 적었으므로 어느 단계에서든 리더십 원칙에 맞춘 사례를 꺼낼 수 있어야 합니다.

지원 전 준비할 것

1. 1

   Salesforce 프로젝트 단계별 사례 정리하기

   요구사항 수집, 스펙 정의, UAT, 배포, 정착 단계마다 맡은 일과 기간, 사용자 수, 지표 변화를 한 장으로 정리합니다. 직무 소개는 이 다섯 단계를 처음부터 끝까지 맡는 End-to-End PM 역할을 적었습니다.

2. 2

   우선순위 기준과 결정 문서 예시 만들기

   의견이 다른 부서와 합의한 결정 문서의 구성(배경, 선택지, 결정, 근거)과 여러 조직의 요청을 정렬한 기준표를 공개할 수 있는 수준으로 준비합니다.

3. 3

   퍼널과 활동 지표 정의 사례 준비하기

   Lead에서 계약 이후 단계로 이어지는 퍼널의 단계 정의와 전환율, 활동 지표와 성과 지표를 연결한 대시보드 사례를 정리합니다.