위시캣으로 외주 개발 맡기는 방법, 처음이라면 이렇게 준비하세요

얼마 전 지인이 작은 쇼핑몰 기능을 만들고 싶다며 개발자를 어디서 찾아야 하냐고 물어봤습니다. 주변에 개발자가 있으면 가장 편하겠지만, 막상 견적을 받고 계약까지 가려면 생각보다 챙길 게 많더라고요. 그때 많이 언급되는 곳 중 하나가 위시캣입니다. 개발, 디자인, 기획 같은 IT 프로젝트를 맡기려는 의뢰자와 프리랜서 또는 개발사를 연결해주는 플랫폼으로 이해하면 쉽습니다.

처음 이용할 때는 “프로젝트만 올리면 알아서 잘 되겠지”라고 생각하기 쉬운데, 실제로는 준비한 만큼 결과가 달라집니다. 특히 외주 개발은 음식 배달처럼 주문서 한 줄로 끝나는 일이 아니라서, 원하는 결과물을 얼마나 구체적으로 설명하느냐가 꽤 중요합니다.

위시캣에 프로젝트를 올리기 전에 정할 것

가장 먼저 할 일은 만들고 싶은 결과물을 짧게라도 문서로 적는 것입니다. 예를 들어 “예약 앱을 만들고 싶다”보다 “고객이 날짜와 시간을 선택하고, 관리자가 예약을 승인하며, 문자 알림이 가는 웹 기반 예약 시스템”이라고 적는 편이 훨씬 좋습니다.

예산도 대략 정해두는 게 좋습니다. 개발 외주는 같은 기능처럼 보여도 방식에 따라 비용 차이가 큽니다. 단순 소개 페이지는 수십만 원대에서도 가능할 수 있지만, 회원가입, 결제, 관리자 페이지, 알림, 통계까지 들어가면 규모가 빠르게 커집니다. 솔직히 “싸게 잘 만들고 싶다”는 마음은 누구나 있지만, 너무 낮은 예산은 좋은 지원자를 만나기 어렵게 만들 수 있습니다.

• 필수 기능과 나중에 추가해도 되는 기능을 나누기
• 참고할 만한 사이트나 앱 링크 준비하기
• 희망 오픈일과 검수 기간 정하기
• 운영 후 유지보수까지 필요한지 생각하기

근데 여기서 너무 완벽한 기획서를 만들 필요는 없습니다. 처음부터 50페이지짜리 문서를 만들려다 지치는 경우도 많거든요. 대신 필수 기능, 사용자 흐름, 예산, 일정 이 네 가지는 최소한 적어두는 게 좋습니다.

프로젝트 설명은 이렇게 쓰면 편합니다

위시캣에서 좋은 제안을 받으려면 프로젝트 설명이 애매하면 안 됩니다. “예쁜 홈페이지 제작”이라고 쓰면 사람마다 해석이 다릅니다. 누구는 5페이지짜리 회사 소개 사이트를 떠올리고, 누구는 예약 기능과 관리자 기능이 들어간 웹서비스를 떠올릴 수 있습니다.

예를 들어 카페 홈페이지를 만든다고 하면 이런 식으로 쓰는 게 더 낫습니다. 메인 페이지 1개, 메뉴 소개 페이지 1개, 매장 위치 페이지 1개, 공지사항 게시판, 관리자 로그인, 모바일 반응형 디자인이 필요하다고 적는 식입니다. 여기에 참고 사이트 2~3개를 붙이면 지원자가 난이도를 훨씬 빨리 파악합니다.

좋은 설명에 들어가면 좋은 내용

• 프로젝트 목적: 홍보용인지, 판매용인지, 내부 업무용인지
• 대상 사용자: 고객, 관리자, 직원, 파트너 등
• 필수 기능: 로그인, 결제, 검색, 알림, 게시판 등
• 디자인 방향: 깔끔한 느낌, 고급스러운 느낌, 기존 브랜드 유지 등
• 자료 준비 상태: 로고, 사진, 문구, 기획서 보유 여부

사실 외주에서 가장 자주 생기는 문제는 “저는 당연히 포함인 줄 알았어요”에서 시작됩니다. 관리자 페이지, 서버 세팅, 도메인 연결, 앱스토어 등록, 유지보수 같은 항목은 당연히 포함된다고 보기 어렵습니다. 필요하면 처음부터 적는 편이 서로 편합니다.

지원자를 고를 때 보는 기준

위시캣에서 여러 제안을 받았다면 금액만 보고 고르기보다는 작업 방식과 소통 방식을 같이 봐야 합니다. 제안 금액이 가장 낮다고 무조건 좋은 것도 아니고, 가장 비싸다고 무조건 안정적인 것도 아닙니다. 중요한 건 내 프로젝트와 비슷한 경험이 있는지, 설명을 얼마나 구체적으로 해주는지입니다.

예를 들어 쇼핑몰을 만들려는데 지원자가 이전에 결제 연동, 주문 관리, 배송 상태 처리 경험을 구체적으로 말한다면 신뢰도가 올라갑니다. 반대로 포트폴리오는 화려한데 내 요구사항에 대한 답변이 두루뭉술하면 조금 더 확인이 필요합니다.

• 비슷한 프로젝트 경험이 있는지 확인하기
• 견적에 포함된 범위와 제외된 범위를 비교하기
• 작업 일정이 현실적인지 보기
• 수정 가능 횟수와 검수 방식을 확인하기
• 완료 후 유지보수 조건을 물어보기

개인적으로는 첫 미팅이나 메시지에서 질문을 잘하는 지원자가 좋았습니다. 좋은 작업자는 무조건 “가능합니다”라고만 말하지 않습니다. 빠진 내용을 물어보고, 위험한 일정은 위험하다고 말하고, 더 효율적인 방식을 제안하기도 합니다.

계약 전에 꼭 확인할 부분

계약 전에는 결과물의 범위를 숫자로 확인하는 게 좋습니다. 페이지 수, 기능 수, 관리자 기능 범위, 디자인 시안 개수, 수정 횟수, 납품 파일, 서버 접근 권한 같은 것들입니다. 말로만 합의하면 나중에 기억이 다를 수 있습니다.

예를 들어 “모바일 대응”이라는 말도 범위가 다를 수 있습니다. 단순히 휴대폰에서 깨지지 않는 정도인지, 모바일 화면을 따로 세심하게 설계하는 것인지에 따라 작업량이 달라집니다. “관리자 페이지”도 게시글 등록만 되는지, 회원 관리와 통계까지 포함하는지에 따라 완전히 다른 일이 됩니다.

계약서나 합의 내용에 남기면 좋은 항목

• 작업 범위와 제외 범위
• 중간 산출물 확인 일정
• 검수 기준과 수정 범위
• 지연될 때의 처리 방식
• 소스코드와 디자인 파일 권리
• 하자 보수 기간과 유지보수 비용

특히 소스코드 권리는 꼭 확인하는 편이 좋습니다. 나중에 다른 개발자에게 유지보수를 맡기려면 소스코드, 서버 정보, 계정 권한이 필요할 수 있습니다. 이런 부분이 빠져 있으면 프로젝트는 끝났는데 운영이 막히는 일이 생깁니다.

처음 이용할 때 실수 줄이는 방법

처음 위시캣을 이용한다면 큰 프로젝트를 한 번에 맡기기보다 범위를 나누는 방법도 괜찮습니다. 예를 들어 전체 앱 개발 전에 기획 고도화나 디자인 시안부터 진행해볼 수 있습니다. 또는 핵심 기능만 먼저 만드는 MVP 방식도 현실적입니다.

MVP는 거창한 말처럼 들리지만, 쉽게 말하면 “일단 꼭 필요한 기능만 먼저 만들기”입니다. 예약 서비스라면 회원 등급, 쿠폰, 통계 대시보드까지 한 번에 넣기보다 예약 생성과 관리자 승인 기능부터 만드는 식입니다. 이렇게 하면 예산도 관리하기 쉽고, 실제 사용자의 반응을 보고 다음 개발 방향을 잡을 수 있습니다.

그리고 의뢰자도 프로젝트 중간에 피드백을 빨리 주는 게 중요합니다. 개발자가 화면을 공유했는데 일주일 뒤에 답하면 전체 일정이 밀립니다. 보통 외주 프로젝트는 의뢰자 확인 시간이 길어질수록 마감도 같이 늦어집니다. 자료 전달, 검수, 피드백 담당자를 미리 정해두면 훨씬 수월합니다.

위시캣은 개발자를 찾는 과정을 편하게 만들어주는 도구에 가깝습니다. 다만 좋은 결과는 플랫폼만으로 자동 완성되지 않습니다. 원하는 기능을 구체적으로 적고, 범위를 명확히 나누고, 소통이 잘 되는 파트너를 고르는 과정이 같이 필요합니다. 처음엔 조금 번거롭게 느껴져도 이 준비가 되어 있으면 외주 개발이 훨씬 덜 막막해집니다.