한 일과 밖의 결과를 네 칸으로 나눈 전후표
병원 GEO 대행의 첫 개선 묶음이 끝나면 병원이 받아야 할 것은 「좋아졌다」는 요약이 아니라, 무엇을 했고 그 뒤 밖에서 무엇이 관측되었는지를 나누어 보여 주는 전후표입니다. 이 글에서는 이를 변화표라고 부릅니다.
변화표는 네 칸으로 나눕니다. 병원 정보의 사실을 채널마다 맞춘 정리한 사실, 새로 쓰거나 고친 원고인 보완 문서, 홈페이지 설정과 주소를 고친 접근 수정, 그리고 AI 응답을 다시 물은 관측 결과입니다. 앞의 세 칸은 대행사와 병원이 실제로 한 작업이라 전후 자료를 나란히 놓고 병원이 직접 대조할 수 있습니다. 넷째 칸은 서비스가 만든 외부 결과라 병원이 정할 수 없고, 관측한 날짜와 조건을 함께 받아야 읽을 수 있습니다.
네 칸을 한 줄의 성과로 합치면, 작업을 다 했는데 결과가 아직인 것과 작업이 덜 끝난 것을 가를 수 없게 됩니다. 칸을 나누어 받으면 병원은 대행사가 약속한 작업을 했는지와, 그 뒤 밖에서 무엇이 달라졌는지를 따로 판단할 수 있습니다.
변화표는 묶음이 끝날 때 한 번 받는 문서이지만, 그 바탕이 되는 전후 자료는 묶음을 시작하기 전부터 모여야 합니다. 그래서 첫 묶음의 범위를 정할 때 네 칸의 시작 전 자료를 무엇으로 남길지도 함께 정합니다.
변화표의 네 칸
| 칸 | 무엇이 들어가나 | 전후 자료 | 병원이 확인하는 방법 |
|---|---|---|---|
| 정리한 사실 | 채널마다 맞춘 진료 시간, 주소, 연락처 같은 항목 | 항목마다 채널별 값의 전과 후 | 채널을 열어 값이 같은지 대조 |
| 보완 문서 | 새로 쓰거나 고친 원고 | 원고 목록과 고친 원고의 전후 문장 | 목록과 게시 주소를 대조하고 몇 편을 읽음 |
| 접근 수정 | 수집 설정, 옛 주소 연결 같은 기술 수정 | 수정 전후 설정과 응답 기록 | 전후 기록을 나란히 놓고 비교 |
| 관측 결과 | 같은 질문으로 다시 물은 AI 응답 | 시작 전과 끝난 뒤 관측 기록 | 관측 날짜와 조건을 챙겨 기록으로 받음 |
넷째 칸의 확인 방법만 다른 이유는, 관측 결과가 병원과 대행사의 작업만으로 정해지지 않기 때문입니다. 관측 결과는 작업의 성적표가 아니라 그 시점에 밖에서 관측된 모습의 기록으로 받습니다.
변화표를 만드는 다섯 단계
- 대행사가 묶음을 시작하기 전에 네 칸의 시작 전 자료를 저장합니다. 채널별 사실 값, 원고 목록, 설정과 응답 기록, 질문 목록과 첫 관측 기록입니다.
- 대행사가 묶음을 진행하면서 작업마다 무엇을 언제 바꿨는지를 해당 칸의 변경 기록에 남깁니다.
- 대행사가 묶음이 끝난 뒤 시작 전과 같은 방식으로 끝난 뒤 자료를 저장합니다. 관측은 시작 전과 같은 질문과 조건으로 합니다.
- 대행사가 네 칸의 전후 자료를 나란히 놓은 변화표를 만듭니다. 관측 결과 칸에는 관측 날짜와 조건, 달라지지 않은 질문도 함께 넣습니다.
- 병원이 앞의 세 칸은 전후 자료로 직접 검토하고, 넷째 칸은 조건을 점검한 기록으로 받습니다.
첫째 단계를 묶음 시작 전에 해야 하는 이유는, 작업을 시작한 뒤에는 시작 전 모습을 다시 만들 수 없기 때문입니다. 시작 전 자료가 없으면 변화표의 앞쪽 칸이 비어, 무엇이 달라졌는지를 말할 근거가 약해질 수 있습니다.
둘째 단계의 변경 기록은 변화표에서 전과 후를 잇는 설명입니다. 시작 전과 끝난 뒤의 값이 다를 때 그 사이 누가 언제 무엇을 바꿨는지가 기록에 있어야, 병원이 달라진 이유를 작업에서 찾을 수 있습니다. 다섯째 단계에서 병원이 앞의 세 칸을 검토할 때는 전부를 한 번씩 대조하는 것을 기본으로 삼고, 양이 많은 칸은 목록 대조와 표본 읽기를 함께 씁니다.
넷째 단계에서 관측 결과 칸에 달라지지 않은 질문까지 넣는 것은, 좋아진 질문만 추려 담은 표가 되지 않게 하기 위해서입니다. 관측 결과 칸에 작업 때문에 좋아졌다는 식의 해석 문장을 넣지 않는 대행사라면, 병원은 그 칸을 있는 그대로의 기록으로 믿고 읽을 수 있습니다.
네 칸에서 한 줄씩 뽑은 변화표의 예
아래는 네 칸에서 한 줄씩을 뽑아 형태를 보여 주기 위한 예이며, 괄호 속 말은 실제 값과 날짜로 바꾸어 씁니다.
| 칸 | 시작 전 | 끝난 뒤 | 근거 자료 |
|---|---|---|---|
| 정리한 사실 | 플레이스 토요일 [옛 시간], 홈페이지 [새 시간] | 두 채널 모두 [새 시간] | 채널별 화면 캡처 전후 |
| 보완 문서 | [질문]에 답하는 원고 없음 | 원고 1편 게시 | 게시 주소와 게시 날짜 |
| 접근 수정 | [옛 주소] 빈 페이지 | [새 주소]로 이어짐 | 주소 응답 기록 전후 |
| 관측 결과 | [질문]에 병원 언급 없음 | [질문]에 병원 언급 있음 | 관측 날짜, 서비스, 로그인 여부 |
넷째 줄은 둘째 줄의 원고와 같은 질문을 다루더라도 둘을 한 줄로 합치지 않습니다. 원고를 게시한 것은 작업이고, 응답에 병원이 언급된 것은 그 뒤 관측된 외부 결과이기 때문입니다.
이사회 보고를 앞두고 다시 받은 정형외과의 변화표
아래는 흐름을 보이기 위해 만든 가상의 상황이며, 항목과 편수도 설명을 위해 정한 값입니다.
한 정형외과 병원의 원장은 재단 이사회에 GEO 대행의 첫 석 달을 보고해야 했습니다. 대행사가 보낸 월간 보고서에는 작업 목록과 AI 응답 캡처가 뒤섞여 있고 마지막 줄에 전반적으로 좋아졌다는 문장만 있어, 무엇을 했고 무엇이 달라졌는지를 이사회에 설명할 수 없었습니다. 원장은 기획팀 과장에게 이 보고서를 네 칸으로 나누어 다시 받아 달라고 했습니다.
네 칸으로 다시 받은 결과
대행사는 묶음 시작 전에 저장해 둔 자료가 있어 변화표를 새로 만들 수 있었습니다. 정리한 사실 칸에는 여덟 항목 가운데 채널마다 값이 달랐던 다섯 항목을 맞춘 전후가, 보완 문서 칸에는 새 원고 여섯 편과 고친 원고 네 편의 목록과 게시 주소가, 접근 수정 칸에는 수집 설정 하나와 옛 주소 연결 둘의 전후 응답 기록이 들어갔습니다.
관측 결과 칸에는 묶음 시작 전 한 차례와 끝난 뒤 한 차례, 같은 질문 열두 개를 한 서비스에 로그인하지 않은 상태로 물은 결과가 두 관측 날짜와 함께 나란히 들어갔습니다. 병원이 언급된 질문은 넷에서 일곱이 되었고, 나머지 다섯 질문은 끝난 뒤에도 병원이 언급되지 않았습니다. 대행사는 이 변화가 어느 작업 때문인지는 이 기록만으로 가릴 수 없다고 칸 아래에 밝혔습니다.
과장은 앞의 세 칸을 모두 확인했습니다. 사실 다섯 항목은 채널을 하나씩 열어 값을 대조했고, 원고 열 편은 목록과 게시 주소를 맞춘 뒤 세 편을 뽑아 읽었으며, 접근 수정 세 줄은 전후 응답 기록을 나란히 놓고 비교했습니다. 변경 기록에 작업마다 날짜와 담당이 남아 있어, 과장은 사실 다섯 항목이 각각 언제 맞춰졌는지도 함께 파악했습니다.
원장은 이사회 보고에 네 칸을 그대로 옮기고, 관측 결과는 두 차례 관측의 기록일 뿐이라는 문장과 여전히 언급되지 않은 다섯 질문을 함께 담았습니다.
변화표를 달리 받는 경우
묶음 안에 병원 쪽 작업이 섞여 있다면, 예를 들어 병원이 직접 홈페이지 문구를 고친 일이 있다면 그 작업도 해당 칸에 넣되 누가 했는지를 표시합니다. 대행사 작업과 병원 작업이 한 칸에 섞여 있어도 표시가 있으면 나중에 구분할 수 있습니다.
묶음 기간 중 AI 서비스의 모델이 바뀌었다면 관측 결과 칸의 시작 전과 끝난 뒤는 같은 조건이라고 보기 어렵습니다. 이때는 두 관측을 나란히 놓되, 모델이 바뀌어 비교할 수 없다는 사실을 칸 첫머리에 밝힙니다.
묶음 도중에 범위를 바꿔 작업을 더하거나 뺐다면, 변화표 첫머리에 바뀐 범위와 날짜를 밝혀 처음 약속한 작업과 나중에 더한 작업을 구분합니다.
다음 묶음으로 이어 가는 변화표
첫 묶음의 끝난 뒤 자료는 다음 묶음의 시작 전 자료로 그대로 씁니다. 그러면 묶음마다 새로 시작 전 자료를 만들 필요가 없고, 변화표를 묶음 순서대로 이어 붙이면 병원이 지금까지 무엇을 해 왔는지 한 흐름으로 확인할 수 있습니다. 이어 붙인 변화표에서 같은 항목이 묶음마다 다시 틀려 있다면, 그 항목은 작업보다 병원 안에서 정보가 바뀔 때 알리는 순서를 먼저 고칠 대상입니다.
GEO 대행 변화표 자주 묻는 질문
Q1. 변화표에는 병원 쪽에서 누가 확인했다고 남깁니까?
A1. 앞의 세 칸을 실제로 대조한 사람의 이름과 확인한 날짜를 표 끝에 남깁니다. 넷째 칸에는 확인이 아니라 받았다는 표시만 합니다. 이렇게 나누어 두면 나중에 표를 다시 열었을 때, 어느 칸을 병원이 직접 확인했고 어느 칸은 대행사의 기록으로 받았는지 헷갈리지 않습니다.
Q2. 대행사가 변화표 대신 관리 화면 캡처만 보내면 어떻게 합니까?
A2. 관리 화면은 그 순간의 값만 보여 주고 무엇과 견준 값인지는 알려 주지 않는 경우가 있습니다. 캡처는 참고로 받되, 칸마다 전후 자료를 파일로 따로 보내 달라고 요청하고, 받은 파일은 병원 폴더에 묶음 이름으로 보관합니다.
Q3. 한 묶음의 기간은 얼마로 잡습니까?
A3. 정해진 길이는 없고, 묶음에 넣을 작업의 양으로 정합니다. 다만 관측 결과는 작업이 끝난 직후보다 몇 주 뒤에 묻는 편이 서비스가 바뀐 원문을 읽을 시간을 줄 수 있어, 묶음의 끝을 작업 완료일보다 조금 뒤로 잡기도 합니다.
Q4. 변화표의 양식을 병원이 정해도 됩니까?
A4. 정해도 됩니다. 병원 안에서 보고를 받는 사람이 익숙한 형식이 있다면, 그 형식에 네 칸을 얹는 식으로 양식을 만들어 첫 계약 때 대행사에 건넵니다. 양식에 원장 보고용 요약 칸을 따로 두면 대행사가 요약을 쓰면서 칸을 섞는 일도 줄일 수 있습니다.
Q5. 다음 묶음에서 무엇을 할지는 무엇으로 정합니까?
A5. 병원이 지금 자주 받는 환자 문의와 이어지는 질문부터 정하는 방법이 있습니다. 여전히 응답에 병원이 나오지 않는 질문 가운데 환자 문의와 겹치는 것을 앞에 두고, 채널 사이에 남은 불일치는 작업량이 적어 묶음 사이에 바로 처리할 수도 있습니다.