무엇이 문제였나
주일 예배 하나를 준비하려면 찬양팀, 예배순서 담당자, 방송실이 각자 자료를 넘깁니다. 카카오톡과 메모에 흩어진 내용을 한 사람이 모아 주보를 조판하고, 찬송 악보를 하나씩 찾아 PPT에 붙였습니다. 매주 반복되는데 매주 두 시간이 들고, 찬송 장수가 틀리거나 지난 주 날짜가 남아 있는 실수가 반복됐습니다.
어떻게 풀었나
입력을 규격화했습니다. 자유 형식 메모가 아니라 항목별 폼으로 받습니다. 찬송 장수 형식, 성경본문 표기, 선택한 예배 날짜와 다른 날짜가 섞여 들어간 경우를 입력 즉시 경고합니다. 자동화의 대부분은 사실 이 단계에서 결정됩니다 — 뒤에서 아무리 잘 만들어도 입력이 흔들리면 매주 손이 갑니다.
생성은 두 갈래로 나눴습니다. 주보는 텍스트만 있으면 되니 웹에서 바로 조판합니다. 반면 예배 PPT는 악보 파일 800여 개와 교독문 원본이 필요해 서버로 올리기 어렵습니다. 이 부분은 로컬에서 스크립트로 처리하고, 웹은 입력과 보관을 맡습니다. 전부 클라우드로 올리는 편이 깔끔해 보이지만, 자료의 물리적 위치를 무시한 설계는 결국 운영에서 무너집니다.
지난 자료가 다음 주의 초안이 됩니다. 매주 자료는 70%가 반복됩니다. 저장된 목록에서 지난 주를 불러와 바뀐 부분만 고치는 방식이 실제로는 가장 큰 시간 절약이었습니다.
여기서 갈라져 나온 것
슬라이드를 만드는 일은 자료를 모으는 일과 성격이 달랐습니다. 악보 이미지를 찾아 붙이는 방식은 파일이 로컬에 있어야 하고, 교회마다 가진 악보도 다릅니다. 그래서 가사 텍스트로 슬라이드를 만드는 방향을 따로 떼어내 예배 PPT Design으로 만들었습니다. 악보 파일 없이도 쓸 수 있어 다른 교회에도 열어둘 수 있습니다.
두 방식은 지금 병행합니다. 예원교회는 기존 악보 자산이 있어 자동 생성을 쓰고, 그렇지 않은 곳은 Design으로 직접 만듭니다.
결과
입력부터 주보 출력까지 5분 안에 끝납니다. 담당자가 바뀌어도 폼을 따라가면 되니 인수인계 비용이 사라졌고, 찬송 장수 오기와 날짜 누락은 검증 단계에서 걸립니다.
다른 곳에 적용한다면
주민센터 공고, 상가 관리비 안내, 소규모 단체 회보처럼 매주·매월 같은 틀에 내용만 바뀌는 문서라면 그대로 옮길 수 있는 구조입니다. 규격화된 입력 → 보관 → 자동 조판, 세 단계가 전부입니다.