에이전시가 수십 개 고객 양식을 계속 작동시키는 방법
많은 고객에게 문의 양식은 수익을 가져오는 페이지이지만 공개 후에는 담당자가 없습니다. 모든 고객 사이트의 양식을 계속 작동시키는 정기 절차, 계약 항목 및 보고 방법을 알아봅니다.
에이전시에 공개 후 고객 문의 양식의 책임자가 누구냐고 물으면 대개 잠시 머뭇거립니다. 그러나 법률 사무소, 치과 또는 지역 설치업체에는 그 양식이 신규 거래가 들어오는 유일한 경로인 경우가 많습니다. 작동을 멈춰도 눈에 보이는 고장은 없습니다. 페이지는 로드되고 버튼은 눌릴 것처럼 보입니다. 고객은 에이전시가 지켜본다고 생각하고 에이전시는 고객이 알아챌 것이라고 생각합니다. 누군가 왜 문의가 끊겼는지 묻기까지 몇 주가 지납니다.
양식이 조용히 실패하는 이유
- 업데이트: CMS, 테마 또는 양식 플러그인 업데이트가 마크업을 바꾸거나 훅을 제거하거나 제출용 JavaScript를 망가뜨립니다.
- 호스팅 이전: 새 서버가 메일을 보낼 수 없거나 PHP 메일 함수가 비활성화되었거나 SMTP 자격 증명을 옮기지 않았습니다.
- 메일 인증: DNS 변경 후 SPF, DKIM 또는 DMARC가 더 이상 일치하지 않아 알림 메일이 스팸으로 분류되거나 거부됩니다.
- 새 추적 태그: 마케팅팀이 픽셀 또는 동의 도구를 추가하자 갑자기 스크립트 오류나 겹침 요소가 제출 버튼을 막습니다.
- CAPTCHA 변경: 이전 도메인에 연결된 사이트 키, 스테이징 후 남은 테스트 키, 더 이상 스크립트가 로드되지 않는 위젯입니다.
- 인증서 및 도메인 만료: 브라우저 경고가 방문자를 양식에서 떠나게 하거나 알림 주소의 도메인이 만료됩니다.
수십 개 사이트로 확장할 수 있는 정기 절차
- 1목록을 만드십시오. 모든 고객 사이트, 문의·견적 요청·예약·뉴스레터 등 각 사이트의 모든 양식과 메시지의 예정 목적지를 나열하십시오.
- 2기준 상태를 기록하십시오. 각 사이트를 한 번 외부에서 점검하고 보호, 양식의 개인정보 안내, 접근성 기본 사항 및 메일 설정의 현재 상태를 기록하십시오.
- 3정기 점검을 자동화하십시오. 문의가 중요한 사이트에는 매주가 합리적인 기본값이며 하루 손실이 큰 사이트에는 매일이 적합합니다.
- 4알림을 한 곳으로 모으십시오. 한 사람의 받은편지함 대신 공유 팀 채널로 변경 사항을 보내고, 알림을 무시하는 습관이 생기지 않도록 변경이 있을 때만 알리십시오.
- 5변경 후마다 다시 점검하십시오. 플러그인 업데이트, 호스팅 이전, 새 태그 및 DNS 수정 후에는 다음 예약 실행을 기다리지 말고 점검을 실행해야 합니다.
- 6전달 경로를 테스트하십시오. 고객이 동의한 경우 테스트임을 명확히 표시한 제출을 보내 실제 도착을 확인하고 갑자기 조용해지는 양식도 감시하십시오.
- 7월별 기록을 유지하십시오. 사이트별 점검 항목과 수정 사항을 적으십시오. 그 기록이 보고서가 됩니다.
양식 점검을 계약상 제공 항목으로 만드십시오
많은 유지 관리 계약은 업데이트와 백업을 약속하지만 사이트가 여전히 제 역할을 하는지는 말하지 않습니다. 양식 점검을 계약에 명시하면 보이지 않는 관리가 고객이 확인할 수 있는 제공 항목이 되고 담당자가 누구인지도 정해집니다. 정의할 만한 사항은 다음과 같습니다.
- 범위: 캠페인 방문 페이지를 포함하여 어떤 사이트와 양식이 대상인지.
- 빈도: 각 양식을 얼마나 자주 점검하는지, 수행한 모든 업데이트나 이전 뒤에 점검한다는 점.
- 점검 항목: 스팸 방지, 양식 페이지의 개인정보 안내 및 추적, 접근성 기본 사항, 인증서 및 도메인 만료, 메일 인증.
- 능동 테스트: 테스트 제출의 허용 여부, 표시 방식, 고객 측 수신 담당자.
- 대응 시간: 알림을 얼마나 빨리 확인하는지, 고객에게 언제 알리는지.
- 보고: 고객이 매달 받는 내용과 현재 상태를 확인할 위치.
- 한계: 고객 자체 메일 서버 또는 에이전시 관여 없이 고객이 추가한 제삼자 도구처럼 포함되지 않는 사항.
고객이 가치를 볼 수 있게 보고하십시오
좋은 유지 관리는 본래 눈에 띄지 않아 해지하기 쉽습니다. 사이트별 간단한 월간 증명으로 이를 바꿀 수 있습니다. 어떤 양식을 얼마나 자주 점검했고 무엇이 변경되고 수정되었는지 보여주십시오. 화이트 라벨 보고서는 자신의 브랜드로 보낼 수 있으며, 고객 포털에서는 고객이 질문하지 않고도 현재 상태를 직접 확인할 수 있습니다. 문구는 쉽게 쓰십시오. “이번 달에는 견적 양식을 매일 점검했고 플러그인 업데이트 후 문제를 발견하여 같은 날 오전에 수정했습니다”라는 설명이 기술적 결과 한 페이지보다 고객에게 더 많은 것을 전달합니다.
- 고객이 몇 주 뒤에 문제를 알립니다
- 로그를 조합해 원인을 찾아야 합니다
- 메시지가 여전히 도착하는지 아무도 모릅니다
- 유지 관리가 비용처럼 보입니다
- 변경 직후 알림이 도착합니다
- 최근 점검에서 무엇이 바뀌었는지 보여줍니다
- 일정에 따라 전달 여부를 확인합니다
- 월간 증명으로 수행한 작업을 보여줍니다
영업 전 빠른 점검을 올바르게 활용하기
외부의 수동적 점검은 접근 권한이나 계정이 필요 없어 계약 전에도 유용합니다. 초기 상담, 회의 또는 잠재 고객이 사이트를 봐달라고 요청할 때 함께 빠른 점검을 실행하면 대화의 구체적인 근거를 얻습니다. 공개 테스트 키로 실행되는 CAPTCHA, 양식에 없는 개인정보 링크, 휴대전화에서 쿠키 배너 뒤에 가려진 제출 버튼 등입니다. 내부에서 아직 확인하지 않은 것을 약속하지 않고도 일하는 방식을 보여줄 수 있습니다.
이런 도구를 직접 구축하고 싶지 않다면 formexposed가 하나의 계정에서 여러 고객 사이트를 관리합니다. 검증된 도메인 모니터링, 팀 채널 알림, 화이트 라벨 보고서, 고객 포털 및 잠재 고객용 빠른 점검을 제공합니다. MainWP로 WordPress 사이트를 관리하는 에이전시는 MainWP 확장을 사용할 수 있습니다. 가장 쉬운 시작은 formexposed.com에서 계정 없이 고객 사이트 하나를 무료 점검하여 기준 상태를 확인하는 것입니다.