프로젝트 진행 방식

정해진 순서의 여섯 단계입니다. 이 순서가 곧 방법론입니다. 숫자를 신뢰할 수 있기 전에는 아무것도 구축하지 않고, 측정하기 전에는 아무것도 완료로 보지 않습니다.

01
탐색
과업 정의서보다 비즈니스를 먼저 읽습니다. 중요한 손익(P&L) 항목, 그 숫자를 만들어 내는 시스템, 각 의사결정의 책임자를 파악합니다. 무언가를 바꿔야 할 이유가 생기기 전까지 권한은 읽기 전용으로 유지합니다.
02
진단
숫자를 신뢰하기 전에 먼저 검증합니다. 플랫폼 수치는 주문과, 보고서는 원장과 대사합니다. 그래서 진단은 대시보드가 아니라 기록에 근거합니다.
03
설계
계획에는 변경 사항, 이를 뒷받침할 시스템, 책임자, 효과를 판단할 측정 지표가 명시됩니다. 모든 대안에는 비용과 실패 가능성이 함께 제시됩니다.
04
실행
계획에 필요한 것은 같은 팀이 구축합니다. 추적 체계, 데이터 모델, 스토어와 광고 계정 구조, 자동화, 소프트웨어가 여기에 포함됩니다. 변경은 단계적으로 적용하고 기록하며, 플랫폼이 허용하는 범위에서 되돌릴 수 있게 합니다.
05
측정
결과는 진단 단계에서 기록한 기준선과 비교하며, 의미 있는 판단이 가능할 만큼 충분한 기간을 두고 봅니다. 데이터가 아직 답을 줄 수 없다면 그렇다고 말씀드립니다.
06
개선
효과가 있었던 것은 기본 방식으로 자리 잡고, 그렇지 않은 것은 걷어냅니다. 저희와의 협업이 계속되든 그렇지 않든 문서, 권한, 측정 지표는 고객에게 남습니다.

프로젝트의 시작

01
권한과 안전
업무에 필요한 최소한의 권한만 요청합니다. 먼저 읽기 전용으로 시작하고, 쓰기 권한은 명시된 변경에 한해 받으며, 운영 중인 시스템의 모든 변경은 기록합니다.
02
고객 팀과의 협업
사내 팀, 기존 대행사와 함께 일합니다. 다른 사람의 작업에서 결함을 발견하면, 일을 당연하게 넘겨받기보다 이를 문서로 남기고 수정 방안을 제안합니다.
03
보고
범위에 연계된 서면 업데이트를 받으십니다. 무엇을 했는지, 무엇을 발견했는지, 무엇이 누구의 결정을 기다리고 있는지를 담습니다.