달라진 표현을 지정한 설명 요청
시안과 완성 화면이 다를 때는 업체에 공통 표현이 달라진 부분과 실제 콘텐츠에 맞춰 배치를 조정한 부분을 구분해 설명하도록 요청합니다. 시안의 모양을 그대로 복제하도록 요구하기보다 유지할 표현과 조정할 배치를 수정 예시로 제시하도록 요청합니다. 병원은 그 설명을 받은 뒤 어떤 차이를 수정하고 어떤 차이를 허용할지 결정합니다.
요청의 시작점은 전체적인 인상이 아니라 차이가 발생한 요소입니다. 실장은 시안의 제목 색상, 본문의 글꼴, 예약 버튼의 형태처럼 달라진 대상을 지정합니다. 이어서 어느 페이지의 어느 위치에서 차이를 발견했는지 기재하고, 시안과 완성 화면의 해당 부분을 함께 전달합니다. 화면 전체에 표시를 너무 많이 추가하기보다 하나의 요청에서 판단할 대상을 좁힙니다.
이때 병원이 원인을 먼저 확정할 필요는 없습니다. 버튼이 커졌다는 관찰과 버튼을 잘못 제작했다는 판단은 서로 다른 내용입니다. 담당자는 관찰한 차이만 기록하고, 업체에는 적용한 표현 규칙이나 배치를 변경한 이유를 설명하도록 요청합니다. 설명을 받기 전에는 모든 차이를 제작 오류로 처리하거나 모두 불가피한 조정으로 받아들이지 않습니다.
| 발견한 차이 | 업체에 물을 이유 | 받을 설명 자료 |
|---|---|---|
| 제목과 강조색의 변화 | 공통 색상 규칙을 변경했는지 | 시안과 완성 화면에 적용한 색상 값 |
| 본문 글꼴과 굵기의 변화 | 글꼴 설정이나 사용 조건이 달라졌는지 | 적용 글꼴명과 굵기 설정 |
| 버튼 형태와 여백의 변화 | 같은 역할의 버튼에 어떤 규칙을 적용했는지 | 버튼별 표현 규칙과 적용 화면 |
| 문구 줄바꿈과 요소 위치의 변화 | 화면 폭이나 실제 문구 때문에 조정했는지 | 해당 문구를 넣은 배치 설명 화면 |
표의 자료는 차이의 원인을 설명받기 위한 요청 항목입니다. 업체가 모든 자료를 같은 형식으로 제출해야 한다고 정할 필요는 없습니다. 병원 담당자가 해당 차이와 적용 이유를 연결해 이해할 수 있도록 화면 표시와 짧은 설명을 함께 요청합니다.
공통 표현과 배치 조정의 판단
케이알디에스는 스타일을 화면 요소의 시각적 일관성을 위한 규칙으로 설명하고, 디자인 토큰을 기본 디자인 요소를 코드로 정의하는 수단으로 안내합니다. 병원은 이를 참고해 색·글꼴·버튼에 적용한 공통 규칙을 업체에 물을 수 있습니다. 특정 디자인 시스템의 도입 여부보다 같은 역할의 요소에 어떤 표현을 적용했는지 설명받는 데 집중합니다.
구글의 웹데브는 반응형 디자인이 사용자의 요구와 기기 기능에 따라 배치를 조정하며, 콘텐츠에 맞춰 배치 전환 지점을 정하도록 설명합니다. 따라서 화면 폭이 달라져 요소가 아래로 이동했다면 이동 자체만으로 수정 여부를 결정하지 않습니다. 병원은 업체에 공간이 부족해진 대상과 조정 후에도 유지되는 안내 관계를 설명하도록 요청합니다. 반응형이라는 답변만으로 색상이나 글꼴까지 변경한 이유가 설명되는 것은 아닙니다.
담당자가 준비할 자료와 요청 순서
병원 담당자는 비교할 시안의 버전과 완성 화면의 상태를 먼저 지정합니다. 서로 다른 시안이나 수정 전 화면을 섞으면 업체가 어느 차이에 답해야 하는지 불명확해집니다. 시안 이미지, 완성 화면 캡처, 화면에 들어간 최종 문구를 하나의 요청 자료로 묶고 촬영 당시의 화면 폭도 함께 기재합니다.
- 달라진 요소와 위치를 표시합니다. 시안에서 기대한 표현과 완성 화면의 현재 상태를 짧게 기재합니다.
- 업체에 공통 표현의 변경 이유와 배치 조정 이유를 각각 요청합니다. 여러 원인이 함께 작용했다면 요소별로 설명하도록 요청합니다.
- 병원이 유지하려는 표현과 허용할 배치를 전달합니다. 업체에는 실제 문구를 넣은 수정 예시를 요청합니다.
- 병원 담당자가 수정 예시를 승인한 뒤 실제 화면을 대조합니다. 예시와 다른 부분은 같은 자료에 표시해 후속 답변을 받습니다.
실장은 내부 의견을 모아 업체에 전달하고, 원장은 병원이 유지하려는 표현을 결정합니다. 마케팅 담당자는 최종 문구와 사진을 준비해 예시에 임시 자료가 남지 않도록 합니다. 업체에는 요청 항목별로 설명과 수정 예시의 위치를 연결해 회신하도록 요청합니다.
유지할 표현과 조정할 배치의 합의
수정 예시는 실제로 사용할 콘텐츠가 들어간 상태로 받습니다. 짧은 임시 제목에서는 문제가 없더라도 최종 진료 안내를 넣으면 제목 높이와 버튼 위치가 달라질 수 있습니다. 병원은 문구를 임의로 줄인 예시를 승인하기 전에 생략한 내용이 무엇인지 묻고, 원문을 유지한 대안도 함께 요청합니다.
| 유지할 공통 표현 | 조정할 배치 | 수정 화면에서 확인할 결과 |
|---|---|---|
| 제목의 색상과 굵기 | 문구 길이에 따른 제목 높이 | 전체 제목과 다음 안내가 겹치지 않는 상태 |
| 본문의 글꼴과 글자 표현 | 본문 영역의 폭과 줄바꿈 | 최종 문구가 누락 없이 들어간 상태 |
| 예약 버튼의 형태와 강조색 | 버튼의 위치와 주변 여백 | 관련 안내와 버튼의 관계가 유지된 상태 |
| 안내 항목의 공통 제목 표현 | 항목의 열 구성과 배열 | 배치 변경 후에도 항목 순서를 이해할 수 있는 상태 |
합의 내용에는 변경 대상뿐 아니라 그대로 유지할 항목도 기재합니다. 가상 사례로, 병원이 버튼 위치 이동을 요청했다면 버튼 색상 변경까지 포함되는지 명확히 기재합니다. 업체가 수정 과정에서 다른 요소도 변경해야 한다고 설명하면, 병원은 그 요소를 별도 판단 항목으로 추가합니다.
배치 전환이 차이의 원인이라면 업체에 전환 전후의 수정 예시를 받습니다. 업체는 어느 지점에서 배열이 달라지는지 설명하고, 담당자는 두 예시에 같은 최종 문구가 들어갔는지 대조합니다. 캡처에서 승인한 결과가 실제 화면에도 반영됐는지 확인한 뒤 해당 요청을 마무리합니다.
원인과 수정 대상을 혼동하는 요청
배치가 달라졌다는 이유로 글자를 작게 줄여 달라고 요청하면 원래 문제와 다른 변경이 발생할 수 있습니다. 업체가 문구 길이를 원인으로 설명했다면 담당자는 먼저 문구를 유지한 배치 대안을 요청합니다. 글자 크기를 변경하는 안은 별도 선택지로 받아 읽는 데 부담이 생기는지 판단합니다. 시안과 같은 높이를 만드는 것만을 승인 조건으로 삼지 않습니다.
공통 표현의 문제를 한 페이지에서만 수정하는 요청도 주의해야 합니다. 같은 역할의 버튼이 여러 페이지에서 다른 형태로 제작됐다면 업체에 해당 표현이 적용된 범위를 알려 달라고 요청합니다. 병원은 전체 홈페이지의 점검 항목을 새로 만드는 대신 이번에 발견한 요소의 수정 대상 페이지를 정합니다. 예외가 필요한 페이지는 그 이유를 별도로 기록합니다.
업체가 기술적인 용어로만 원인을 설명하면 병원 담당자는 화면에 어떤 변화가 생기는지 다시 요청합니다. 특정 설정을 변경했다는 답변에는 변경 전후의 해당 요소를 함께 제시하도록 합니다. 담당자는 용어를 모두 이해해야 승인할 수 있다고 생각하기보다, 제시한 대안이 병원의 요구를 충족하는지 판단합니다.
수정 화면의 항목별 판단 기록
수정 결과는 전체 화면의 인상 대신 요청 항목별로 기록합니다. 담당자는 각 항목에 수정 예시 승인, 실제 반영 완료, 추가 설명 필요 중 현재 상태를 기재합니다. 버튼 색상은 반영됐지만 위치에 대한 답변이 남았다면 하나의 완료 항목으로 처리하지 않습니다. 남은 질문에는 업체가 답할 대상과 필요한 화면을 명시합니다.
수정 후 다른 부분이 달라졌다면 기존 요청과 별개로 기록합니다. 그 변화가 이번 수정에 따라 함께 발생한 것인지 업체에 설명을 요청하고, 병원에서 승인할지 결정합니다. 요청하지 않은 변화가 포함된 상태에서 화면 전체를 승인하면 어떤 표현을 유지하기로 했는지 기록이 흐려질 수 있습니다. 담당자는 최종 승인 화면과 남은 항목을 함께 보관합니다.
서로 다른 촬영 상태의 오인
화면을 캡처한 시점의 상태가 다르면 디자인 변경과 무관한 차이를 수정 대상으로 오인할 수 있습니다. 한 화면은 메뉴를 펼친 상태이고 다른 화면은 닫힌 상태라면 같은 조건의 화면을 다시 요청합니다. 스크롤 위치나 선택한 항목이 다른 경우에도 담당자는 비교 조건을 먼저 통일합니다.
파일을 전달하면서 이미지를 확대하거나 축소한 경우에는 그 이미지의 크기만으로 글자와 버튼의 차이를 확정하지 않습니다. 원본 캡처와 실제 화면을 함께 대조하고, 업체에는 문제가 발생한 조건을 재현하도록 요청합니다. 조건을 통일한 뒤에도 남는 차이만 수정 협의에 포함하면 화면 상태에 관한 설명과 디자인 변경 요청이 섞이지 않습니다.
자주 묻는 질문
시안 파일의 글꼴 이름을 몰라도 설명을 요청할 수 있습니까?
글꼴 이름을 몰라도 차이가 발생한 문장을 지정해 요청할 수 있습니다. 담당자는 같은 문장의 시안과 완성 화면을 전달하고, 업체에 각각 어떤 글꼴과 굵기를 적용했는지 알려 달라고 요청합니다. 병원이 추측한 글꼴명을 확정된 요구처럼 전달하지 않는 편이 좋습니다.
시안에서 사용한 글꼴을 그대로 쓸 수 없다는 답은 어떻게 처리합니까?
업체에 사용할 수 없는 조건과 대체 가능한 글꼴을 설명하도록 요청합니다. 사용 허용 범위가 이유라면 병원이 가진 사용 관련 자료도 함께 전달합니다. 대체안을 결정할 때는 글꼴 이름만 받지 말고 병원의 제목과 본문을 넣은 화면으로 판단합니다.
사진이 변경돼 화면 분위기가 달라진 경우에도 수정 요청을 합니까?
사진 자체의 차이와 사진을 표시하는 방식의 차이를 따로 요청할 수 있습니다. 병원이 최종 사진을 변경했다면 그 사실을 알리고, 업체에는 사진을 자르는 범위나 표시 영역을 조정할 수 있는지 묻습니다. 원하는 대상을 잘라내지 않으면서 주변 요소와 어울리는 대안을 받습니다.
수정 대안이 여러 개이면 병원은 무엇부터 결정합니까?
먼저 병원이 양보할 수 없는 내용과 표현을 전달합니다. 이후 각 대안에서 달라지는 항목을 업체가 표시하도록 요청하면 선택 조건이 명확해집니다. 여러 대안의 일부를 합치려는 경우에는 합친 화면을 다시 받아 요소 사이에 새로운 충돌이 생기지 않는지 판단합니다.
공개 후 문구가 변경되면 기존 수정 결과를 다시 승인해야 합니까?
모든 화면을 다시 승인하기보다 변경한 문구가 들어간 영역부터 판단합니다. 담당자는 문구 변경과 함께 제목 높이, 주변 안내, 버튼 위치가 달라졌는지 기록합니다. 기존에 승인한 배치 조건을 벗어난 부분이 있으면 업체에 해당 영역의 조정안을 요청합니다.