답부터 말하면, Pipedrive CRM 웹폼 리드 자동 배정 설정은 “웹폼 입력값을 먼저 표준화하고, 리드가 들어갈 위치를 정한 뒤, 담당자 배정 규칙을 작게 나눠 테스트하는 순서”로 진행하면 안전합니다. 웹사이트 문의 양식만 예쁘게 만들면 끝나는 일이 아니라, 어떤 필드를 받을지, 새 문의를 리드로 둘지 딜로 만들지, 어떤 팀원이 먼저 확인할지, 알림은 어디로 보낼지를 한 번에 이어야 실제 반복 업무가 줄어듭니다.
핵심 요약
1) Pipedrive Web Forms는 사이트 방문자의 입력을 Pipedrive 안의 리드나 딜 흐름으로 가져오는 접수 창구로 볼 수 있습니다.
2) 자동 배정은 모든 문의를 무조건 한 사람에게 보내는 것이 아니라, 지역·제품·문의 유형·우선순위 같은 기준을 먼저 정해야 합니다.
3) Automations는 상태 변경, 활동 생성, 담당자 지정, 알림 같은 반복 처리를 줄이는 보조 장치입니다.
4) Pipedrive의 화면 구성, 제공 기능, 애드온 이름, 요금제 조건은 바뀔 수 있으니 실제 적용 전 공식 Help와 계정 설정 화면을 다시 확인해야 합니다.
1. 웹폼 자동 배정의 목표를 한 문장으로 정하기
Pipedrive CRM을 처음 도입할 때 가장 흔한 실수는 웹폼부터 만들고 나중에 배정 기준을 고민하는 것입니다. 하지만 리드 자동 배정은 폼 디자인보다 운영 기준이 먼저입니다. 예를 들어 “홈페이지 문의가 들어오면 영업 파이프라인에 누락 없이 들어가고, 담당자가 같은 날 확인할 수 있게 만든다”처럼 목표를 한 문장으로 정해야 합니다. 목표가 정리되면 어떤 필드를 받을지, 어떤 항목을 필수로 둘지, 어떤 문의를 우선 처리할지 판단하기 쉬워집니다.
작은 팀이라면 첫 목표를 너무 크게 잡지 않는 것이 좋습니다. 처음부터 지역별, 제품별, 캠페인별, 담당자별 배정을 모두 만들면 예외가 늘어납니다. 첫 버전은 “웹사이트 문의를 한 곳에 모으고, 문의 유형에 따라 담당자를 지정한다” 정도가 적절합니다. 이후 실제 접수 데이터를 보며 세부 기준을 늘리는 편이 더 안정적입니다.
2. Web Forms에서 받을 필드를 최소 단위로 정리하기
Pipedrive Web Forms는 방문자가 입력한 정보를 CRM으로 보내는 접수 양식입니다. 공식 Help 기준으로 웹폼은 사이트에 삽입해 방문자 정보를 모으고, Pipedrive 안의 리드나 딜로 이어지도록 구성할 수 있습니다. 여기서 중요한 것은 필드 수를 욕심내지 않는 것입니다. 이름, 회사명, 이메일, 연락 가능한 시간, 관심 서비스, 문의 내용처럼 후속 연락에 꼭 필요한 항목부터 시작해야 합니다.
필드가 많으면 내부 분류는 편해 보이지만 방문자가 중간에 이탈할 수 있습니다. 반대로 필드가 너무 적으면 담당자가 매번 같은 질문을 다시 해야 합니다. 그래서 첫 화면에는 기본 정보와 문의 유형만 두고, 상세 설명은 긴 텍스트 항목 하나로 받는 방식이 실무에 맞습니다. 제품이나 서비스가 여러 개라면 드롭다운 항목을 너무 세분화하지 말고, 담당자 배정에 실제로 필요한 수준까지만 나눕니다.
3. 리드로 받을지 딜로 받을지 먼저 결정하기
웹폼 제출 후 Pipedrive 안에서 어떤 형태로 저장할지도 미리 정해야 합니다. 모든 문의가 바로 판매 기회로 보기 어렵다면 리드로 모은 뒤 검토 후 딜로 전환하는 흐름이 깔끔합니다. 반대로 이미 상담 신청, 데모 요청, 견적 요청처럼 구매 의도가 분명한 문의라면 특정 파이프라인 단계의 딜로 바로 들어가게 설계할 수 있습니다.
초기 운영에서는 리드 수신함을 거쳐 검토하는 방식이 실수를 줄입니다. 스팸성 문의, 파트너 문의, 일반 문의, 실제 영업 문의가 섞일 수 있기 때문입니다. 팀이 충분히 익숙해진 뒤에는 문의 유형별로 딜 생성 규칙을 늘릴 수 있습니다. 핵심은 저장 위치를 자주 바꾸지 않는 것입니다. 저장 기준이 자주 바뀌면 보고서와 후속 활동 기록이 흩어지고, 담당자도 어떤 화면을 먼저 봐야 할지 헷갈립니다.
4. 담당자 자동 배정 기준 만들기
담당자 자동 배정은 “가장 한가한 사람에게 배정”처럼 단순하게 보이지만, 실제 업무에서는 기준을 명확히 적어야 합니다. 가장 쉬운 기준은 문의 유형입니다. 예를 들어 제품 상담은 영업 담당자, 기존 고객 문의는 고객 성공 담당자, 제휴 문의는 운영 담당자에게 보내는 식입니다. 지역이나 언어, 기업 규모, 유입 캠페인 같은 기준을 쓸 수도 있지만, 첫 단계에서는 관리 가능한 항목만 선택하는 것이 좋습니다.
배정 기준은 표로 남겨야 나중에 자동화 규칙을 만들 때 흔들리지 않습니다.
| 웹폼 입력값 | 분류 기준 | 배정 예시 | 후속 활동 |
|---|---|---|---|
| 제품 상담 | 신규 도입 검토 | 영업 담당자 | 상담 일정 확인 활동 생성 |
| 기능 문의 | 사용 중 질문 | 고객 성공 담당자 | 답변 확인 활동 생성 |
| 파트너 제안 | 협업 문의 | 운영 담당자 | 검토 메모 추가 |
| 기타 | 분류 불명확 | 공용 담당자 | 내용 확인 후 재배정 |
5. Automations는 작은 규칙부터 연결하기
Pipedrive Automations는 조건이 맞을 때 반복 동작을 실행하도록 돕는 기능입니다. 웹폼이 제출되면 새 리드가 만들어지고, 그 리드의 특정 필드 값에 따라 담당자를 지정하거나 활동을 만드는 흐름을 생각할 수 있습니다. 다만 자동화 규칙을 처음부터 복잡하게 만들면 원인을 찾기 어렵습니다. 첫 규칙은 “문의 유형이 제품 상담이면 영업 담당자에게 배정하고, 오늘 안에 확인 활동을 만든다”처럼 한 문장으로 설명 가능한 수준이 좋습니다.
규칙 이름도 중요합니다. “자동화 1” 대신 “웹폼-제품상담-영업배정”처럼 조건과 동작이 보이게 써야 합니다. 그래야 나중에 팀원이 설정 화면을 봤을 때 어떤 규칙이 어떤 일을 하는지 바로 알 수 있습니다. 여러 규칙을 만들 때는 우선순위와 중복 동작도 확인해야 합니다. 같은 리드에 활동이 두 번 만들어지거나, 담당자가 다시 덮어써지는 상황을 막기 위해 테스트용 문의를 여러 번 넣어 보는 과정이 필요합니다.
6. 알림과 활동을 같이 설계하기
담당자만 지정하고 끝내면 실제 후속 처리가 누락될 수 있습니다. 그래서 자동 배정 흐름에는 알림과 활동을 함께 넣는 편이 좋습니다. 예를 들어 새 리드가 배정되면 담당자에게 알림이 가고, “첫 회신 확인” 활동이 생성되도록 구성합니다. 이렇게 하면 담당자가 바뀌어도 다음 행동이 화면에 남습니다.
알림 채널은 팀 운영 방식에 맞춰 정해야 합니다. Pipedrive 안의 알림만으로 충분한 팀도 있고, 이메일이나 협업 도구 알림이 필요한 팀도 있습니다. 다만 알림을 너무 많이 만들면 무시하게 됩니다. 첫 버전에서는 담당자에게 꼭 필요한 알림 하나와, CRM 안에 남는 활동 하나를 기준으로 시작하는 것이 좋습니다. 이후 누락이 보이면 알림을 늘리고, 과하면 줄이는 방식으로 조정합니다.
7. 스팸과 잘못된 입력값을 줄이는 체크리스트
웹폼은 외부에 공개되는 입력 창구이기 때문에 잘못된 값과 불필요한 문의가 들어올 수 있습니다. 그래서 필드명, 필수 항목, 안내 문구, 제출 후 메시지를 점검해야 합니다. 문의 유형을 드롭다운으로 두면 자동 배정에 쓰기 쉽지만, 선택지가 애매하면 방문자가 아무 항목이나 고를 수 있습니다. 각 항목은 내부 팀 이름이 아니라 방문자가 이해하는 말로 써야 합니다.
- 문의 유형 선택지가 실제 배정 기준과 연결되는지 확인합니다.
- 이메일 형식, 회사명, 연락 가능 시간처럼 후속 연락에 필요한 값을 받습니다.
- 긴 설명 항목에는 예시 문장을 넣어 원하는 정보를 안내합니다.
- 테스트 제출을 통해 CRM에 들어오는 필드명이 읽기 쉬운지 확인합니다.
- 스팸성 입력이 많다면 공개 위치, 안내 문구, 필수 항목을 다시 조정합니다.
8. 테스트 제출로 전체 흐름 확인하기
설정이 끝났다면 실제 방문자처럼 테스트 제출을 해 봐야 합니다. 테스트 이름에는 “테스트”라고 명확히 적고, 문의 유형을 하나씩 바꿔 제출합니다. 이후 Pipedrive에서 리드가 어디에 만들어졌는지, 담당자가 맞게 지정됐는지, 활동이 만들어졌는지, 알림이 갔는지 확인합니다. 한 번만 테스트하면 우연히 맞아 보일 수 있으므로 최소한 주요 문의 유형별로 한 번씩 확인하는 것이 좋습니다.
테스트 중에는 규칙의 실행 순서도 봐야 합니다. 예를 들어 기본 담당자가 먼저 지정된 뒤 문의 유형별 담당자가 다시 지정되는 구조라면 최종 결과가 의도와 맞는지 확인해야 합니다. 자동화는 작은 설정 차이로 결과가 달라질 수 있으므로, 실제 운영 전에는 팀 내부 테스트 폼으로 검수하고 공개 폼에 적용하는 순서가 안전합니다.
9. 보고서와 태그 기준까지 같이 정리하기
웹폼 자동 배정은 접수와 담당자 지정에서 끝나지 않습니다. 나중에 어떤 문의가 많이 들어왔는지, 어느 채널의 리드가 좋은지, 어떤 담당자가 빠르게 후속 처리했는지 보려면 태그와 필드 기준이 필요합니다. 캠페인 이름, 문의 유형, 유입 페이지, 제품 관심 항목 같은 값을 일정하게 남기면 보고서 만들기가 쉬워집니다.
처음에는 태그를 많이 만들기보다 필드 값을 표준화하는 편이 좋습니다. 태그가 너무 많으면 같은 의미의 태그가 여러 개 생깁니다. 예를 들어 “데모요청”, “데모 요청”, “Demo”가 섞이면 집계가 어려워집니다. 담당자 자동 배정 규칙을 만들 때 쓰는 문의 유형 값과 보고서에서 보는 문의 유형 값을 같게 유지하면 운영이 단순해집니다.
10. 공개 전 최종 점검 순서
공개 전에는 설정 화면만 보지 말고 실제 방문자 흐름을 끝까지 따라가야 합니다. 웹사이트에서 폼을 열고, 모바일 화면에서도 입력이 불편하지 않은지 봅니다. 제출 후 안내 문구가 자연스러운지, CRM에 들어온 리드가 읽기 쉬운지, 담당자와 활동이 맞는지 확인합니다. 공개 페이지의 폼 위치가 바뀌면 다시 테스트해야 합니다.
또한 Pipedrive의 기능 이름, 메뉴 위치, 애드온 제공 방식, 요금제 조건은 계정과 시점에 따라 달라질 수 있습니다. 공식 Help 문서와 실제 계정 화면을 함께 확인하고, 팀 내부 운영 문서에는 “최종 확인일”을 남겨 두는 편이 좋습니다. 자동화 규칙은 한 번 만들고 방치하는 설정이 아니라, 문의 품질과 팀 운영 방식에 맞춰 주기적으로 다듬는 업무 흐름입니다.
FAQ
Q1. 웹폼 제출을 바로 딜로 만들어도 되나요?
구매 의도가 분명한 상담 신청이라면 가능하지만, 처음에는 리드로 모은 뒤 검토하는 흐름이 안전합니다. 일반 문의와 실제 상담 문의가 섞일 수 있기 때문입니다.
Q2. 담당자 자동 배정 기준은 무엇부터 쓰면 좋나요?
첫 기준은 문의 유형이 가장 쉽습니다. 제품 상담, 기능 문의, 파트너 제안, 기타처럼 방문자가 고르기 쉬운 항목을 만들고, 각 항목에 담당 팀을 연결합니다.
Q3. Automations 규칙은 몇 개까지 만들어야 하나요?
처음에는 핵심 문의 유형 2~3개만 자동화하는 편이 좋습니다. 규칙이 많아지면 중복 실행과 예외 처리가 어려워지므로 실제 접수 데이터를 보며 단계적으로 늘립니다.
Q4. 웹폼 필드는 많을수록 좋은가요?
아닙니다. 후속 연락과 분류에 꼭 필요한 값부터 받아야 합니다. 필드가 많으면 제출이 줄 수 있고, 너무 적으면 담당자가 같은 질문을 반복하게 됩니다.
Q5. 설정 후 바로 공개해도 되나요?
주요 문의 유형별로 테스트 제출을 하고, 리드 생성 위치, 담당자, 활동, 알림, 모바일 입력 화면을 확인한 뒤 공개하는 것이 좋습니다. 화면과 기능은 바뀔 수 있으므로 공개 후에도 정기 점검이 필요합니다.
마무리하면, Pipedrive CRM 웹폼 리드 자동 배정은 폼 제작보다 “입력값 표준화 → 저장 위치 결정 → 담당자 기준 표 작성 → 작은 자동화 규칙 테스트 → 공개 후 조정”의 순서가 중요합니다. 이 순서로 진행하면 웹사이트 문의가 개인 메일함이나 메신저에 흩어지는 일을 줄이고, 팀이 같은 기준으로 리드를 확인할 수 있습니다. 단, Pipedrive의 실제 메뉴, 기능 제공 범위, 애드온 이름, 요금제 조건은 바뀔 수 있으니 공식 Help와 계정 화면을 기준으로 최신 상태를 다시 확인해야 합니다.
