monday CRM과 작업 관리 — 영업에 쓸 때의 경계선
monday를 프로젝트 관리로 쓰던 조직에서 자주 나오는 아이디어가 있습니다. 보드 하나를 파이프라인으로 만들어 영업도 여기서 관리하자는 것입니다.
실제로 됩니다. 단계를 칼럼으로 만들고 거래를 아이템으로 두면 파이프라인처럼 보입니다. 초기에는 잘 굴러갑니다.
문제는 6개월쯤 뒤에 나옵니다. 이메일 이력이 없고, 같은 고객의 거래가 여러 보드에 흩어지고, 매출 예측이 안 됩니다. 그때 CRM을 다시 검토하게 됩니다.
이 글은 작업 관리 보드로 영업을 운영할 수 있는 범위와 그 경계선을 정리합니다. 그리고 monday CRM이 별도 제품인 이유를 설명합니다.
1. 두 제품은 별개입니다
먼저 구조를 정확히 합시다. monday work management와 monday CRM은 같은 플랫폼 위의 별도 제품입니다.
각각 독립적인 시트 기반 요금이 적용되며, 별도 라이선스가 필요하다고 안내됩니다. 두 제품을 동시에 쓸 수 있고 전환하며 사용할 수 있지만 요금은 각각 발생합니다.
즉 '작업 관리를 쓰고 있으니 CRM도 그냥 쓸 수 있다'는 기대는 맞지 않습니다. 검토 단계에서 이 점을 먼저 확인하십시오.
반대로 말하면, 작업 관리 보드로 영업을 운영하는 선택은 '라이선스를 아끼는' 선택입니다. 그 절감이 무엇을 포기하는 대가인지가 이 글의 주제입니다.
2. monday CRM에만 있는 것
확인된 범위에서 monday CRM 전용으로 안내되는 기능은 다음과 같습니다.
리드·연락처 관리와 리드 스코어링, 영업 파이프라인 시각화와 매출 예측, 이메일 통합(공유 수신함과 템플릿), 대량 이메일 발송과 캠페인.
여기에 견적·제안서 생성, 영업 중심의 고급 리포트와 분석, CRM 데이터 보강과 중복 관리가 더해집니다.
목록을 보면 성격이 보입니다. 대부분 '고객과의 접점을 기록하고 그 기록에서 예측을 뽑는' 기능입니다. 작업 관리는 내부 업무 진행을 다루고, CRM은 외부 관계를 다룹니다.

3. 보드로 되는 범위
그렇다고 작업 관리 보드가 영업에 전혀 쓸모없는 것은 아닙니다. 되는 범위가 분명히 있습니다.
거래 목록과 단계 관리는 됩니다. 단계를 상태 칼럼으로 두고 아이템을 옮기면 파이프라인 형태가 나옵니다. 금액 칼럼과 예상 종료일 칼럼을 더하면 기본적인 집계도 가능합니다.
담당자 배정과 마감 알림도 됩니다. 자동화로 단계 변경 시 알림을 보내고 정체된 건을 찾아낼 수 있습니다.
즉 '거래가 몇 건이고 어느 단계에 있는가'까지는 보드로 충분합니다. 거래 건수가 적고 영업 인원이 소수이며 이메일 이력을 시스템에 남길 필요가 없다면 보드가 더 가볍습니다.
4. 경계선 — 네 가지 신호
보드의 한계가 드러나는 지점은 대체로 네 가지입니다.
첫째, 이메일 이력이 필요해질 때입니다. 담당자가 바뀌었는데 그동안 어떤 이야기가 오갔는지 알 수 없으면 인수인계가 되지 않습니다. 보드에 수동으로 붙여 넣는 방식은 2주를 넘기지 못합니다.
둘째, 같은 고객의 여러 거래를 묶어 봐야 할 때입니다. 보드는 아이템 단위라 회사 객체가 없습니다. 같은 고객사의 세 건이 서로 관계없는 세 아이템으로 존재합니다.
셋째, 매출 예측이 필요할 때입니다. 단계별 확률과 가중 금액, 기간별 추이를 보려면 단계 진입 시각이 기록되어야 하는데 보드는 이 구조가 기본이 아닙니다.
넷째, 영업 인원이 늘어날 때입니다. 3명까지는 구두로 맞출 수 있지만 6명이 넘으면 정의와 기록 없이는 숫자가 맞지 않습니다.

5. 판정 표 — 어느 쪽인가
실무 판정은 다섯 질문이면 됩니다. 각각 '예'가 두 개 이상이면 CRM 구간입니다.
이메일 이력을 시스템에 남겨야 하는가. 같은 고객의 여러 거래를 묶어 봐야 하는가. 매출 예측을 숫자로 내야 하는가. 영업 인원이 5명을 넘는가. 리드를 외부에서 지속적으로 받는가.
반대로 다섯 질문에 모두 '아니오'라면 보드로 충분합니다. 이 경우 굳이 CRM 라이선스를 추가할 이유가 없습니다.
중요한 것은 '지금'과 '1년 뒤'를 나눠 답하는 것입니다. 지금은 아니오여도 1년 뒤 예가 되는 항목이 있다면, 그 시점에 이관 비용을 감수할지 미리 판단하십시오.
6. 보드에서 CRM으로 옮길 때의 비용
나중에 옮기기로 했다면 그 비용을 미리 알아 두는 편이 낫습니다.
데이터 이관 자체는 어렵지 않습니다. 아이템을 거래로, 칼럼을 속성으로 매핑하면 됩니다. 문제는 이관되지 않는 것들입니다.
이메일 이력은 애초에 보드에 없으므로 이관할 것이 없습니다. 과거 커뮤니케이션은 사라집니다. 회사 단위 구조도 새로 만들어야 합니다. 아이템에 텍스트로 적힌 고객사명을 회사 객체로 정규화하는 작업입니다.
그리고 단계 진입 시각이 없으므로 과거 기간의 단계별 체류일은 복원할 수 없습니다. 즉 이관 이후부터 데이터가 시작됩니다. 이 공백을 감수할 수 있는지가 시점 판단의 핵심입니다.

7. 두 제품을 함께 쓰는 구조
실무에서 자주 나오는 구조는 둘을 함께 쓰는 것입니다. 영업은 CRM, 수주 이후 실행은 작업 관리.
이 구조의 장점은 각 제품이 잘하는 일을 맡는다는 점입니다. 계약 전까지의 관계와 예측은 CRM, 계약 후의 납기와 산출물은 작업 관리.
연결 지점을 정해야 합니다. 거래가 성사되면 작업 관리에 프로젝트를 만드는 흐름, 그리고 프로젝트 진행 상황이 CRM의 고객 기록에 반영되는 흐름.
두 흐름 모두 자동화로 처리할 수 있지만, 자동화 실행 횟수가 등급 한도에 영향을 줍니다. 두 제품을 함께 쓰는 설계에서는 한도 계산을 반드시 하십시오.
8. 결정 전에 해 볼 것
결정을 서두르지 말고 2주짜리 검증을 해 보십시오.
첫째, 현재 영업 프로세스를 단계로 적습니다. 단계 수가 다섯을 넘으면 보드로는 관리가 번거로워집니다.
둘째, 지난달 실제 거래 10건을 골라 각각 어떤 기록이 필요했는지 적습니다. 이메일이 몇 번 오갔는지, 같은 고객의 다른 건이 있었는지.
셋째, 그 기록을 보드에 실제로 넣어 봅니다. 넣을 수 없거나 넣기 번거로운 항목이 나오면 그것이 경계선입니다. 추상적인 비교보다 이 방법이 훨씬 빠르게 답을 줍니다.

9. 확인되지 않은 것
monday CRM의 등급별 정가와 최소 시트 규칙은 이 글의 확인 범위에 포함되지 않았습니다. 공식 가격 페이지에서 확인하십시오.
두 제품 간 데이터 연동의 구체적인 방식과 제약은 제품 문서로 확인해야 합니다.
CRM 전용 기능의 세부 사양(리드 스코어링 방식, 예측 모델, 이메일 동기화 범위)은 별도 확인이 필요합니다.
국내 환경에서의 이메일 도달률과 사업자등록번호 관리 방식은 제품 기능과 별개 문제이며 실측이 필요합니다.
보드로 되는 것과 CRM이 필요한 것
|
항목 |
작업 관리 보드 |
monday CRM |
|---|---|---|
|
거래 목록과 단계 관리 |
가능 — 상태 칼럼으로 구현 |
기본 제공 |
|
담당자 배정·마감 알림 |
가능 — 자동화로 처리 |
기본 제공 |
|
금액·예상 종료일 집계 |
가능 — 칼럼으로 구현 |
기본 제공 |
|
이메일 이력 자동 기록 |
불가 — 수동 붙여넣기는 2주를 못 감 |
공유 수신함·템플릿 제공 |
|
같은 고객의 여러 거래 묶기 |
불가 — 회사 객체가 없음 |
연락처·회사 구조 제공 |
|
매출 예측 |
제한적 — 단계 진입 시각 미기록 |
파이프라인 예측 제공 |
|
리드 관리·스코어링 |
불가 |
리드 관리와 스코어링 제공 |
|
대량 이메일·캠페인 |
불가 |
제공 |
|
견적·제안서 생성 |
불가 |
제공 |
'거래가 몇 건이고 어느 단계에 있는가'까지는 보드로 충분합니다. 그 이상이 필요해지는 지점이 경계선입니다
판정 다섯 질문 — 지금과 1년 뒤
|
질문 |
지금 |
1년 뒤 |
|---|---|---|
|
이메일 이력을 시스템에 남겨야 하는가 |
⟦예 / 아니오⟧ |
⟦예 / 아니오⟧ |
|
같은 고객의 여러 거래를 묶어 봐야 하는가 |
⟦예 / 아니오⟧ |
⟦예 / 아니오⟧ |
|
매출 예측을 숫자로 내야 하는가 |
⟦예 / 아니오⟧ |
⟦예 / 아니오⟧ |
|
영업 인원이 5명을 넘는가 |
⟦예 / 아니오⟧ |
⟦예 / 아니오⟧ |
|
리드를 외부에서 지속적으로 받는가 |
⟦예 / 아니오⟧ |
⟦예 / 아니오⟧ |
|
판정 |
'예' 2개 이상이면 CRM 구간 |
1년 뒤 기준으로도 판정 |
|
이관 시 복원되지 않는 것 |
이메일 이력 · 단계 진입 시각 |
회사 단위 구조는 재구성 필요 |
지금은 '아니오'여도 1년 뒤 '예'가 되는 항목이 있다면, 그 시점의 이관 공백을 감수할지 미리 판단하십시오
자주 묻는 질문
Q. 작업 관리를 쓰고 있으면 CRM도 추가 비용 없이 쓸 수 있나요?
아닙니다. 두 제품은 각각 독립적인 시트 기반 요금이 적용되며 별도 라이선스가 필요하다고 안내됩니다. 동시에 쓸 수 있고 전환하며 사용할 수 있지만 요금은 각각 발생합니다. 검토 단계에서 이 점을 먼저 확인하십시오.
Q. 보드에 이메일을 수동으로 붙여 넣으면 되지 않나요?
실무에서 2주를 넘기지 못합니다. 바쁠 때 먼저 빠지는 것이 수동 기록이고, 한 번 빠지기 시작하면 이력이 반쪽이 되어 오히려 없느니만 못해집니다. 이메일 이력이 필요하다는 판단이 서면 자동 기록되는 구조를 갖추는 편이 낫습니다.
Q. 나중에 CRM으로 옮기면 지금 데이터가 살아나나요?
거래와 속성은 이관됩니다. 다만 이메일 이력은 애초에 보드에 없으므로 이관할 것이 없고, 단계 진입 시각이 기록되지 않았다면 과거 기간의 단계별 체류일은 복원할 수 없습니다. 즉 이관 이후부터 데이터가 시작됩니다.
Q. 두 제품을 함께 쓰는 구조는 어떤가요?
영업은 CRM, 수주 이후 실행은 작업 관리로 나누는 구조가 실무에서 자주 쓰입니다. 연결 지점 두 개를 정하십시오. 거래 성사 시 프로젝트 생성, 프로젝트 진행 상황의 고객 기록 반영. 다만 자동화 실행 횟수가 등급 한도에 영향을 주므로 한도 계산을 함께 하십시오.
이 글이 다루지 않는 것
이 글은 monday 작업 관리 보드로 영업을 운영할 수 있는 범위와 monday CRM이 필요해지는 경계선을 다룹니다. monday CRM의 정가와 최소 시트 규칙, 개별 기능의 세부 사양, 타 벤더 CRM과의 비교는 다루지 않습니다.
함께 읽으면 좋은 글
이 글은 P2 비교와 선택 시리즈의 일부입니다.
- monday.com 요금 구조 — 3시트 최소와 자동화 한도 (P1)
- CRM 카테고리 선택 체크리스트 40항목 (자료실)
- B2B CRM 비교 2026 — 허브스팟·조호·파이프드라이브 (P2)
출처
- Forrester, The State Of Business Buying, 2024 (2024.12) — forrester.com/press-newsroom
- 6sense, 2025 B2B Buyer Experience Report (2025.11) — 6sense.com
- Gartner B2B 구매자 조사 (2025.05 발표, 632명) — gartner.com/en/newsroom
- Salesforce, State of Sales 6th·7th Edition (2024.07 / 2026.02) — salesforce.com
본문의 원화 환산은 1 USD = 1,380원, 기준일 2026년 9월 12일을 적용했습니다. 요금과 약관은 변경될 수 있으므로 계약 전 공식 페이지에서 재확인하십시오.