블로그로 돌아가기
2026년 4월 6일Sergei Solod5 분 읽기

Jurfi.com을 만들었다: 구조화된 법률 문서 초안을 위한 브라우저 스튜디오

Jurfi.com은 폼과 템플릿을 브라우저 안에서 구조화된 법률 문서 작업 초안으로 만들고, 초안을 로컬에 보관하며, 검토를 명시적인 과정으로 남기기 위해 만든 서비스다. 소프트웨어가 변호사를 대체한다고 주장하지 않는다.

JurfiJurfi.com법률 문서리걸테크SaaS문서 초안브라우저 도구

나는 취미로 SaaS 제품을 만든다. Jurfi를 출시했을 때도 이 프로젝트들에서 나오는 수익은 여전히 0이었다. 쓰고 나니 조금 아프지만 이것도 이야기의 일부다. 계속 만드는 이유는 제품을 만드는 과정 자체를 정말 좋아하기 때문이다. Jurfi.com은 그중 가장 최근 프로젝트다.

Jurfi는 구조화된 법률 문서 초안을 만들기 위한 브라우저 기반 스튜디오다. 출발점은 아주 구체적인 불편이었다. 빈 페이지에서 시작하는 것은 느리지만, 모호한 AI 답변은 반대의 문제를 만든다. 텍스트는 많지만 문서 구조가 명확하지 않고 무엇을 어떻게 검토해야 하는지도 분명하지 않다. 그래서 더 명확한 입력, 정해진 문서 형태, 그리고 그냥 믿는 것이 아니라 직접 검토할 수 있는 작업 초안이라는 중간 지점을 만들고 싶었다.

빈 페이지가 아니라 구조에서 시작하기

실무 문서의 상당수는 비슷한 질문에서 시작한다. 어떤 정보가 필요한가, 어떤 순서로 들어가야 하는가, 무엇을 놓치고 있는가. Jurfi는 웹사이트와 SaaS 정책, 서비스 계약서, 임대 문서, 각종 서신, 청구 문서, 영수증처럼 실제로 필요한 문서에서 이런 마찰을 줄이기 위한 도구다.

기본 아이디어는 단순하다. 빈 페이지 대신 폼이나 템플릿에서 시작한다. 필요한 정보를 입력하고, 구조화된 작업 초안을 만든 뒤, 결과를 검토하고 다듬는다.

  • 간단한 폼과 템플릿으로 법률 문서 초안을 만든다.
  • 구조화된 초안을 브라우저에서 직접 생성한다.
  • 각 버전을 일회성 텍스트로 버리지 않고 초안을 로컬에 보관한다.
  • 문서 작업의 혼란과 반복적인 수작업 조립을 줄인다.

나는 결과물을 의도적으로 초안이라고 부른다. 문서가 깔끔해 보여도 특정 관할, 계약, 사업 또는 분쟁에 맞지 않을 수 있다. 보기 좋은 형식은 법적 정확성을 증명하지 않는다.

기능 목록보다 경계가 더 중요하다

가장 중요한 제품 결정은 템플릿 하나를 더 추가하는 것이 아니었다. Jurfi가 무엇인 척하지 말아야 하는지를 정하는 일이었다. Jurfi는 변호사가 아니며, 모든 복잡한 법률 상황을 해결할 수 있는 시스템으로 소개하지 않는다.

내가 원하는 가치는 더 좁고 실용적이다. 속도, 구조, 명확성이다. 빈 페이지에서 일관된 작업 초안까지 더 빨리 가고, 입력을 명시적으로 만들고, 반복 조립을 줄인 다음 결과를 비판적으로 읽는 것이다. 문서에 의미 있는 법적 또는 금전적 위험이 있다면 전문가 검토는 여전히 합리적인 다음 단계다.

이 경계가 중요한 이유는 생성된 텍스트가 자신감 있게 보이면서도 불완전하거나 틀릴 수 있기 때문이다. 법률 문서 도구에서 이런 불확실성을 숨기는 것은 나쁜 제품 결정이라고 생각한다. 제품을 마법처럼 보이게 하기보다 한계를 보이게 만드는 쪽을 택했다.

여기서 “브라우저 기반”이 의미하는 것

작업 흐름은 브라우저를 중심으로 하고, 초안은 로컬에 보관할 수 있다. 문서의 각 수정본이 탭, 채팅, 복사한 텍스트 조각으로 흩어지면 작업이 금방 혼란스러워지기 때문에 이 부분이 중요했다.

다만 이 기능을 사실보다 더 넓은 개인정보 보호 주장으로 확대하고 싶지는 않다. 확인 가능한 구체적인 기능은 “초안을 로컬에 보관할 수 있다”는 것이다. 모든 작업 흐름의 모든 처리가 반드시 기기 안에서만 이루어진다는 주장과는 다르다. 실용적인 요점은 더 단순하다. 초안을 일회성 답변이 아니라 계속 작업할 수 있는 문서로 남길 수 있다는 것이다.

출시는 발견과 같은 말이 아니다

출시 이후 가장 불확실한 부분은 발견되는 것이다. 나는 문구, 검토 과정, 문서 품질에 실제로 많은 노력을 넣었다. 그다음에는 내가 직접 통제할 수 없는 부분이 온다. 사람들이 제품을 찾을 수 있을지 여부다.

감정적으로는 “이제 Google이 자기 몫을 해주면 된다”고 말하고 싶다. 하지만 기술적으로는 더 신중해야 한다. Google 자체 문서도 요구사항을 충족하는 페이지라 해도 크롤링, 인덱싱 또는 Search 노출이 보장되지 않는다고 설명한다. 크롤링, 인덱싱, 랭킹, 트래픽은 서로 다른 단계이며, 제품을 신중하게 출시했다고 해서 자동으로 따라오는 것은 아니다.

사이드 프로젝트에서는 이 구분이 유용하다. 무엇을 만들고 무엇을 공개하며 어떻게 설명할지는 내가 통제할 수 있다. 검색이 얼마나 빨리 발견하는지, 그리고 그 발견이 실제 사용자로 이어지는지는 통제할 수 없다.

이 프로젝트에서 가져가는 것

성장이 느리더라도 Jurfi를 만든 것을 후회하지 않는다. 내가 얻은 교훈은 법률 문서 작성이 쉽다거나 AI가 어려운 부분을 없애 준다는 것이 아니다. 오히려 반대다. 문서의 결과가 클수록 명시적인 작업 흐름과 보이는 한계가 더 중요해진다.

  • 출력 형태가 예측 가능하다면 입력도 구조화한다.
  • 생성된 텍스트를 정확성의 증명이 아니라 작업 초안으로 취급한다.
  • 소프트웨어 지원과 전문가 판단 사이의 경계를 분명하게 만든다.
  • 생성을 끝으로 보지 않고 검토를 작업 흐름 안에 남긴다.
  • 제품 품질과 검색 성과를 구분한다. 하나가 다른 하나를 보장하지 않는다.

내가 jurfi.com에 원한 기준은 이것이다. 문서 작업의 혼란을 줄이고, 반복 작업을 줄이며, “이 문서가 필요하다”에서 “내가 실제로 검토할 수 있는 초안이 있다”까지의 경로를 더 명확하게 만드는 것.