바라는 것을 정했는데, 무엇부터 만들어야 할까?

조직이 바라는 것을 열 개, 열네 개 적어 놓고 나면 마음이 급해집니다. 이제 만들면 된다는 생각이 들기 때문입니다. 그런데 이 단계에서 바로 만들면 이미 있는 것을 다시 만들거나, 만들어 놓고도 연결되지 않는 일이 생깁니다.

만들기 전에 한 가지를 봐야 합니다. 그 바람을 지금은 어떻게 채우고 있습니까. 이것이 현황 진단의 출발점입니다. 앞 글에서 광사넷 디지털허브에 담으려던 열네 가지 바람을 살펴봤다면, 이번에는 그 바람이 어떤 구현 결정으로 이어졌는지 이야기해 보려 합니다.

현황 진단은 고장 난 곳만 찾는 일이 아닙니다

진단이라고 하면 무엇이 잘못됐는지부터 찾게 됩니다. 그러나 이 단계에서는 잘 작동하고 있는 방식도 함께 봅니다. 누가 어떤 자료로 일을 처리하고 있는지, 정보는 어디에서 들어오는지, 다음 사람에게 어떻게 전달되는지 적습니다. 불편을 느끼는 사람의 설명과 실제 화면·자료를 나란히 놓으면 끊기는 지점이 보입니다.

바람마다 지금 채우는 방식을 적고, 어디서 끊기는지 보고, 구현할 때 먼저 정할 것을 고릅니다. 그렇게 남겨야 할 결과는 문제 목록만이 아닙니다. 같은 문제가 반복되지 않도록 무엇을 바꿀지 정한 구현 결정의 목록입니다.

기존 홈페이지와 처음 만든 시안을 함께 봤습니다

광사넷에는 기존 홈페이지와 새로 만들기 전에 준비한 화면 시안이 있었습니다. 첫 화면, 메뉴, 정보의 최신성, 문의 연결, 모바일, 검색 노출 같은 항목을 따라 살폈습니다. 보기 좋은 화면이 있는지와 실제 일이 이어지는지를 나누어 보려는 작업이었습니다.

표는 제공된 진단 초안을 편집한 구축 당시의 판단입니다. 과거 명부 관련 내용은 2026년 5월 기준이며 현재 회원사 수를 나타내지 않습니다. 자동 수집의 주기와 개별 기능의 현재 운영 상태는 이 표에서 확정하지 않습니다.

가장 크게 드러난 것은 없는 기능보다 있는데 서로 맞지 않거나 이어지지 않는 정보였습니다. 예를 들어 명부와 소개문이 따로 갱신되면 홈페이지를 새로 만들어도 숫자는 다시 달라집니다. 어느 자료를 기준으로 삼을지 정하지 않고 화면부터 바꾸면, 오래된 문제가 새 디자인 안으로 옮겨갈 뿐입니다.

한 곳을 원본으로 정한다는 말은 모든 자료를 하나의 도구에 넣는다는 뜻이 아닙니다. 회원사 기본정보는 시트에서 관리하고 연구 기록은 노션에 둘 수 있습니다. 중요한 것은 같은 정보의 기준 원본을 두 군데에 두지 않는 일입니다.

이용자를 나누고 먼저 끝낼 일을 골랐습니다

바람은 열네 가지였지만 홈페이지를 찾는 사람은 같은 일을 하러 오지 않습니다. 생활 서비스를 찾는 주민, 거래처를 찾는 공공기관과 기업의 구매 담당자, 가입을 알아보는 조직, 현장을 보고 싶은 방문자, 자기 소개가 맞게 실렸는지 살피는 회원사를 구분했습니다. 이는 기획에서 나눈 이용자 유형이며 실제 방문 비중을 측정한 결과는 아닙니다.

그 가운데 먼저 완결할 핵심 행동은 ‘회원사를 찾아 문의하기’로 정했습니다. 탐방·방문 신청과 회원 가입 문의는 보조 경로로 두었습니다. 가장 많이 이용된다는 통계가 있어서가 아니라, 네트워크의 연결과 거래라는 목적을 구현할 우선순위로 선택한 것입니다. 열네 가지 바람을 모두 첫 화면의 버튼으로 만들지 않은 이유입니다.

1. 회원사를 찾습니다이름·서비스·품목으로 탐색
2. 문의합니다필요한 내용과 연락 경로 접수
3. 사무국이 연결합니다확인 후 해당 회원사에 전달
4. 처리 기록을 남깁니다담당자·연락 시점·후속 상태 확인

조직이 움직이는 방식이 우선순위의 기준이 됩니다

화면을 만들기 전, 광사넷이 어떻게 협력을 이어가는지도 짧게 정리했습니다. 관계와 신뢰를 바탕으로 협력이 시작되고, 회원사끼리 거래하며 공동사업을 만들고, 함께 모은 기금으로 필요한 회원사를 돕는 구조입니다. 화면에서는 잘 보이지 않는 조직의 작동 방식입니다.

이 구조를 놓고 보면 회원사 찾기와 문의를 앞에 세운 이유가 분명해집니다. 서로 사고 협력하는 일을 이용자가 직접 시작할 수 있는 곳이기 때문입니다. 최근 소식은 활동의 현재를 보여주는 역할을 맡습니다. 어떤 메뉴가 보기 좋은지에 앞서, 어느 경로가 조직의 일을 앞으로 움직이게 할지 판단할 수 있습니다.

한 번에 다 하지 않기로 한 것도 결정입니다

진단의 마지막에는 뒤로 미룰 것을 적었습니다. 기능을 구현할 수 있느냐와 그것을 운영할 준비가 됐느냐는 다른 질문입니다. 가입을 받으면 정보 관리와 안내가 따라오고, 예약을 받으면 일정 확정과 변경을 맡을 사람이 필요합니다.

이 표는 초기 범위를 정하던 시점의 기록입니다. 지금도 모두 미구현이라는 뜻은 아닙니다. 초안에 담긴 후속 작업에서는 북살롱과 연대 지표처럼 참여와 기록을 위한 기능이 다시 논의됐습니다. 미룬 항목은 버린 목록이 아니라 운영 준비가 되면 다시 판단할 목록입니다. 현황 진단도 처음 한 번으로 끝나지 않습니다.

좋아졌다고 말하려면 지금의 값이 필요합니다

현황 진단에는 비교의 기준도 있어야 합니다. 새 사이트가 생긴 뒤 문의가 잘 전달되는지, 담당자의 일이 가벼워졌는지 보려면 바뀌기 전이나 운영 초기의 값을 남겨야 합니다. 광사넷 진단 초안에서는 다음과 같은 측정 항목과 기록 방법을 제안했습니다.

제공된 초안에는 위 항목의 실제 측정값이 포함돼 있지 않습니다. 따라서 이 글에서는 시간이 얼마나 줄었거나 문의 전달률이 얼마나 높아졌다고 말하지 않습니다. 이 단계에서 남긴 것은 효과를 증명하는 숫자가 아니라, 나중에 비교할 기록 방법입니다. 이후 쌓인 자료가 있다면 같은 기준으로 비교해야 합니다.

초기에 값을 적는 일은 번거로워 보입니다. 그러나 기록 없이 몇 달이 지나면 ‘편해진 것 같다’는 인상만 남습니다. 접수 건수가 적을 때에는 비율 하나보다 개별 문의가 어디서 멈췄는지 살피는 편이 더 유용할 수도 있습니다.

우리 조직에서는 바람 카드 한 장부터 살펴봅니다

앞 글에서 적었던 바람 가운데 가장 급한 하나를 고릅니다. 그리고 누가 일을 하는지, 어디로 요청이 들어오는지, 자료가 어디에 있는지, 얼마나 자주 얼마나 오래 하는지, 어디서 막히거나 틀리는지, 지금 어떤 방식으로 필요를 채우는지 적어 봅니다.

이렇게 적으면 같은 정보가 두 곳에서 따로 움직이는지, 사람에게 물어봐야만 다음 단계로 갈 수 있는지 보입니다. 그다음에는 문의가 접수돼 처리 기록이 남기까지 한 흐름을 끝까지 이어 봅니다. 새 화면을 더하는 일은 그 흐름에서 필요한 곳부터 시작합니다.

미룰 것과 이유를 적고, 비교할 값을 어떻게 잴지도 정합니다. 값 자체는 일정 기간 실제로 기록해야 나옵니다. 진단표를 작성한 날 숫자가 없다고 해서 임의의 기준값을 채워 넣을 필요는 없습니다.

진단은 바람을 구현 결정으로 옮기는 작업입니다

‘소식 정리가 힘들다’는 말은 활동 기록을 모으고 외부 채널과 연결하는 결정이 됩니다. ‘문의를 쉽게 받고 싶다’는 말은 접수부터 전달과 처리 기록까지 이어 보는 작업이 됩니다. 그 과정에서 처음 생각했던 기능을 덜어낼 수도 있습니다. 대신 어느 일을 먼저 끝낼지가 분명해집니다.

오늘은 바람 카드 한 장을 골라 여섯 질문에 답해 보시기 바랍니다. 그 답을 따라가다 보면 새로 만들어야 할 기능보다 먼저 바로잡아야 할 연결이 보일 수 있습니다.

사례 기록 안내

제공된 글 초안을 바탕으로 편집했습니다. 초안은 기존시안검토·재기획·PRODUCT·1차운영범위 문서를 근거로 명시하고 있으나, 해당 문서 원문과 현재 운영자료를 이번 게시 과정에서 직접 대조하지는 않았습니다. 과거 진단과 기획 판단을 설명하는 글이며 현재 기능의 전면 검증이나 성과 측정 보고서는 아닙니다. 회원사 개별 이름과 비용·승인 관련 내부 사항은 싣지 않았습니다.