작은 도구를 공개하기 전에 확인하는 다섯 가지
우리 집의 문제를 푼 작은 도구를 웹에 올릴 때, 기능보다 먼저 확인하게 된 범위·기록·개인정보·읽을거리·연결의 기준.
작은 도구를 만들 때는 보통 '돌아간다'에서 끝내고 싶어집니다. 우리 집에서 불편을 하나 줄였고, 실제로 한두 번 써 봤다면 충분히 성공처럼 느껴지기 때문입니다. 그런데 누군가가 검색을 통해 처음 들어오는 공개 웹사이트는 그다음 질문을 받습니다. 이 도구는 지금 누구를 위해 열려 있는가, 글에 적힌 내용은 실제로 확인할 수 있는가, 그리고 방문자는 다음에 어디로 가야 하는가. 이 작업실에서 공개 범위를 정할 때 확인하는 다섯 가지를 적어 둡니다.
1. 먼저 실제로 열려 있는지부터 밝힌다
모든 프로젝트가 같은 상태는 아닙니다. 수학·과학 개념 지도와 How to Claude처럼 바로 열어 볼 수 있는 것이 있고, 가족 안에서만 쓰거나 출시를 고민하는 도구도 있습니다. 후자를 공개 서비스처럼 말하면 방문자는 버튼을 눌러도 쓸 수 없는 것을 만나게 됩니다. 그래서 앱 소개에는 공개 중인지, 가족용인지, 아직 검토 중인지 먼저 표시하고, 열려 있지 않은 경우에는 그 이유도 가능한 범위에서 적습니다.
2. 기능 목록보다 만든 맥락을 남긴다
'OCR을 쓴다', '진도를 저장한다' 같은 기능 목록만으로는 왜 이 도구가 필요한지 알기 어렵습니다. 학원 숙제 문자를 미리 알림으로 옮기던 일, 단어를 공책에 옮겨 적느라 미뤄지던 공부, 아이와 함께 보던 수학의 빈 개념처럼 시작점이 있어야 도구의 선택도 설명됩니다. 그래서 앱 상세에는 실제 사용 흐름을, 작업 노트에는 만들며 바꾼 판단을 나누어 적습니다. 같은 문장을 두 번 늘어놓기보다 서로 다른 질문에 답하려는 이유입니다.
3. 개인정보가 걸리면 편리함보다 경계를 먼저 본다
아이와 가족을 위한 도구에는 기록이 남기 쉽습니다. 공개 허브와 강의는 로그인 없이 볼 수 있지만, 학습 진도를 이어야 하는 서비스에는 계정과 저장이 필요할 수 있습니다. 그 차이를 한 문장으로 뭉개지 않고, 어떤 서비스에 로그인과 기록이 필요한지 개인정보처리방침에서 구분합니다. 아직 공개하지 않은 도구를 섣불리 열지 않는 것도 이 기준과 연결됩니다.
4. 검색 엔진도 사람이 읽는 페이지를 보게 한다
화면이 브라우저에서만 완성되면 검색 엔진과 처음 들어온 방문자는 빈 껍데기를 만날 수 있습니다. 그래서 이 허브의 앱 소개와 작업 노트는 페이지마다 제목·설명·본문을 포함한 정적 HTML로도 만들어 둡니다. 한국어와 영어 페이지는 서로를 정확히 가리키고, 한 페이지는 하나의 대표 URL만 쓰도록 맞춥니다. 이런 정리는 순위를 보장하는 비법이 아니라, 실제로 쓴 글과 도구가 제대로 발견될 수 있게 하는 기본 작업입니다.
5. 공개는 끝이 아니라 다음 확인의 시작이다
작은 도구는 사용자가 가까울수록 빨리 고칠 수 있습니다. 하지만 공개하면 모르는 사람이 맥락 없이 읽기도 합니다. 그래서 설명을 고칠 때는 그럴듯한 분량을 채우기보다, 새로 확인한 사실이나 실제 사용에서 바뀐 선택이 있는지부터 봅니다. 아직 부족한 점은 현재 상태에 남기고, 질문이나 오류 제보는 연락처로 받습니다. 우리 집의 작은 해결책이 다른 사람에게도 쓸모 있으려면, 완성했다는 말보다 무엇을 확인했고 무엇이 남았는지를 계속 밝히는 편이 낫다고 믿습니다.