공공기관 사보 제작,디자인보다 먼저 확정해야 할 것
- 리퍼블릭 편집부

- 6일 전
- 4분 분량

핵심은 단순하다. 사보 제작은 ‘디자인을 빨리 보여주는 것’이 중요한 게 아니라, 무엇을 확정한 뒤 무엇을 보여줄지 기획이 훨씬 중요하다. 이 순서가 흐트러지면 원고와 디자인이 엉키고, 작은 수정이 전면 재작업으로 이어질 수 있다.
공공기관 사보나 웹진 제작을 담당하다보면 담당자는 곧 난감한 상황을 맞닥뜨리게 된다. ‘디자인은 언제 나오나요?’, ‘우선 전체를 한번 보여줄 수 없나요?’, ‘사진은 나중에 바꾸면 되지 않나요?’ 모두 자연스러운 과정이긴 하다. 담당자 역시 상급자에게 진행 상황을 보고해야 하므로 눈에 보이는 결과물이 필요하기 때문이다.
그러나 제작 현장에서 일정이 길어지는 원인은 디자인 작업의 속도가 아니다. 목차와 원고의 확정 수준이 불분명하고, 사진의 사용 여부가 정리되지 않은 상태에서 시안을 먼저 요구할 때 문제가 시작된다. 디자인은 빈 종이에 색을 입히는 일이 아니라, 확정된 콘텐츠의 위계와 흐름을 시각적으로 번역하는 일이기 때문이다.

1. 공공기관 사보 제작 ‘원고 수정’과 ‘구조 변경’을 먼저 구분해야 한다
사보 제작에서 가장 먼저 합의해야 할 것은 무엇까지 확정할 것인지 그 범위를 정하는 일이다. 예컨대 오탈자를 바로잡거나 문장을 다듬고, 사진 위치를 조금 옮기고, 한두 문단의 길이를 조정하는 일은 통상적인 수정에 속한다. 반면 목차를 바꾸고, 새 꼭지를 추가하고, 한 코너의 구성 요소를 통째로 교체하는 일은 구조 변경에 해당한다.
두 작업은 비용과 일정에 미치는 영향이 전혀 다르다. 이미 페이지 체계와 그래픽 규칙을 설계한 뒤 구조가 바뀌면, 해당 페이지만 고치는 것으로 끝나지 않는다. 앞뒤 페이지의 분량, 사진 비율, 인포그래픽, 페이지 번호와 전체 리듬까지 연쇄적으로 달라진다. 공공기관이 ‘수정은 몇 회까지 가능한가’만 묻기보다 ‘어떤 수정까지 통상 수정이고, 어디부터 레이아웃을 재조판하는 것인가’를 과업 초기에 정의해야 하는 이유다.
2. 공공기관 사보 제작 원고 확정은 ‘한 글자도 못 고친다’는 뜻은 아니다
실무자가 원고 확정을 부담스러워하는 이유는 이후 수정이 막힐까 걱정해서다. 하지만 제작사가 요청하는 원고 확정은 대개 문장 하나도 손대지 말라는 의미가 아니다. 목차, 꼭지 수, 각 꼭지의 목적, 핵심 소재와 예상 분량 같은 큰 골격을 더 이상 뒤집지 않는다는 뜻에 가깝다.
따라서 발주기관은 원고를 검토할 때 문장 교정과 구조 승인을 분리하는 편이 좋다. 먼저 ‘이 목차와 코너 구성으로 디자인에 들어가도 되는가’를 승인하고, 이후 세부 문장과 표현은 교정 단계에서 다듬는다. 이 두 결정을 한꺼번에 처리하려 하면 작은 문구 하나 때문에 전체 제작이 멈추게 된다.
3. 공공기관 사보 제작 정보성 콘텐츠일수록 주석이 필요하다
사보의 정보 코너에는 도서, 방송, 영화, 여행지, 제도, 통계처럼 외부 정보를 추천하거나 인용하는 내용이 자주 들어간다. 이때 중요한 문제는 검증 가능한 근거가 남아 있는가이다. 가장 안전한 방법은 원고와 함께 간단한 팩트체크 표를 운영하는 것이다. 콘텐츠명, 공식 표기, 확인한 주소, 확인 날짜, 이미지 출처, 사용 조건, 담당 확인자를 함께 기록한다. 통계는 발표기관과 기준 시점을 명시하고, 책이나 영상은 공식 유통처 또는 제작기관 페이지에서 다시 확인한다. 제작사가 기획해 제안한 정보와 발주기관이 제공한 내부 자료도 구분해야 한다.
4. 공공기관 사보 제작 사진은 ‘많이 보내는 것’보다 사용 기준을 정하는 것이 중요하다
기관이 보유한 사진을 한꺼번에 전달했는데도 제작사가 다시 자료를 요청하는 경우가 있다. 대개 사진 수가 부족해서가 아니라 어떤 사진을 반드시 써야 하는지, 어느 정도 크기로 쓸 수 있는지 판단하기 어렵기 때문이다. 웹진이라 해도 화소가 지나치게 낮으면 메인 이미지로 확대했을 때 품질이 무너진다. 행사 기록 사진은 많지만 비슷한 구도만 반복돼 지면의 호흡을 만들기 어려운 경우도 흔하다.
사진 전달 시에는 ‘필수 사용’, ‘선택 사용’, ‘참고용’으로 구분하고 촬영자·초상권·사용 범위를 함께 적는 것이 좋다. 원본 파일을 전달하고, 파일명에 행사명과 날짜를 넣고, 꼭 필요한 인물이나 장면을 표시한다. 사용할 사진이 더 없다면 그 사실도 분명히 알려야 한다. 그래야 제작사가 유료 이미지, 일러스트, 아이콘, 인포그래픽 중 어떤 대안을 준비할지 결정할 수 있다.

5. 공공기관 사보 제작 표지 방향이 정해져야 내지의 언어가 생긴다
표지와 내지는 따로 노는 두 개의 디자인이라고 보면 안 된다. 표지가 실사 중심인지 일러스트 중심인지, 따뜻한 색인지 차분한 색인지, 전호의 정체성을 이어갈지 새롭게 전환할지에 따라 내지의 색상·아이콘·사진 프레임·그래픽 밀도가 달라진다. 표지 후보가 두 안으로 갈렸다면 완벽한 최종 결정을 기다리기보다 ‘현재 선호도는 7 대 3’처럼 우선 방향을 좁혀주는 것만으로도 다음 단계가 빨라진다.
중요한 것은 디자인 취향을 ‘예쁘다, 아쉽다’로만 전달하지 않는 일이다. 실사와 일러스트 중 무엇을 선호하는지, 기관의 기존 색을 얼마나 유지할지, 전호와의 연속성이 중요한지, 매 페이지의 시각 요소를 어느 정도까지 허용할지를 언어로 합의해야 한다. 이 합의가 사보 전체에 적용되는 디자인 원칙이 된다.
6. 공공기관 사보 제작 가장 안전한 시안 절차는 ‘구성안 → 대표 내지 → 전체 조판’이다
디자인을 빨리 보고 싶다는 요구와 재작업을 줄여야 한다는 현실을 함께 만족시키는 방법이 있다. 먼저 원고 파일에 사진·그래프·인포그래픽의 예상 위치와 크기를 표시한 구성안을 만든다. 이 단계에서는 완성된 디자인보다 페이지 흐름을 본다. 이어 표지 방향에 맞춘 대표 내지 한두 면을 제작해 색상, 서체, 사진 처리, 아이콘과 그래픽의 수준을 확인한다. 이 시안이 승인된 뒤 전체 페이지를 한 번에 조판한다.
꼭지별로 조금씩 디자인해 순차 승인하는 방식은 얼핏 빨라 보이지만, 실제로는 기준이 계속 흔들려 시간이 배로 들기 쉽다. 반대로 전체 디자인을 한 번에 만든 뒤 핵심 콘셉트를 바꾸는 것도 큰 손실이다. 대표 면에서 디자인 시스템을 먼저 승인하고, 전체본에서는 내용과 배치 중심으로 검토하는 방식이 가장 효율적이다.
7. 공공기관 사보는 ‘한 사람의 취향’이 아니라 ‘승인 체계’로 완성된다
공공기관 제작물에는 실무 담당자, 부서장, 기관장, 관련 부서와 외부 대행사까지 여러 사람이 의견을 낸다. 이 구조 자체가 문제는 아니다. 문제는 의견이 서로 다른 시점에 개별적으로 전달되는 것이다. 어제는 사진을 늘리라는 의견을 반영했는데 오늘은 사진이 많다는 의견이 오면, 제작사는 수정이 아니라 왕복 작업을 하게 된다.
따라서 기관 내부에서 의견을 취합할 단일 창구와 최종 결정권자를 정해야 한다. 피드백은 페이지별로 모아 한 번에 전달하고, ‘반드시 수정’, ‘검토 요청’, ‘아이디어’의 우선순위를 표시한다. 변경 이유와 승인 상태도 남겨야 한다. 일정표에는 제작사의 작업일뿐 아니라 기관의 검토일과 의사결정 기한을 함께 적어야 한다. 제작 일정은 납품일에서 거꾸로 계산하는 표가 아니라, 쌍방의 결정 시간을 포함한 약속이어야 한다.
사보제작 시 디자인을 재촉하기 전에 확인할 일곱 가지1. 목차와 꼭지 수, 각 꼭지의 목적이 확정됐는가.2. 외부 정보와 통계에 공식 근거·확인 날짜·출처가 남아 있는가.3. 사진을 필수·선택·참고용으로 나누고 원본 및 사용 권리를 확인했는가.4. 표지의 우선 방향과 핵심 색상, 실사·일러스트의 원칙을 정했는가.5. 통상 수정과 구조 변경의 범위, 추가 비용 기준을 합의했는가.6. 대표 내지 시안에서 승인할 항목과 전체본에서 검토할 항목을 나눴는가.7. 기관 내부 의견을 취합할 단일 창구와 최종 결정권자가 정해졌는가.
좋은 사보를 만들기 위해서는, 처음에 무엇을 확정하고, 어떤 근거를 남기며, 어느 단계에서 누구의 승인을 받을지 정한 결과다. 디자인을 서두르기 전에 결정의 순서를 설계하자. 그러면 제작사는 더 과감하게 제안할 수 있고, 기관은 보고와 검토의 부담을 줄일 수 있으며, 독자는 비로소 신뢰할 만하고 읽을 만한 사보를 만들 수 있다.
※ 이 글은 리퍼블릭미디어에서 실제 사보 제작 협의에서 반복적으로 나타난 쟁점을 바탕으로 재구성했으며, 특정 기관이나 프로젝트를 식별할 수 있는 내용은 배제했다.
.jpg)

댓글