크몽에서 서비스 하나를 등록하고 첫 문의가 들어오면, 그때부터 반복되는 작업의 목록이 눈에 보이기 시작한다. 제목과 상세페이지를 다듬고, 고객이 무엇을 원하는지 물어보고, 받은 답을 정리해 작업으로 옮기고, 완성물을 납품하고, 수정 요청을 받는다. 이 흐름은 서비스가 전자책이든 챗봇이든 홈페이지든 뼈대가 거의 같다. 그래서 세 종류의 서비스를 한꺼번에 굴리면서 공통 부분을 양식과 체크리스트로 묶어두는 작업을 계속해왔다. 이 글은 그 운영을 어떻게 체계화했는지에 대한 기록이다.
전자책, 챗봇, 홈페이지를 한 판에 올려두면 생기는 일
현재 운영하는 서비스는 세 종류다. 첫째는 전자책이다. AI를 처음 접하는 사람을 위한 입문 가이드, 그리고 유튜브 무인 채널을 파이프라인으로 굴리는 방법을 정리한 실무형 원고 두 갈래가 중심이다. 둘째는 GPT와 Claude 기반 챗봇 제작이다. 자주 묻는 질문에 자동으로 답하는 FAQ 봇, 여러 채널에 동시에 붙이는 다채널 봇, 대화 내용을 요약해 리포트로 뽑아주는 봇까지 목적별로 나뉜다. 셋째는 반응형 원페이지 홈페이지 제작이다. PC와 모바일에서 모두 깨지지 않고, 간단한 관리자 화면으로 문구와 이미지를 직접 고칠 수 있는 형태다.
이 세 가지는 결과물의 성격이 완전히 다르다. 전자책은 글이고, 챗봇은 대화 로직이며, 홈페이지는 화면이다. 그런데도 한 판에 올려두는 이유는, 앞단의 운영 흐름이 겹치기 때문이다. 문의를 받아 요구사항을 확인하고, 작업 범위와 가격을 맞추고, 중간 확인을 거쳐 납품하고, 수정 라운드를 도는 리듬은 세 서비스가 똑같다. 결과물을 만드는 손은 다르지만, 그 손에게 일을 넘겨주기까지의 준비 과정은 하나로 묶을 수 있다는 뜻이다.
등록 버튼을 누르기 전에 반드시 거치는 검수
크몽에서 gig 하나가 반려되는 가장 흔한 이유는 증빙 없는 표현이다. “국내 최고”, “100% 만족 보장”, “무제한 수정” 같은 문구는 근거를 댈 수 없으면 심사에서 걸린다. 그래서 상세페이지 초안이 나오면 등록 버튼을 누르기 전에 문장을 한 줄씩 스캔하는 단계를 반드시 거친다. 걸릴 만한 표현을 찾아내고, 같은 의미를 증빙 가능한 형태로 바꾼 대체안을 함께 준비한다. 예를 들어 “무제한 수정"은 “기본 2회 수정 포함, 추가 수정 협의"처럼 범위가 분명한 문장으로 고친다.
이 검수는 사람의 감이 아니라 목록으로 돌아간다. 과거에 걸렸던 표현, 크몽 정책상 조심해야 하는 카테고리, 서비스별로 오해를 부르기 쉬운 문구를 정리해두고 매번 그 목록에 비춰본다. 새 gig를 만들 때마다 처음부터 고민하는 대신, 이미 검증된 체크리스트 위에서 다른 부분만 새로 판단하면 된다. 등록 전 준비를 담당하는 단계와 실제로 사이트를 조작하는 단계를 분리해둔 것도 같은 이유다. 준비와 검수가 끝난 상태에서만 실제 등록으로 넘어가야, 걸릴 걸 뻔히 알면서 올렸다가 반려당하는 왕복을 줄일 수 있다.
고객 요구사항을 매번 처음부터 묻지 않으려면
프리랜서 작업에서 가장 많은 시간이 새는 지점은 요구사항 수집이다. 문의가 들어왔을 때 “어떤 걸 원하세요?“라고 열린 질문을 던지면, 고객도 무엇을 말해야 할지 몰라 대화가 몇 번씩 오간다. 그래서 서비스마다 입력 요청 양식을 정본 포맷으로 만들어두고, 문의가 오면 그 양식을 먼저 건넨다.
챗봇 제작이면 봇이 답해야 할 질문 목록, 답변의 톤, 붙일 채널, 넘겨줄 기존 자료를 항목으로 묻는다. 홈페이지 제작이면 담을 섹션, 참고 사이트, 로고와 이미지 보유 여부, 관리자 수정이 필요한 범위를 묻는다. 전자책이면 대상 독자, 분량, 목차 방향, 원고 보유 여부를 묻는다. 이렇게 항목이 정해져 있으면 고객은 빈칸을 채우기만 하면 되고, 작업자는 첫 답변만으로 견적과 일정을 낼 수 있다. 요구사항 양식을 정본으로 관리한다는 건, 매 주문마다 대화를 새로 설계하지 않는다는 뜻이다.
아래는 gig 등록부터 납품까지의 공통 흐름이다. 서비스 세 종류가 이 뼈대를 공유한다.
코딩 서비스는 납품 기준이 글과 다르다
챗봇과 홈페이지 같은 코딩 서비스는 전자책과 결이 다른 지점이 있다. 글은 읽어보면 완성 여부가 드러나지만, 코드는 “동작한다"는 걸 눈으로 확인해야 한다. 그래서 이쪽은 납품 전에 검증 단계를 따로 둔다. 홈페이지라면 PC와 모바일 양쪽에서 레이아웃이 깨지지 않는지, 관리자 화면에서 문구 수정이 실제로 반영되는지를 확인한다. 챗봇이라면 요구사항 양식에서 받은 질문들을 실제로 던져보고, 의도한 답이 나오는지 대화 흐름을 짚는다.
납품물의 형태도 서비스에 맞춰 나뉜다. 챗봇은 붙일 채널에 연결된 상태로 넘기거나, 고객이 직접 붙일 수 있도록 설정 방법을 정리해 함께 전달한다. 홈페이지는 배포된 주소와 관리자 접근 방법, 그리고 이후 고객이 스스로 문구를 고칠 때 참고할 간단한 안내를 묶어서 넘긴다. 코딩 서비스의 수정 라운드는 대개 “이 버튼이 안 눌려요” 같은 구체적 증상으로 들어오기 때문에, 증상을 재현하고 고친 뒤 같은 조건에서 다시 확인하는 순서를 지킨다. 고쳤다고 말하기 전에 실제로 그 화면에서 눌러보는 것이 이 서비스의 최소 기준이다.
전자책은 재고가 없는 대신 신뢰가 재고다
전자책은 세 서비스 중 성격이 가장 독특하다. 한 번 만들어두면 같은 원고를 여러 고객에게 반복 판매할 수 있어서, 주문마다 새로 만드는 챗봇이나 홈페이지와 원가 구조가 다르다. 대신 재고가 없다는 건 품질에 대한 신뢰가 곧 재고라는 뜻이기도 하다. 목차가 허술하거나 내용이 얕으면 환불과 낮은 평점으로 곧장 돌아온다.
그래서 전자책은 기획 단계에 시간을 더 쓴다. AI 입문 가이드라면 처음 접하는 사람이 어디서 막히는지를 기준으로 목차를 짜고, 유튜브 무인 채널 파이프라인이라면 실제로 채널 하나를 굴리는 순서대로 장을 배치한다. 상세페이지에서 약속한 내용과 실제 원고가 어긋나지 않는 것도 중요하다. “이것까지 다룬다"고 써놓고 원고에 없으면 그것 역시 증빙 없는 표현과 같은 문제가 된다. 그래서 상세페이지 문구와 원고 목차를 나란히 놓고 서로 맞는지 대조하는 과정을 넣어두었다. 글을 쓰는 일과 그 글을 파는 문구를 만드는 일을 같은 기준으로 검수하는 셈이다.
세 서비스를 묶어두니 보이는 것
세 종류의 서비스를 각각 따로 굴렸다면, 각자의 운영 노하우가 서로 다른 곳에 흩어졌을 것이다. 한 판에 올려두니 공통 부분이 선명해졌다. 등록 전 검수 목록, 요구사항 수집 양식, 납품 전 확인 절차는 서비스가 달라도 형식만 갈아끼우면 그대로 쓸 수 있는 자산이 됐다. 새 서비스를 추가할 때도 이 세 가지 틀을 먼저 채우는 것으로 시작한다.
동시에 각 서비스가 어디서 갈라지는지도 분명해졌다. 전자책은 기획과 신뢰가 핵심이고, 코딩 서비스는 동작 검증이 핵심이며, 세 서비스 모두 앞단의 문의 대응과 요구사항 정리에서 시간이 갈린다. 자동화라고 부를 만한 부분은 화려한 무언가가 아니라, 매번 반복되던 판단을 목록과 양식으로 바꿔 다음 주문에서 다시 고민하지 않게 만든 것이다. 그 목록이 쌓일수록 새 문의에 답하는 속도가 붙고, 남는 시간을 결과물의 질에 다시 쓸 수 있게 된다.
이런 작업이 필요하다면
블로그에서 소개한 챗봇·홈페이지 제작은 크몽에서 직접 의뢰할 수 있습니다.
이 프로젝트를 만드는 팀
크몽 운영에는 판단과 실무를 나눠 맡는 다섯 역할이 참여한다.
- kmong-lead — gig 구성, 가격, 고객 대응의 최종 판단.
- kmong-ops-team — 등록·수정·고객 메시지 실무 처리.
- kmong-gig-prep — 등록 전 준비와 검수, 요구사항 수집 양식 관리.
- kmong-dev-delivery — 챗봇과 홈페이지 등 코딩 서비스 납품.
- document-team — 전자책과 문서 원고 작성.
