순위 보고서는 넣지 말아야 하나요?

참고 자료로 넣을 수는 있지만 성과 지표로 삼으면 통제할 수 없는 숫자로 평가받게 됩니다. 확인 가능한 항목을 함께 보여주는 편이 안전합니다.

보고 주기는 어떻게 잡나요?

작업과 재검사가 한 바퀴 도는 주기에 맞추는 편이 자연스럽습니다. 변화가 없는데 주기만 지켜 보내면 내용이 비어 보입니다.

자기 조직 데이터만 열람할 수 있는 계정을 열어주는 방법이 있습니다. 쓰기 권한은 나누어 관리합니다.

대행사 보고서에서 가장 자주 나오는 반응은 "그래서 뭐가 좋아졌나요"입니다.

작업 목록이 길게 적혀 있어도 고객사 담당자는 그게 무슨 의미인지 판단하기 어렵습니다. 순위표를 붙여도 순위는 여러 이유로 오르내리니 작업 덕분인지 알 수 없습니다.

문제는 보고서가 한 일을 보여주는데 고객은 바뀐 것을 알고 싶어 한다는 데 있습니다.

세 가지를 함께 보여주면 판단할 수 있습니다.

세 번째가 핵심입니다. "제목을 넣었습니다"가 아니라 "이 URL의 응답에 제목이 채워진 것을 확인했습니다"여야 검증 가능한 보고가 됩니다.

이렇게 쓰면 성과를 부풀릴 필요가 없어집니다. 확인된 것만 적어도 충분히 설득력이 있습니다.

같은 내용이라도 읽는 사람에 따라 필요한 형태가 다릅니다.

고객 보고용 — 요약과 판단이 필요합니다. 전문 용어를 줄이고, 직접 고칠 수 있는 항목과 개발이 필요한 항목을 나눠 보여주면 다음 결정을 하기 쉽습니다.

개발 전달용 — 그대로 작업할 수 있는 형태가 필요합니다. 규칙 코드, 대상 URL, 발견값, 예시 코드가 있어야 합니다. 이슈 트래커에 붙여 넣을 수 있으면 더 좋습니다.

진행 관리용 — 담당자와 상태를 붙여 관리하는 표가 필요합니다. 스프레드시트에서 걸러 보고 정렬할 수 있어야 합니다.

하나의 문서로 셋을 다 만족시키려 하면 어느 쪽에도 맞지 않게 됩니다.

대행사 브랜드로 내보내는 보고서라면 몇 가지를 확인해야 합니다.

고객사마다 데이터가 섞이지 않는 것이 기본입니다. 한 고객의 결과가 다른 고객에게 보이면 그 자체로 사고입니다.

그리고 고객사 담당자에게 계정을 열어줄 때는 자기 조직만 보이고, 권한에 따라 열람만 가능하게 나누는 편이 안전합니다. 승인이 필요한 작업은 고객 확인을 받고 진행하면 나중에 분쟁이 줄어듭니다.

보고서에 순위나 유입 증가를 약속하는 문구가 들어가면, 그 순간부터 그 숫자로 평가받습니다. 통제할 수 없는 결과로 평가받는 것은 대행사에도 불리합니다.

대신 확인 가능한 것을 약속하는 편이 낫습니다. 진단 범위, 수정 항목, 재검사 결과처럼 우리가 보여줄 수 있는 것들입니다.