💡"왜 복지사가 이걸 만들었어요?" — Dawith 복지 허브 개발 이야기

이 서비스를 소개하면 가장 많이 듣는 질문이 있습니다. "복지사가 왜 이런 걸 만들었어요?"

솔직히 말하면, 처음부터 서비스를 만들려고 한 게 아니었습니다. 그냥 내가 쓸 도구가 필요했습니다.

생활시설에서 일하던 시절, 매달 관리자가 근무표를 짜는 데 반나절을 쓰는 걸 봤습니다. 10명 직원의 희망 휴무일, 야간 형평성, 주말 배치… 퍼즐 맞추듯 짜야 하는 작업이었습니다.

"컴퓨터가 더 잘할 수 있지 않을까?"

그 생각 하나로 퇴근 후 유튜브 코딩 강의를 찾아보기 시작했습니다. HTML, CSS, JavaScript… 처음엔 용어조차 낯설었지만, 6개월 만에 첫 근무표 자동화 도구를 만들었습니다.

동료들에게 테스트를 부탁했을 때, 생각보다 훨씬 뜨거운 반응이 돌아왔습니다. 단순히 "편하다"는 게 아니라, "이걸 쓰면서 조금 더 이용자에 집중할 수 있겠다"는 말을 들었을 때 뭔가가 달라졌습니다.

아, 이게 의미가 있구나.

인근 기관 담당자들에게 소개하면서 요청이 하나씩 늘어났습니다. "문서 자동화 도구도 있으면 좋겠어요." "서비스 검색이 너무 불편한데요." 그 요청들이 지금의 Dawith 복지 허브가 되었습니다.

혼자 만들던 도구가 더 많은 사람에게 닿을 수 있다는 걸 확인한 계기가 있었습니다. 열매똑똑 해커톤 현장 업무경감 자동화 부문에서 대상을 받으면서였습니다.

대상 수상 자체보다, 심사위원들이 "현장 사람이 만든 도구라 다르다"고 해준 말이 더 기억에 남습니다. 이론이 아니라 실제 불편함에서 출발했기 때문에 실용적이었다는 평가였습니다.

그게 지금도 Dawith 복지 허브를 만드는 원칙입니다. 현장에서 실제로 필요한 것.

서비스가 커지면서 "이제 IT 회사로 전향하셨나요?" 하고 묻는 분들도 있습니다. 아닙니다. 저는 여전히 사회복지사로 현장에서 일하고 있습니다.

현장에 있기 때문에 어떤 게 필요한지 알고, 어떤 게 실제로는 안 통하는지 압니다. 그 감각을 잃지 않기 위해서도 현장을 떠나지 않으려 합니다.

Dawith 복지 허브의 모든 도구는 지금도 현장 사회복지사의 눈으로 만들어집니다. 앞으로도 그럴 겁니다.

처음 만든 건 근무표 자동화 도구 하나였는데, 지금 Dawith 복지 허브에는 문서·기록, 사업·업무 관리, 근무 관리, 대상자 서비스, 홍보·소통까지 다섯 갈래로 스무 개 가까운 도구가 모여 있습니다. PDF 합치기·AI 회의록처럼 문서 작업을 돕는 도구, 근무표·당직 스케줄처럼 근무 관리 도구, 아동보호 플랫폼·인원체크 앱처럼 대상자 서비스 도구, 사업계획서 작성 도구처럼 업무 관리 도구, 랜딩페이지·손글씨 폰트처럼 홍보 도구까지 — 하나씩 필요할 때마다 만들어 붙인 결과이지, 처음부터 이렇게 설계된 게 아닙니다.

그래서 도구마다 결이 조금씩 다릅니다. PDF 합치기나 만나이 계산기처럼 사이트 안에서 바로 열리는 도구가 있는가 하면, 근무표나 아동보호 플랫폼처럼 별도 주소로 배포된 뒤 연결만 되어 있는 도구도 있습니다. 안에서 바로 되는 것과 링크로 연결되는 것을 구분해 둔 것도, 방문한 사람이 "진짜 도구가 있는 사이트"라는 걸 바로 느끼게 하려는 선택이었습니다.

돌이켜보면 도구를 기획하는 방식이 사업계획서를 쓰던 방식과 크게 다르지 않았습니다. "이 사업이 왜 필요한가 → 무엇을 할 것인가 → 어떤 효과가 있는가"로 이어지는 구조가, "이 도구가 왜 필요한가 → 무엇을 만들 것인가 → 무엇이 편해지는가"로 그대로 옮겨간 셈입니다.

AI에게 무엇을 만들어달라고 설명하는 것도 결국 이 구조를 문장으로 정리하는 일입니다. 사업계획서를 쓰던 훈련이, 도구를 기획하는 훈련으로 이어진다는 걸 만들면서 알게 됐습니다.

AI를 쓰는 도구를 만들다 보면 반드시 마주치는 문제가 있습니다. AI 사용료입니다. 무료로 계속 운영하려면 누군가는 그 비용을 감당해야 합니다.

그래서 일부 도구는 사용자가 본인의 AI API 키(대부분 구글 Gemini, 무료 발급 가능)를 직접 입력해야 작동하도록 만들었습니다. 번거로워 보이지만, 이렇게 해야 방문자가 몰려도 서비스가 갑자기 막히지 않고, 운영자 혼자 감당 못 할 비용이 쌓이지도 않습니다. 입력한 키는 브라우저에만 저장되고 외부로 전송되지 않도록 만드는 것도 원칙으로 지키고 있습니다.

이런 선택들은 화려하지 않지만, 현장에서 계속 써야 하는 도구를 오래 유지하기 위한 현실적인 판단입니다.

이 도구들, 계속 무료인가요? 지금까지 그래왔고 앞으로도 그 방향을 유지하려 합니다. 다만 AI 사용료가 드는 기능 일부는 사용자가 본인의 무료 API 키를 넣어야 하는 구조로 되어 있습니다.

회사가 아니라 개인이 만든 건데 이용자 정보가 안전한가요? 민감한 개인정보는 애초에 입력하지 않는 것이 원칙입니다. 자세한 기준은 복지 현장의 개인정보 보호에 정리해두었습니다.

원하는 기능을 요청할 수 있나요? 문의하기 페이지로 요청과 오류 제보를 받고 있습니다. 실제로 지금 있는 도구 상당수가 현장 요청에서 시작됐습니다.

다음엔 어떤 도구가 추가되나요? 정해진 로드맵보다, 현장에서 반복되는 불편이 확인되면 그걸 우선순위로 만듭니다. 이 글도 그 방식 그대로 쓰였습니다.

한 사람이 이 많은 도구를 계속 관리할 수 있나요? 도구마다 관리 부담이 다릅니다. 그래서 자주 쓰이는 도구부터 먼저 다듬고, 나머지는 문의가 들어올 때 손보는 식으로 우선순위를 나눠 관리하고 있습니다.

다른 기관에서도 이런 도구를 직접 만들 수 있을까요? 충분히 가능합니다. 지금은 코딩을 몰라도 AI에게 설명만으로 도구의 초안을 만들 수 있는 시대이고, 그 방법은 비전공 사회복지사도 업무 앱을 직접 만든다에 정리해두었습니다.

도구 하나가 스무 개가 되는 동안 바뀌지 않은 기준은 하나입니다. 현장에서 실제로 쓰이는가.

지금은 코딩을 몰라도 AI에게 설명만으로 도구를 만들 수 있는 시대입니다. 그 방법을 현장 관점에서 정리한 글은 비전공 사회복지사도 업무 앱을 직접 만든다에, 지금 쓸 수 있는 무료 도구 전체 목록은 복지관 필수 무료 도구 총정리에 담아두었습니다.