랜딩 페이지에서 쓰는 Notion
많은 소규모 팀이 Notion에서 파이프라인을 운영합니다. 로펌의 상담 접수 보드, 에이전시의 고객사 트래커, CRM을 한 번도 사지 않은 영업팀. 부족한 것은 깔끔한 입구입니다. 리드는 이메일이나 내보낸 파일로 들어오고, 누군가 늦게, 오타까지 섞어 데이터베이스에 다시 옮겨 칩니다.
LanderLab의 웹훅이 리드를 하나하나 Notion API로 포스트하므로, 제출마다 답변이 속성에 채워진 페이지가 데이터베이스에 생깁니다. 팀이 알아차리는 것은 보드에 새 카드가 생긴다는 것뿐이고, 카드마다 그 리드를 만든 캠페인과 변형이 붙어 있습니다.
양식으로 채워지는 Notion 데이터베이스 속성
Notion은 속성 유형에 엄격하고, 리드 데이터에는 그게 좋습니다. 리드 이름은 페이지 제목이 되고, 이메일은 클릭할 수 있는 이메일 속성에, 전화번호는 전화번호 속성에, 랜딩 페이지는 URL 속성에 들어갑니다. 누군가 손으로 나눠야 하는 긴 텍스트 덩어리로 들어오는 것은 없습니다.
리드 하나하나가 실제 Notion 페이지이므로, 팀은 양식이 채운 속성 바로 아래에 통화 메모를 쓰고, 문서를 첨부하고, 동료를 멘션할 수 있습니다. 기록과 그 기록에 대한 대화가 한곳에 있습니다.
팀이 일하는 상담 접수 보드
상태 속성을 추가하면 새 페이지는 모두 고른 열, 예컨대 신규에서 시작합니다. 보드 보기를 상태로 그룹화하면 아침에 들어온 리드가 카드 한 열이 되고, 상담 접수팀은 카드를 연락 완료, 적격, 계약으로 옮깁니다. 콜백 날짜로 만든 캘린더 보기가 오늘 누구에게 전화할지 보여 줍니다.
같은 데이터베이스를 사람마다 다른 단면으로 볼 수 있습니다. 상담 접수팀은 신규 리드 보드를, 변호사는 적격 사건 표를, 대표는 캠페인별로 그룹화한 보기를.
양식 제출이 아니라 계약된 사건으로 광고 세트 판단
utm_source, utm_campaign, gclid나 fbclid라는 이름의 숨김 필드가 광고 URL에서 값을 받아 리드와 함께 가고, LL Variant ID가 방문자가 본 페이지 버전을 기록합니다. Notion에서는 이것이 그룹화하고 필터링할 수 있는 속성 묶음이 됩니다.
데이터베이스를 캠페인 하나로 필터링하고 계약 카드를 세면, 그 광고 세트가 실제로 만든 결과를 압니다. 분할 테스트의 두 변형에 같은 필터를 걸면, 양식 제출은 적더라도 사건을 데려오는 페이지를 남길 수 있습니다.
리드가 Notion에 닿기 전의 규칙
모든 리드가 같은 데이터베이스에 맞지는 않습니다. LanderLab 워크플로(베타)를 앞에 둘 수 있습니다. 완료된 퀴즈만 통과시키는 필터 노드, 개인 상해 리드는 한 데이터베이스로, 산재 보상은 다른 데이터베이스로 보내는 케이스 분기 노드, 그리고 각각의 HTTP 요청 노드. 실행 화면에서 리드마다 경로가 보이므로, 실패한 전송을 쉽게 찾을 수 있습니다.
