웹 퍼블리셔의 업무 프로세스 어떻게 될까?

퍼블리셔로 일하다보면 퍼블리셔의 업무를 무슨 도깨비 방망이인줄 알고 페이지 나와라 뚝딱 하면 "짠~!!" 하고 바로 만들어 낼 줄로 아는, 퍼블리셔의 업무를 전혀 이해하지 못하는 타 분야인들이 너무 많다.
그래서!!! 퍼블리셔가 얼마나 머리를 많이 쓰는 지식 노동인지, 한 페이지를 만들기 위해 얼마나 많은 프로세스를 타는지 알리고자(?) 한 번 퍼블리셔의 업무 프로세스를 정리해봤다.

참고로 프로세스 중 JavaScript 사용 불가 환경에 대한 부분은 내 개인적인 작업 스타일(?)이다.
개인적으로 JavaScript 에 대해서는 점진적 향상, 우아한 낮춤을 지향하고 있기 때문에 JavaScript가 지원되지 않는 부분까지 고려해서 하는 편이다.

웹 퍼블리셔 업무 프로세스
작업 단계 기술 구현 항목 구현 항목별 코멘트
스토리보드 검토 UI/UX 기술 구현 가능 여부 확인 구현 어려울 시 대체 기술 기획자 협의
UI/UX 접근성 제고 여부 검토 웹 컨텐츠 접근성 지침 2.0 을 기준으로 함
접근성 미제고시 UI/UX 접근성 제고 요청
웹 리소스 구조화 리소스 폴더 구조 설계 및 생성 개발자 협의
파일 네이밍 가이드 수립
시안 검토 컨텐츠 분석 및 정보의 논리적 선형화
디자인에 따라 구역 분할
논리구조에 따른 HTML 문서 구조화
공통 CSS, JS 가이드 작성
디자인적 접근성 제고 여부 검토 웹 컨텐츠 접근성 지침 2.0 을 기준으로 함
접근성 미제고시 시안 수정 요청
퍼블리싱 CSS 가이드 수립,
문서내 ID / Class 구조화 및 정리
문서 구조에 따라
시안 PSD 슬라이싱 및 이미지 분할 저장
웹 표준, 웹접근성 지침을 기준으로
JavaScript 사용불가 환경 마크업 진행
마크업 유효성 검사 W3C Markup Validator 이용
CSS 작성
브라우저 렌더링 화면과 시안 비교
JavaScript 사용가능 환경 마크업 / CSS 추가 작성
JavaScript 개발
JavaScript 오류 테스트 IE 8 ~ 10, Google Chrome, FireFox, Safari 등 Major 웹 브라우저 동작 테스트
접근성 제고 검토 웹 컨텐츠 접근성 지침 최신 버전 기준
개발 페이지 보수 웹표준 검사 일부 개발 코드 수정 요청
접근성 제고 검사
산출물 최종 확인 브라우저 테스트 Major 웹 브라우저 렌더링 및 동작 테스트
웹 표준 검사 W3C Markup Validator 이용
문서의 논리적/의미론적 구조 수동 검사
웹 접근성 최종 검토 정량 / 정성 평가 진행

족히 이 정도는 되지 않을까?
퍼블리셔 산출물이 HTML, CSS , JS 정도로 빠지니까 단순해 보일거 같지만, 결코 단순한 작업이 아니라는 것 좀 알았으면 좋겠다.

하나의 페이지, 사이트를 만들기 위해 퍼블리셔는 저 많은 프로세스를 거쳐야 하고, 많은 지식들이 동반되어져야 하며, 많은 고민을 해야 하는 직업군이다.
제발, 금나와라 뚝딱! 식으로 하면 나오는줄로 알지 말고, 이 업무에 대해 어느 정도 이해는 하고 업무 지시를 주기 바란다.

Hero image from Freepik by sentavio

작성자

멀더끙

접근성에 관심이 많은 Front-End Developer, 커피 애호가, 사진 찍기 좋아하는 여행 러버, 아직도 블로그 뭘 쓸지 모르겠는 초보 블로거, 그냥 이것 저것 개인의 생각을 끄적끄적이는 멀더끙의 블로그입니다.

댓글