TL;DR
의사결정자가 여러 명이라면 사실을 확인하는 사람, 화면을 결정하는 사람, 최종 범위를 승인하는 사람을 구분해야 합니다. 의견을 모두 한 승인으로 취급하면 원고의 오류 수정과 취향 변경이 같은 이유로 일정을 되돌리게 됩니다.
사실 확인과 표현 선택은 다른 결정이다
서비스 제공 지역이 틀렸다는 지적과 제목을 더 힘 있게 바꾸자는 제안은 성격이 다릅니다. 전자는 정확한 사실을 가진 담당자가 확인해야 하고, 후자는 브랜드와 독자의 이해를 기준으로 편집자가 판단할 수 있습니다. 화면 배치 변경은 접근성이나 모바일 동작에 영향을 줄 수 있으므로 디자인과 개발 확인도 필요합니다.
Google은 콘텐츠에 쉽게 확인할 수 있는 사실 오류가 없는지 점검하도록 안내합니다. 공개 서비스의 사실 확인자를 정하는 이유도 여기에 있습니다. 디자인팀이 제공하지 않는 기능을 임의로 약속하거나, 실무 담당자의 개인 의견을 회사의 확정 조건으로 표시하지 않도록 해야 합니다.
승인표는 직책보다 결정 대상을 적는다
페이지원이 제안하는 승인표에는 결정 대상, 자료 제공자, 검토자, 최종 결정자, 확정 상태를 둡니다. 한 사람이 여러 역할을 맡을 수 있어도 역할 자체를 지우지는 않습니다. 사진의 사용 가능 여부, 서비스 범위, 브랜드 문구, 문의 처리 절차처럼 책임이 달라지는 항목을 나누면 누가 답해야 할지 명확해집니다.
원고가 사실 확인을 통과했다고 해서 그 내용이 모바일에서 잘 읽힌다는 뜻은 아닙니다. 반대로 화면이 승인됐다고 해서 가격 조건이나 업무 범위를 검증한 것도 아닙니다. 어떤 기준에 대한 승인인지 한 줄로 남겨야 뒤에서 잘못 해석하지 않습니다.
Google은 작성한 콘텐츠를 평가할 때 사이트와 관계없는 신뢰할 만한 다른 사람의 솔직한 평가도 고려하라고 제안합니다. 이는 회사의 승인 조직을 지정하는 규칙은 아닙니다. 다만 작성자만 보고 넘기지 않고 다른 관점으로 확인할 근거가 됩니다. 외부 시선을 요청할 때도 무엇을 확인해 달라는지 분명히 전달하세요.
확정 자료와 새 의견을 섞지 않는 방법
회의에서 결정된 원고와 다음 회의에서 나온 수정 제안을 같은 파일에 덮어쓰면 이전 승인 대상이 사라집니다. 검토 파일에는 버전과 대상 화면, 변경 이유, 영향받는 항목을 붙입니다. 새 의견은 미확정 요청으로 기록하고 기존 확정본과 대조한 뒤 반영 여부를 정합니다. 수정이 반영되면 영향을 받은 부분만 다시 확인하되 사실이 달라졌다면 사실 검토도 갱신합니다.
Google은 본문이 다른 자료를 단순히 다시 쓰는 데 그치지 않고 실질적인 추가 가치를 제공하는지 묻습니다. 문구를 여러 번 고쳐도 독자가 이해하는 내용이 늘지 않을 수 있습니다. 의견 수보다 정보가 명확해졌는지를 승인 기준으로 삼으면 반복 수정의 목적을 설명하기 쉬워집니다.
이견이 남았을 때 기록할 세 가지
의견이 맞서면 원하는 표현만 적지 말고 해결하려는 사용자 문제, 근거, 선택했을 때의 영향을 적습니다. 당장 확인할 자료가 없다면 미확인 상태와 확인 담당자를 남깁니다. 계약 범위나 출시 일정을 바꾸는 결정은 화면 문구 승인과 분리해 기록합니다. 일정상 임시 표현을 사용한다면 실제 사실처럼 보이지 않게 하고 교체 책임자를 정해야 합니다.
마무리
대리 승인도 조건을 정해 둡니다. 최종 결정자가 자리를 비운 동안 누가 어떤 항목까지 판단할 수 있는지 없으면 사소한 수정도 멈출 수 있습니다. 반대로 승인받지 않은 범위 확대를 관행처럼 처리하면 책임이 흐려집니다. 담당자가 바뀌는 경우에는 새 사람이 확정 자료와 미정 요청을 각각 읽고 인수했다는 사실을 남기세요. 연락처를 전달하는 것만으로 이전 결정의 맥락까지 전달되지는 않습니다. 중요한 보류 사유와 고객에게 안내한 조건도 같은 인수 자료에 담아 두세요.
승인선의 목적은 결정을 느리게 하는 절차를 늘리는 것이 아닙니다. 무엇을 누가 확인했고 어떤 상태가 확정됐는지를 남겨, 사실 오류와 단순한 취향 변경을 구별하며 제작을 진행하는 데 있습니다.