홈페이지 수정 요청서 쓰는 법: 캡처와 문장으로 정확히 전달해요

먼저 이것부터 해보세요

한 항목에 주소·재현 순서·현재 모습·원하는 모습·완료 기준을 적어요. 오류 보고와 새 기능 제안은 구분하고 검토 의견은 한 목록으로 모아요.

1. 주소와 보는 환경을 먼저 남겨요

문제가 생긴 정확한 페이지 주소를 복사해요. 휴대전화인지 PC인지, 기기와 브라우저, 세로·가로 방향도 아는 범위에서 적어요. 로그인 뒤 화면이라면 비밀번호를 보내기보다 어떤 화면에서 생기는지 먼저 설명해요.

‘첫 화면을 열고 → 메뉴를 누르고 → 가격표까지 내려가면’처럼 행동을 순서로 적어요. 처음부터 보이는 문제인지 특정 버튼을 누른 뒤 생기는지 구분해요. 재현되지 않는 경우에도 언제 어떻게 발견했는지 단서가 남아요.

문제 부분만 너무 좁게 자르면 어느 구역인지 알기 어려울 수 있어요. 화면 전체 캡처에 번호를 붙이고, 필요한 경우 같은 번호의 확대본을 더해요. 표시한 화살표가 글이나 버튼을 가리지 않는지도 확인해요.

고객 이름·연락처·대화·주문 정보가 보이면 가린 복사본을 준비해요. 주소에 개인 정보나 접근용 값이 들어 있다면 공개 게시판에 올리지 않아요. 공유할 자료에는 문제를 이해하는 데 필요한 부분만 남겨요.

‘보기 좋게’ 대신 무엇이 달라져야 하는지 써요. 예를 들어 ‘가격표 아래 문의 버튼의 글씨가 두 줄로 겹쳐요. 줄이 늘어도 버튼 안에서 읽히게 해주세요’처럼 적을 수 있어요. 색이나 여백 취향은 오류와 구분해요.

직접 채워보는 틀

항목 번호: [수정-01]
주소·구역: [페이지 / 버튼·제목 이름]
환경·순서: [기기·브라우저 / 재현 행동]
현재: [보이는 상태]
요청: [바라는 변화]
완료 확인: [어떻게 확인할지]
첨부: [같은 번호의 캡처]

문구 교체는 기존 문장과 최종 문장을 둘 다 적어요. ‘지난번 보낸 문장으로’라고만 쓰기보다 이번에 적용할 정확한 문구를 넣어요. 숫자·시간·주소가 들어가면 사장님이 확인한 최종본인지 표시해요.

눌리지 않는 링크, 가려진 안내처럼 사용을 막는 문제와 새로운 갤러리 추가 같은 제안을 구분해요. 같은 요청서에 적더라도 우선순위와 이유를 붙여요. 제작자가 합의한 범위 안에서 가능한지 확인할 수 있게 해요.

새 페이지나 기능은 기존 수정 횟수에 자동으로 포함된다고 가정하지 않아요. 합의 내용과 다르게 나온 부분은 처음 합의한 기준을 함께 보여줘요. 범위와 일정이 달라지면 반영 전에 다시 확인해요.

수정 목록에 날짜를 적고 마지막으로 확인할 담당자를 정해요. 여러 사람이 메시지로 다른 문장을 보내면 어느 것이 최종인지 정리해요. 취소한 요청은 삭제해서 흔적을 없애기보다 취소 표시와 바뀐 이유를 남겨요.

진행 상태는 요청·확인 중·반영·확인 완료처럼 나눠봐요. 제작자가 반영했다고 답한 것과 사장님이 공개 화면을 확인한 것은 다른 단계예요. 검토 중 새로 발견한 일은 기존 번호를 바꾸지 말고 새 번호로 추가해요.

처음 적은 주소와 행동 순서로 다시 열어봐요. 문제가 있던 기기·방향에서 확인하고, 주변 글과 다른 버튼도 살펴봐요. 예전 화면이 보이면 새로고침한 뒤 최신 수정 내용이 보이는지 제작자와 확인해요.

화면 문제와 속도 문제는 확인 방법이 달라요. 무료 모바일 점검으로 속도 관련 항목을 참고할 수 있지만, 자동 검사만으로 문구 겹침이나 모든 화면 잘림을 찾지는 못해요. 가로 넘침의 원인을 직접 보는 방법은 기존 모바일 수정 가이드로 이어가요.

특정 순서에서만 생기는 문제라면 짧은 녹화가 도움이 될 수 있어요. 함께 주소·환경·행동 순서를 적고 개인 정보가 보이지 않는지 확인해요.

처음 정한 완료 기준으로 실제 화면을 다시 확인해요. 수정된 위치와 주변 동작까지 확인한 뒤 확인 완료로 표시해요.