요구와 근거를 연결하는 기획 검토표
홈페이지 기획 검토표는 기획안의 각 요구가 사실에 맞는 설명과 확인 가능한 결과로 이어지는지 대조하는 방식으로 구성합니다. 확인 자료가 없는 항목은 충족한 것으로 처리하지 않고 보완 대상으로 남깁니다. 이미 작성한 기획안에 질문과 판단 근거를 추가하는 실무 제안이며, 공식 병원 기획 평가표는 아닙니다.
담당자는 기획안에 적힌 요구를 문구·화면·기능 단위로 구분합니다. ‘전문성을 전달한다’처럼 뜻이 넓은 요구에는 어떤 설명을 사용할지, 그 설명을 무엇으로 뒷받침할지 묻습니다. ‘편리하게 이용한다’에는 어느 화면에서 어떤 행동을 할 수 있어야 하는지 질문을 추가합니다.
| 기획안 항목 | 검토 질문 | 확인할 자료 |
|---|---|---|
| 병원 소개 | 소개 문구가 실제 진료 내용과 일치하는가 | 표현별 근거와 병원 내부 판단 기록 |
| 의료진 소개 | 약력과 설명의 대상·시점이 분명한가 | 해당 약력의 원자료와 적용할 표기 |
| 화면 로딩 | 어떤 화면과 이용 조건에서 측정할 것인가 | 측정 대상·조건·결과 제출 계획 |
| 반응과 배치 | 조작 후 반응과 콘텐츠 이동을 어떻게 시험할 것인가 | 시험할 행동과 결과 기록 방식 |
표에는 기획안의 해당 문장이나 항목 이름도 함께 기재하면 좋습니다. 담당자가 같은 이름의 화면을 혼동하지 않도록 문서의 위치를 표시하고, 묶여 있는 요구는 각각 판단할 수 있게 분리합니다. 문서 분량이나 항목 수를 평가하기보다 답을 낼 수 없는 질문을 찾는 데 사용합니다.
소개 문구의 사실성과 설명 책임
구글은 정보성 콘텐츠에 사실과 일치하는 설명이 필요하며, 삶이나 건강에 큰 영향을 주는 주제에는 높은 정확성과 전문가 사이의 확립된 합의가 필요하다고 설명합니다. 콘텐츠를 만든 사람을 알 수 있게 하는 정보도 권하며, 허위 이름이나 자격으로 저자를 꾸미는 행위를 경계합니다. 다만 병원은 이 원칙을 자체 기획 질문으로 적용하고, 특정 소개 형식이 의무라고 해석하지 않습니다.
의료진의 자격을 뒷받침하는 자료가 있어도 소개 문구 전체가 입증되는 것은 아닙니다. 담당자는 약력에서 진료 범위나 치료 결과에 관한 주장으로 설명이 확대되었는지 구별합니다. 진료 설명은 그 내용을 판단할 의료진에게 전달하고, 사실인 부분과 표현을 조정할 부분을 따로 표시합니다.
병원 소개에는 현재 운영 내용과 과거 이력이 섞일 수 있으므로 문구가 어느 시점의 사실을 뜻하는지도 기재합니다. 다른 병원의 표현을 참고했더라도 해당 병원에 그대로 적용할 근거가 있는지 따집니다. 자료의 존재뿐 아니라 기획안 문장의 의미를 뒷받침하는지를 판단해야 합니다.
화면 성능을 판단할 시험 계획
구글은 코어 웹 바이탈을 실제 사용자의 로딩 성능, 상호작용, 시각적 안정성을 측정하는 항목으로 설명합니다. 다만 병원 기획 단계에서는 완성되지 않은 화면의 성능을 확정하지 않고, 업체가 어떤 조건으로 측정하고 설명할지 정하도록 제안합니다.
화면이 뜨는 속도와 버튼 조작 뒤의 반응, 콘텐츠가 나타나면서 배치가 이동하는 현상을 구분해 질문합니다. 정지된 시안만으로 작동 품질까지 판단하거나, ‘빠르게 제작’이라는 문구를 시험 계획으로 받아들이지 않습니다. 담당자는 측정 대상과 시험할 행동이 기획안에 연결되어 있는지 검토합니다.
요구 대조와 업체 요청의 실행 순서
담당자는 기획안의 요구를 먼저 정리한 뒤 근거 자료와 결과 판단 방법을 대조하고, 남은 문제를 보완 항목으로 기록합니다. 이 과정에서 새로운 목적이나 기능을 계속 추가하기보다, 현재 제안이 무엇을 약속하고 있는지 분명히 합니다. 기존 요구를 바꾸는 제안은 누락 보완과 구별해 병원에 전달합니다.
- 기획안에서 병원이 요청한 문구·화면·기능을 찾아 원래 요구와 연결합니다. 요구에 대한 답이 없는 부분과 표현만 달라진 부분을 구별합니다.
- 담당자는 소개 문구를 뒷받침할 자료를 연결하고, 업체에는 화면 작동 결과를 어떤 방식으로 제출할지 묻습니다. 자료 이름만 기재되어 있다면 어떤 판단에 사용할 자료인지 설명을 요청합니다.
- 답이 부족한 항목에는 부족한 이유, 추가로 받을 내용, 다시 판단할 조건을 기록합니다. 병원에서 답할 사항과 업체에서 답할 사항을 분리해 전달합니다.
담당자가 준비할 자료는 현재 기획안, 그 기획안에 반영하기로 한 요구 기록, 소개 문구의 근거, 업체 제안서입니다. 문서마다 수정 시점과 적용 대상을 표시해 서로 다른 버전이 섞이지 않게 합니다. 아직 받지 못한 자료는 빈칸 대신 미수령 상태와 요청 대상을 기재합니다.
보완 항목별 설명과 제출 자료
업체에는 ‘잘 만들어 달라’는 요청보다 판단에 필요한 설명과 자료를 지정해 전달합니다. 병원 내부에서 결정할 사실까지 업체가 대신 확정하도록 요구하지 않습니다. 아래 표는 보완 요청을 구체화하는 예시 항목이며, 모든 기획안에 동일하게 적용할 목록은 아닙니다.
| 보완할 항목 | 업체에 요청할 설명·확인 방법 | 보완 후 다시 볼 내용 |
|---|---|---|
| 근거보다 넓은 소개 표현 | 병원이 전달한 사실과 제안 문구의 연결 설명 | 표현이 자료의 의미를 벗어나는지 |
| 측정 대상이 없는 속도 요구 | 대상 화면과 이용 조건을 포함한 측정 계획 | 요구한 화면이 계획에 포함되는지 |
| 시험 행동이 없는 반응 요구 | 메뉴·버튼 조작과 결과 기록 방식 | 실제로 사용할 행동을 시험하는지 |
| 배치 안정성 설명 누락 | 콘텐츠 표시 전후의 이동을 판단할 방법 | 어떤 변화를 기록하고 설명하는지 |
기능이 제안서에 있다는 답만 받았다면 구현 범위와 결과를 보여 줄 방법을 추가로 요청합니다. 영상이나 측정 자료를 받기로 했더라도 어떤 화면·행동을 담을지 빠져 있으면 보완 요청을 유지합니다. 제출물의 형식만 합의하고 내용이 비어 있는 상태를 구별하기 위한 절차입니다.
회신에는 요청 항목을 식별할 이름을 그대로 사용하도록 제안합니다. 업체가 여러 항목을 한 문장으로 답하면 담당자는 해결된 요구와 미답변 요구를 분리합니다. 다음 회의에는 전체 기획안을 다시 읽기보다 미답변 항목과 변경 제안부터 전달합니다.
근거 수준에 따른 결과 기록
기획 검토 결과는 ‘확인됨·보완 필요·자료 없음’으로 구분해 기록할 수 있습니다. 이는 기획안의 근거와 계획에 대한 상태이며, 완성된 홈페이지가 모든 요구를 충족했다는 판정은 아닙니다. 상태 옆에는 그렇게 판단한 이유와 해당 문서의 위치를 기재합니다.
‘확인됨’은 해당 요구를 뒷받침할 자료가 있고, 결과를 판단할 방법도 설명된 항목에 사용합니다. 화면 성능 항목이라면 시험 계획이 구체화되었다는 뜻으로 범위를 제한합니다. 실제 성능 측정이 끝났다는 뜻으로 읽히지 않도록 상태의 대상을 ‘측정 계획’처럼 명시합니다.
‘보완 필요’는 자료나 설명을 받았지만 요구에 답하기에 부족한 경우에 사용합니다. 일부 문구만 근거가 있거나 시험할 화면이 빠져 있다면 부족한 부분을 문장으로 기재합니다. ‘자료 없음’은 판단에 쓸 자료를 받지 못한 경우에 사용하고, 추측으로 긍정적인 상태를 부여하지 않습니다.
보완 기록에는 항목 이름, 판단 이유, 답할 사람, 받을 내용, 재검토 조건을 포함합니다. 회신을 받은 뒤에는 이전 요청을 지우기보다 어떤 내용이 해결되었는지 이어서 남깁니다. 담당자가 변경되어도 완료 여부를 다시 추측하지 않도록 근거의 위치를 함께 기록합니다.
미해결 항목의 다음 단계 조건
기획안을 다음 단계로 진행할지는 미해결 항목이 후속 작업에 미치는 영향으로 판단합니다. 소개 문구의 의미가 확정되지 않았다면 그 문구를 전제로 한 화면 작업에 어떤 수정이 발생할지 업체에 설명을 요청합니다. 단순한 문장 정리와 요구 자체가 달라지는 문제를 같은 상태로 처리하지 않습니다.
자료가 늦게 도착할 예정이라는 사정만으로 항목을 완료 처리하지 않습니다. 담당자는 자료를 받기 전 진행할 작업과 답을 받은 뒤 진행할 작업을 구분해 제안합니다. 업체가 임시 내용으로 작업한다면 적용 범위와 교체할 내용을 기록하고 병원에 승인 여부를 요청합니다.
기획안 전체를 한꺼번에 승인하는 문구만 사용하면 남은 요구가 누락될 수 있습니다. 병원은 진행 가능한 항목과 결정이 필요한 항목을 분리해 전달합니다. 보완 이후 요구가 달라졌다면 기존 요청의 완료로 처리하지 않고 변경된 요구에 대한 판단을 새로 기록합니다.
자주 묻는 질문
기획 검토표에 점수를 매겨도 괜찮습니까?
병원 내부의 논의 순서를 정하는 보조 수단으로 사용할 수 있습니다. 다만 총점이 높다는 이유로 근거가 없는 소개 표현이나 미답변 요구를 통과시키지 않도록 항목별 상태를 함께 남깁니다. 점수의 의미를 설명할 수 없다면 서술형 기록이 더 적합합니다.
업체가 자체 양식 사용을 제안하면 어떻게 합니까?
병원이 요청한 내용과 업체의 답을 연결할 수 있는 양식이면 사용할 수 있습니다. 빠진 기록 항목은 별도 문서로 보충하고, 두 문서에서 같은 요구를 식별할 이름을 사용합니다. 업체의 양식을 쓴다는 이유로 병원의 판단 기록을 생략하지 않습니다.
기획안과 견적서의 항목 이름이 다르면 어떻게 합니까?
업체에 두 문서의 항목이 어떻게 대응하는지 설명을 요청합니다. 이름만 다른지, 포함된 작업 범위도 다른지 구별한 뒤 대응 관계를 기록합니다. 비용이나 일정에 영향을 주는 차이는 단순한 표기 수정과 분리해 협의합니다.
아직 선택하지 않은 기능도 검토표에 포함합니까?
선택 예정인 기능은 확정된 요구와 구분해 별도로 표시할 수 있습니다. 선택 여부를 결정할 정보와 답을 받을 대상을 기재하고, 확정 항목의 완료 상태에는 포함하지 않습니다. 해당 기능을 전제로 다른 화면이 설계되어 있다면 그 의존 관계도 기록합니다.
원자료를 업체에 보내기 어려울 때는 어떻게 합니까?
원자료 전체가 필요한지, 병원이 승인한 표기와 적용 범위만 전달해도 되는지 먼저 정합니다. 전달이 제한되는 자료는 병원 내부에서 사실 판단을 마치고, 업체가 사용할 문구와 제외할 표현을 구체적으로 안내합니다. 업체의 설명만으로 원자료를 대신했다고 기록하지 않습니다.