하나의 퍼널, 스무 명의 고객, 스무 개의 평판을 각각 분리해서 유지

고객별 프로젝트, 그 경계는 데이터베이스의 몫

여기의 모든 것은 테넌트와 프로젝트의 조합으로 범위가 지정됩니다. 연락처, 퍼널, 크리에이티브, 캠페인, 발신 신원, 리포트가 그렇습니다. 이 범위 지정은 쿼리에 누군가 잊지 않고 추가해야 하는 조항이 아니라 데이터베이스의 행 수준 보안으로 강제됩니다. 프로젝트를 지정하지 않으면 첫 번째 프로젝트의 행이 아니라 아무것도 보이지 않습니다.

즉, 한 고객의 목록이 실수로 다른 고객의 캠페인에 새어 들어갈 수 없고, 리포트는 구조적으로 두 고객에 관한 것이 될 수 없기 때문에 한 고객에 관한 것입니다.

각 고객은 자기 이름으로 발송합니다

발신 신원은 프로젝트에 속합니다. 그들의 도메인, 그들의 DKIM 키, 그들의 메일함 또는 제공업체 계정, 그들의 발송 한도. 한 고객의 문제 있는 캠페인이 다른 고객의 수신 가능성을 해치지 못합니다. 애초에 공유하는 것이 없었기 때문입니다.

또한 어색한 대화를 일찍 정리해 줍니다. 고객은 자신의 발송, 자신의 목록, 자신의 동의 기록을 소유합니다. 떠날 때(떠나는 고객도 있겠지요) 그 모든 것을 가져가며, 고객님은 나중에 설명해야 할 인질극을 만들지 않은 것입니다.

월간 리포트 문제

대행사의 리포트 고통 대부분은 숫자를 만드는 것이 아닙니다. 고객이 후속 질문을 해도 견딜 수 있는 숫자를 만드는 것이고, 매월 1일에 세 시간 동안 스크린샷을 찍지 않고 만드는 것입니다.

여기서 두 가지가 도움이 됩니다. 리포트는 API 경로이므로 월간 패키지를 사람과 스프레드시트가 아니라 스크립트로 조립해 PDF로 내보낼 수 있습니다. 그리고 숫자가 봇에 대해 정직합니다: 원본과 필터된 값이 모두 라벨과 함께 제공되므로, 고객이 이전 후 오픈율이 떨어진 이유를 묻면 네 문장으로 변명하는 게 아니라 한 문장으로 설명할 수 있습니다.

같은 타일이 dash-b에도 나타나요 — 캠페인 성과, 퍼널 이탈, 리스트 성장, 도메인별 전달 가능성 — 그래서 실시간 대시보드를 원하는 고객에게는 고객 본인의 계정과 자격 증명으로, 귀하의 키가 페이지에 노출되지 않는 상태로 대시보드를 제공할 수 있어요.