서류뚝딱 — 기획부터 매주 운영까지, 직접 만들어 굴리는 공공 서식 서비스

서류뚝딱(ttukddak.com)은 TEAM 1985가 직접 기획·개발하고 운영하는 공공기관 서식 서비스입니다. 외주 프로젝트가 아니라, 우리가 매주 콘텐츠를 발행하고 숫자를 보며 고쳐 가는 서비스입니다.

이 글은 서비스 소개이면서, 서비스 하나를 기획부터 출시, 그리고 출시 이후 운영까지 어떤 순서로 끌고 가는지에 대한 기록입니다. 단계마다 무엇을 결정했고, 무엇을 만들었고, 무엇을 보고 고쳤는지를 실제 사례로 적었습니다.

서류뚝딱 메인 — 서식 63종 · 작성 가이드 74편 · 7개 분야 (2026년 9월 15일 기준)

한눈에 보기

아래에서 단계별로 풀어 보겠습니다.

1. 기획 — 무엇을, 누구를 위해, 어떤 원칙으로

사업자등록, 이직확인서, 출생신고, 상속재산분할협의서처럼 평생 한두 번 쓰는 서류는 양식을 찾는 데서부터 막힙니다. 검색하면 출처가 불분명한 파일이 먼저 나오고, 칸마다 무엇을 써야 하는지는 따로 찾아야 합니다. 틀리게 내면 반려되고, 기한이 있는 서류는 그 사이에 불이익이 생깁니다.

그래서 서비스 정의를 한 문장으로 먼저 고정했습니다.

공공기관 서식을 화면에 그대로 재현하고, 항목별 작성 가이드와 PDF 저장을 한 곳에서 제공한다. 회원가입 없이, 무료로.

기획 단계에서 세 가지 원칙도 정했습니다. 이후의 결정은 모두 이 원칙을 기준으로 내렸습니다.

• 공식 원본이 있는 서식만 만든다. 통념으로 “대충 이런 모양”을 만들면 제출했을 때 반려될 수 있습니다. 원본을 확보하지 못하면 만들지 않습니다.
• 회원가입과 결제를 두지 않는다. 한 번 쓰고 떠나는 서비스에서 가입 절차는 이탈 지점일 뿐입니다.
• 입력한 내용은 서버로 보내지 않는다. 주민등록번호나 주소가 들어가는 서류가 많아서, 입력과 PDF 생성은 브라우저 안에서만 처리합니다.

데이터 구조도 이 단계에서 설계했습니다. 서식 하나는 기본 정보(제출처 · 난이도 · 원본 출처)에 더해 항목마다 “무엇을 쓰는지 · 작성 예시 · 주의사항”을 갖고, 작성 순서, 자주 반려되는 사례, 필요 서류를 함께 갖습니다. 서식이 몇십 종으로 늘어도 화면과 가이드가 같은 틀로 쌓이게 하려는 설계입니다.

2. 수요 조사 — 만들 서식과 만들지 않을 서식을 데이터로 고른다

공공 서식은 수천 종입니다. 무엇부터 만들지 감으로 고르면 아무도 찾지 않는 서식에 시간을 쓰게 됩니다.

그래서 서식을 본격적으로 늘리기 전에 키워드 분석 도구를 먼저 만들어 관리자 화면에 넣었습니다. 정부24 · 홈택스 · 법원 · 고용노동부에서 뽑은 시드 키워드 약 500개의 월 검색량을 네이버 검색광고 API로 조회하고, 검색량 × 작성 난이도 × 서비스 적합도로 점수를 매겨 우선순위를 냅니다. 이미 만든 서식은 자동으로 빠집니다.

다만 점수가 높다고 전부 만들지는 않습니다. 실제로 제외한 예입니다.

월 검색량은 네이버 검색광고 기준, 조사 당시(2026년 8월) 값

검색량이 가장 큰 키워드들을 일부러 버린 셈입니다. 대신 서비스가 약속한 일, 즉 공식 서식을 제대로 쓰게 돕는 일에서 벗어나지 않았습니다.

한 가지를 더 배웠습니다. 검색량 예측은 자주 틀립니다. 계획 단계에서 검색량 상위로 뽑았던 서식보다, 한 번도 상위에 오른 적 없는 상속재산분할협의서 · 전대차계약서 같은 서식에 실제 검색 유입이 먼저 붙었습니다. 그래서 지금은 검색량으로 후보를 고르고, 발행한 뒤 실제 유입 검색어를 보고 다음 서식을 정합니다. 예측으로 시작하고 관찰로 고칩니다.

3. 원본 확보 — 서식은 반드시 공식 원본에서 시작한다

만들 서식이 정해지면 가장 먼저 공식 원본을 구합니다. 원본이 확보되기 전에는 화면 작업을 시작하지 않습니다.

• 부처 시행규칙의 별지서식은 국가법령정보센터에서 HWP · PDF 원본을 받습니다.
• 법령에 별지서식이 없는 기관 자체 서식은 근로복지공단 · 대법원 · 대한법률구조공단 등 해당 기관의 공식 경로를 따로 찾습니다.
• 받은 원본은 저장소에 함께 보관하고, 화면에는 원본 출처를 시행규칙 별지 번호와 개정일까지 표시합니다.
• 가이드에 법령 조문을 인용할 때도 기억에 의존하지 않고 법령 원문 데이터에서 다시 확인합니다.

가장 조심하는 것은 개정입니다. 법령 검색으로 받는 서식은 “오늘 시행 중인” 서식인데, 이미 공포됐지만 아직 시행 전인 개정 서식이 따로 있을 수 있습니다. 실제로 2026년 9월 14일 「배우자 출산전후휴가 확인서」를 발행할 때, 계획 단계에서 받아 둔 원본이 나흘 뒤(9월 18일) 바뀌는 서식이라는 것을 발행 직전 확인에서 발견했습니다. 그래서 9월 18일 시행 개정본으로 구현하고, 서식 이름도 새 공식 명칭으로 바꿨습니다. 지금은 발행 직전마다 시행 예정 개정본이 있는지 확인하는 단계가 절차에 들어가 있습니다.

서식 상세 — 원본 출처(별지 번호 · 개정일), 빈 양식 PDF · HWP 다운로드, 작성 현황, 원본 레이아웃을 재현한 입력 화면, 오른쪽 가이드 패널

4. 화면 설계와 개발 — 원본과 똑같이, 그러면서 쓰기 쉽게

서식 화면은 원본 레이아웃을 그대로 옮기는 데서 출발합니다. 칸의 배치와 번호, 용어가 원본과 같아야 화면에서 쓴 내용을 그대로 옮겨 적거나 PDF로 제출할 수 있습니다. 그래서 서식마다 전용 화면을 따로 만듭니다. 공통 템플릿에 억지로 끼워 맞추지 않습니다.

그 위에 “쓰기 쉽게”를 얹습니다.

• 항목별 도움말 — 칸마다 붙은 ? 버튼을 누르면 그 칸에 무엇을 쓰는지, 작성 예시, 주의사항이 뜹니다.
• 가이드 패널 — 필요 서류, 작성 순서, 자주 반려되는 사례를 서식 옆에 붙여 둡니다.
• 작성 현황 — 전체 항목과 필수 항목 중 몇 개를 채웠는지 보여 줍니다.
• 두 가지 다운로드 — 빈 원본(PDF · HWP)을 그대로 받을 수도 있고, 화면에서 채운 내용을 A4 PDF로 저장할 수도 있습니다.
• 오류 신고와 양식 요청 — 서식마다 오류 신고 버튼이 있고, 없는 서식은 추가를 요청할 수 있습니다. 둘 다 관리자 화면으로 모입니다.

검색 엔진이 읽을 구조도 이 단계에서 같이 만듭니다. 대부분의 페이지를 미리 생성해 두어 빠르게 열리게 하고, 서식 · 가이드 · Q&A 페이지에는 작성 순서, 자주 묻는 질문, 질문과 답변 같은 구조화 데이터를 붙입니다.

발행 단위도 정했습니다. 서식 하나를 추가할 때는 항상 ① 서식 화면 ② 작성 가이드 글 ③ 관련 Q&A 1개를 한 묶음으로 만들고, 셋이 서로 연결되게 합니다. 서식 페이지만으로는 “어떻게 쓰나요”, “안 내면 어떻게 되나요” 같은 검색을 받지 못하기 때문입니다.

작성 가이드 — 서식마다 짝이 되는 글. 실제 사례 형식으로 작성 방법과 자주 틀리는 지점을 설명합니다

5. 출시와 검색 등록 — 만든 것을 찾을 수 있게

서비스는 검색에 걸려야 사람이 옵니다. 출시와 함께 한 일은 이렇습니다.

• 도메인 연결, HTTPS 적용, 주소 체계(www 유무) 통일
• 사이트맵 자동 생성, 구글 서치콘솔과 네이버 서치어드바이저 등록
• 발행할 때마다 서식 · 가이드 · Q&A 주소 3개를 구글 색인 요청과 네이버 수집 요청에 넣기

마지막 항목은 처음부터 이렇지 않았습니다. 초기에는 구글 서치콘솔 색인 요청만 했습니다. 그런데 2026년 8월 초 유입 경로를 뜯어보니 방문의 71%가 네이버(7월 7일~8월 3일 기준)였고, 그때까지 네이버에는 수집 요청을 한 번도 넣지 않았다는 것을 알았습니다. 그 뒤로 네이버 수집 요청을 발행 절차에 넣었고, 9월 첫 주(9월 3~9일)에는 네이버에서 온 방문이 약 92%를 차지했습니다.

운영하며 알게 된 실무 차이도 절차에 반영했습니다. 구글 색인 요청은 사이트 하나당 하루 5~6건 안팎에서 막히지만, 네이버 수집 요청은 하루 50건 안팎까지 들어갑니다. 그래서 밀린 주소가 생기면 네이버는 한 번에 몰아 넣고, 구글은 잔여 목록을 만들어 며칠에 나눠 넣습니다.

주소 체계를 바꾸면 검색 노출이 몇 주씩 흔들린다는 것도 겪었습니다. 그래서 주소를 바꾼 뒤에는 옛 주소와 새 주소의 노출을 따로 추적해, 이전이 끝났는지 숫자로 확인합니다.

6. 측정 — 무엇을 볼지 먼저 정한다

측정은 도구를 붙이는 일이 아니라 무엇을 볼지 정하는 일에서 시작합니다. 서류뚝딱은 서식 페이지에서 일어나는 행동을 GA4 이벤트로 이렇게 나눠 기록합니다.

다운로드 버튼에는 어느 위치의 버튼을 눌렀는지(상단 · 모바일 하단 고정 · 본문 하단)를 함께 기록합니다. 버튼 위치를 바꿨을 때 그 효과를 따로 떼어 보기 위해서입니다.

검색 쪽은 세 갈래로 봅니다. 구글 서치콘솔은 API로 연동해 관리자 화면에서 주간 리포트를 바로 봅니다. 네이버는 네이버 애널리틱스로 실제 유입 검색어를 봅니다. 여기에 유입 경로별 분석을 붙여 네이버 검색으로 온 방문과 블로그를 거쳐 온 방문을 구분합니다.

판단 기준도 미리 정해 둡니다. 예를 들어 검색 결과 클릭률이 낮을 때, 평균 순위가 10위 밖이라면 클릭률 1% 안팎은 정상이어서 제목을 고쳐도 달라지지 않습니다. 이때는 순위를 올리도록 내용을 보강합니다. 순위가 5위 안인데도 클릭률이 낮을 때만 제목과 설명을 고칩니다. 숫자를 잘못 읽고 엉뚱한 곳을 고치는 일을 막기 위한 기준입니다.

7. 개선 — 데이터가 가리키는 곳만 고친다

매주 측정이 끝나면 그 주 데이터가 실제로 가리키는 개선을 1~2개만 뽑습니다. “좋을 것 같다”는 제안은 올리지 않고, 근거 지표가 있는 것만 올립니다. 공수는 반나절 · 1일 · 3일 이상 세 단계로만 나누고, 콘텐츠 발행 일정을 밀어내지 않는 선에서 진행합니다. 실제로 고친 사례 세 가지입니다.

사례 1 — 사람들은 “쓰러” 오지 않고 “받으러” 왔다

기획 단계의 가정은 “사람들이 화면에서 서식을 작성할 것”이었습니다. 그런데 2026년 8월 초 30일 데이터를 보니, 서식 페이지를 연 사람 중 화면에서 작성을 시작한 비율은 6.1%, 원본이나 작성본 PDF를 내려받은 비율은 34.8%였습니다. 받아 가는 사람이 작성하는 사람보다 약 6배 많았습니다.

네이버 유입 검색어도 같은 이야기를 했습니다. “○○ 양식”, “○○ 다운로드”처럼 파일을 찾는 검색어가 가장 많았습니다. 그런데 정작 다운로드 버튼은 서식을 한참 내려야 나오는 아래쪽에 있었습니다.

그래서 2026년 8월 14일, 다운로드 버튼을 서식 제목 바로 아래로 올리고, 모바일에는 스크롤을 내리면 화면 하단에 고정되는 다운로드 바를 새로 붙였습니다. 앞에서 말한 버튼 위치별 기록은 이때 함께 넣은 것입니다. 기획의 가정이 틀렸다는 것을 인정하고, 사용자가 실제로 원하는 행동에 화면을 맞춘 사례입니다.

사례 2 — 검색 의도는 셋으로 갈렸고, 세 번째는 Q&A가 받고 있었다

2026년 8월 중순(8월 14~19일) 네이버 유입 검색어를 의도별로 나눠 봤습니다.

세 번째 의도는 서식 페이지로는 받을 수 없습니다. 이 검색어들은 서식마다 붙여 둔 짧은 질문 · 답변 페이지(Q&A)로 정확히 들어오고 있었습니다. “이혼신고 안 하면 어떻게 되나요” 같은 Q&A가 해당 검색어의 방문을 받고 있었던 것입니다.

그런데 9월 초 발행 기록을 전수 확인하다가, Q&A 주소는 네이버 수집 요청에 한 번도 넣지 않았다는 것을 발견했습니다. 서식과 가이드 글만 넣고 있었던 것입니다. 밀린 Q&A 주소를 이틀에 걸쳐 전부 제출했고, 이후로는 발행할 때마다 서식 · 가이드 · Q&A 3건을 함께 넣습니다.

Q&A — “어떤 서류를 준비해야 하나요” 같은 검색형 질문에 답하고 관련 서식으로 연결합니다

사례 3 — 새 글보다 옛 글을 다시 쓰는 게 먼저일 때

네이버 블로그 · 티스토리에 올릴 7월 원고가 밀려 있었는데, 분량이 지금 원고의 3분의 1 수준이었고 법령 확인도 덜 된 상태였습니다. 이 원고들을 줄바꿈만 손봐 올리지 않고, 법령 원문을 다시 확인하며 전면 재작성해 하루 두 편씩 올렸습니다. 재작성 과정에서 원고에 없던 법령 사항을 새로 찾아 넣기도 했습니다.

그중 탄원서 원고를 다시 써서 올린 주에, 사이트의 탄원서 페이지가 조회 0에서 사이트 전체 조회 1위로 올라왔습니다(2026년 9월 3~9일 기준). 새 콘텐츠를 늘리는 것만큼, 이미 있는 콘텐츠의 품질을 끌어올리는 것이 트래픽이 된다는 것을 확인한 사례입니다.

8. 운영 — 요일별 루틴으로 굴린다

출시 이후의 운영은 요일별 루틴으로 돌립니다. 매번 무엇을 할지 고민하지 않도록 순서를 고정해 두었습니다.

운영 중 사고를 막는 장치도 운영의 일부입니다.

• 운영 데이터는 배포 경로 밖에 둡니다. 오류 신고, 양식 요청, 자체 통계처럼 서버에서만 쌓이는 데이터는 배포 폴더와 분리해 두어, 배포가 이 데이터를 덮어쓸 수 없는 구조로 만들었습니다.
• 빌드는 서버 밖에서 하고 결과만 올립니다. 운영 서버의 자원을 빌드에 쓰지 않으니 배포 중에도 서비스가 흔들리지 않습니다.
• 배포 후에는 화면을 직접 열어 확인합니다. 파일이 정상으로 내려와도 브라우저에서 스타일이 깨지는 경우가 있어서, 응답 코드만 보고 끝내지 않습니다.

9. 운영 현황 (2026년 9월 15일 기준)

• 공공기관 서식 63종 · 작성 가이드 74편 · Q&A 74개
• 7개 분야: 세금 · 노동 · 창업 · 부동산 · 법무 · 비자 · 복지
• 신규 서식 주 3회 발행, 매주 금요일 측정과 다음 주 계획
• 시행 예정 개정 서식 반영 — 예: 2026년 9월 18일 시행 「배우자 출산전후휴가 확인서」 개정본을 시행 전에 반영

마치며

서비스를 만드는 일은 출시에서 끝나지 않습니다. 서류뚝딱은 출시 이후 다섯 달 넘게 매주 발행하고, 측정하고, 고쳐 오고 있습니다. 무엇을 만들지만큼 무엇을 보고 고칠지를 먼저 정해 두는 것, 그것이 우리가 서비스를 끌고 가는 방식입니다.

비슷한 서비스를 준비하고 계신다면, 기획 단계부터 출시 이후 운영까지 함께 설계해 드릴 수 있습니다. → 프로젝트 문의하기

서비스 바로가기: ttukddak.com