코딩 의뢰 사이트 찾기 전, AI로 만든 서비스라면 먼저 확인할 것

의뢰 전에 저장소가 있는지 확인한다

가장 먼저 볼 것은 GitHub 저장소입니다. Cursor, Bolt, Lovable, Replit 같은 도구로 만들었다면 코드가 어디에 저장되어 있는지 확인해야 합니다.

저장소가 있으면 좋은 점은 단순합니다.

• 어떤 파일이 바뀌었는지 볼 수 있다
• 정상 상태로 되돌릴 수 있다
• 배포 서비스와 연결된 구조를 파악하기 쉽다
• 수정 내역을 PR로 남길 수 있다

저장소가 없어도 작업이 불가능한 것은 아닙니다. 정적 HTML 파일이나 zip으로 받은 코드도 볼 수 있습니다. 다만 운영 중인 서비스라면 저장소를 만드는 쪽이 장기적으로 훨씬 안전합니다.

배포 주소와 미리보기 주소를 구분한다

의뢰할 때 "사이트 주소"가 하나만 있는 것처럼 보이지만 실제로는 여러 주소가 있을 수 있습니다.

• 실제 고객이 들어가는 운영 도메인
• Vercel이나 Netlify 미리보기 주소
• AI 빌더 안의 preview 주소
• 로컬에서만 열리는 localhost 주소

문제가 어느 주소에서 나는지에 따라 원인이 달라집니다. 운영 도메인에서만 로그인이 안 되면 OAuth나 환경 변수 문제일 가능성이 있고, 미리보기에서도 깨지면 코드 자체 문제일 수 있습니다.

의뢰 글에는 완료 기준을 적는다

좋은 의뢰 글은 길 필요가 없습니다. 대신 어디까지 되면 끝인지가 있어야 합니다.

예를 들어 이런 식입니다.

• 모바일에서 카드가 한 줄씩 안정적으로 보이면 됨
• Vercel 배포가 성공하고 운영 주소에서 홈 화면이 떠야 함
• 문의 폼 제출 후 관리자 화면에 데이터가 저장되어야 함
• 결제 성공 후 주문 상세 페이지로 돌아와야 함
• HTML로 만든 랜딩페이지를 실제 도메인에서 열 수 있어야 함

완료 기준이 없으면 작업자는 "좋아 보이는 상태"를 추측해야 합니다. 그러면 견적도 검수도 애매해집니다.

스타트업이라면 채용과 의뢰를 구분한다

초기 팀에서는 "스타트업 개발자를 뽑아야 하나"와 "이번 문제를 맡겨야 하나"가 섞이는 경우가 많습니다. 둘은 다른 결정입니다.

매일 제품 방향을 바꾸고 핵심 기능을 계속 만들어야 한다면 개발자 채용이 맞을 수 있습니다. 하지만 지금 필요한 것이 배포 오류 해결, UI 수정, 관리자 페이지의 작은 개선, 결제 흐름 점검이라면 먼저 단건 의뢰로 실제 개발 수요를 확인하는 편이 현실적입니다.

작은 의뢰를 몇 번 해보면 우리 팀에 반복적으로 필요한 일이 무엇인지 보입니다. 그 다음 채용을 고민해도 늦지 않습니다.

코딩 의뢰 비용이 애매해지는 이유

AI로 만든 서비스는 의뢰 비용이 애매해지기 쉽습니다. 겉으로는 작은 수정인데 실제로는 원인을 찾는 데 시간이 걸릴 수 있기 때문입니다.

예를 들어 "배포가 안 돼요"라는 요청에는 여러 가능성이 있습니다.

• 환경 변수가 빠져 있다
• 빌드 명령이 틀렸다
• 파일 경로 대소문자가 다르다
• 서버 기능이 정적 배포와 충돌한다
• 외부 서비스 콘솔 설정이 빠져 있다

그래서 처음부터 정확한 고정 견적을 내기 어렵다면, 먼저 무료 진단이나 짧은 점검으로 범위를 나누는 편이 좋습니다. LastFix도 이 기준으로 단순 수정인지, 원인 진단이 필요한 작업인지 먼저 봅니다.

정리

코딩 의뢰 사이트를 찾기 전에는 아래만 정리해도 충분합니다.

1. GitHub 저장소나 코드 파일이 있는지
2. 운영 주소와 미리보기 주소가 무엇인지
3. 문제가 어느 화면에서 보이는지
4. 에러 메시지나 배포 로그가 있는지
5. 어디까지 되면 해결인지
6. 단건 수정인지, 계속 운영 지원이 필요한지

AI로 만든 서비스라고 해서 의뢰가 어려운 것은 아닙니다. 다만 "어디가 이상한지 모르겠다"에서 바로 견적을 받으려 하면 서로 애매해집니다. 화면 주소와 깨진 장면 하나만 있어도 대화가 훨씬 빨라집니다.

관련 글: 바이브코딩 수정 비용은 어떻게 정해질까, AI 코딩 오류 해결 순서, 개발자 채용 전, 초기 서비스 팀이 먼저 확인할 것