얼마 전 지인이 작은 쇼핑몰을 새로 만들려고 개발 업체를 찾다가 견적 차이 때문에 꽤 당황하더라고요. 어떤 곳은 500만 원, 어떤 곳은 2,000만 원을 불렀는데, 막상 어디까지 포함된 금액인지 비교가 잘 안 됐다고 합니다. 이런 상황에서 많이 찾는 서비스가 바로 위시캣입니다.
위시캣은 IT 프로젝트를 의뢰하려는 기업이나 개인이 개발자, 디자이너, 개발사 같은 전문가를 만날 수 있게 도와주는 플랫폼입니다. 웹사이트 제작, 앱 개발, 쇼핑몰, ERP, 업무 자동화, AI 관련 프로젝트처럼 IT 외주에서 자주 나오는 일을 맡길 때 활용할 수 있어요.
위시캣을 쓰기 전에 먼저 정해야 할 것
위시캣에 프로젝트를 올리기 전에 가장 먼저 해야 할 일은 “무엇을 만들고 싶은지”를 최대한 구체적으로 적는 겁니다. 사실 외주에서 문제가 생기는 이유는 실력 부족보다 기대치 차이인 경우가 많습니다. 의뢰인은 당연히 포함된다고 생각했는데, 작업자는 견적에 없던 일이라고 보는 식이죠.
예를 들어 “회원가입 기능”이라고만 쓰면 범위가 너무 넓습니다. 이메일 가입만 필요한지, 카카오나 네이버 로그인이 필요한지, 휴대폰 본인인증까지 들어가는지에 따라 비용과 기간이 달라집니다. 관리자 페이지도 마찬가지입니다. 단순히 회원 목록만 보는 관리자와 주문, 정산, 쿠폰, 통계까지 다루는 관리자는 완전히 다른 프로젝트에 가깝습니다.
- 만들고 싶은 서비스의 목적
- 꼭 필요한 기능과 나중에 추가해도 되는 기능
- 참고하고 싶은 서비스나 화면
- 예상 예산과 원하는 완료 시점
- 운영 후 수정이나 유지보수가 필요한 범위
이 정도만 적어도 제안서를 비교하기가 훨씬 편해집니다. 완벽한 기획서가 없어도 괜찮지만, 머릿속에만 있는 내용을 너무 짧게 올리면 파트너마다 해석이 달라질 수밖에 없습니다.
프로젝트 등록할 때 예산은 솔직하게 쓰는 편이 낫습니다
개발 외주 예산을 적을 때 괜히 낮게 써야 유리하다고 생각하는 분들이 있습니다. 그런데 실제로는 예산을 너무 낮게 잡으면 적합한 파트너를 만나기 어렵습니다. 반대로 예산만 크게 써도 좋은 결과가 자동으로 나오는 건 아닙니다. 중요한 건 예산과 범위가 맞는지입니다.
위시캣 공식 안내와 블로그 자료를 보면 프로젝트 유형에 따라 비용 차이가 꽤 큽니다. 간단한 홈페이지는 수백만 원대에서도 가능하지만, 자체 기능이 많은 플랫폼이나 ERP 같은 업무 시스템은 수천만 원에서 억 단위로 올라갈 수 있습니다. 모바일 앱도 단일 플랫폼인지, iOS와 Android를 각각 네이티브로 만드는지에 따라 차이가 커집니다.
예산을 쓸 때는 “최대한 싸게”보다 “이 금액 안에서 어디까지 가능한지 알고 싶다”는 관점이 더 현실적입니다. 예를 들어 1,000만 원 예산이라면 모든 기능을 한 번에 넣기보다 회원가입, 핵심 화면, 결제, 관리자 기본 기능처럼 첫 출시 범위를 작게 잡는 방식이 더 나을 수 있습니다.
제안서를 받을 때는 금액보다 포함 범위를 보세요
위시캣의 장점은 여러 파트너의 제안을 비교할 수 있다는 점입니다. 그런데 여기서 숫자만 보면 판단이 흐려집니다. 800만 원 제안이 1,500만 원 제안보다 무조건 좋은 건 아닙니다. 기획, 디자인, 퍼블리싱, 서버 개발, 테스트, 배포, 유지보수 중 어디까지 포함됐는지 봐야 합니다.
예를 들어 어떤 제안은 디자인 템플릿을 활용해서 비용이 낮을 수 있고, 다른 제안은 맞춤형 디자인과 관리자 기능까지 포함해서 금액이 높을 수 있습니다. 겉으로는 같은 “쇼핑몰 제작”처럼 보여도 실제 작업량은 다를 수 있어요. 그래서 견적서를 볼 때는 항목별로 나눠서 확인하는 게 좋습니다.
- 기획 회의와 화면 설계가 포함되는지
- 디자인 시안은 몇 개까지 제공되는지
- 서버와 관리자 페이지 개발 범위는 어디까지인지
- 수정 요청은 몇 회까지 가능한지
- 배포 후 오류 대응 기간이 있는지
개인적으로는 금액이 낮은 제안보다 질문을 꼼꼼히 해주는 파트너에게 더 눈이 갑니다. 좋은 파트너는 바로 견적부터 던지기보다, 기능 우선순위와 운영 방식부터 확인하는 경우가 많습니다. 그 과정에서 의뢰인도 자기 프로젝트를 더 선명하게 보게 됩니다.
계약 전에는 소통 방식과 일정표를 확인하세요
외주는 계약만 잘하면 끝나는 일이 아닙니다. 오히려 시작 후 소통이 더 중요합니다. 매주 진행 상황을 공유받을지, 화면 단위로 검수할지, 수정 요청은 어떤 채널로 남길지 미리 정해두면 중간에 감정 소모가 줄어듭니다.
특히 개발 프로젝트는 눈에 보이는 화면이 늦게 나오는 경우가 있습니다. 의뢰인 입장에서는 “진행되고 있는 게 맞나?” 싶고, 작업자 입장에서는 “아직 내부 구조를 만드는 중인데”라고 생각할 수 있죠. 그래서 중간 산출물을 정해두는 게 좋습니다. 화면 설계서, 디자인 시안, 개발 중간 버전, 테스트 버전처럼 확인 지점을 나눠두면 서로 덜 불안합니다.
계약 전에는 일정표도 현실적으로 봐야 합니다. “앱을 한 달 안에 만들어주세요” 같은 요청은 기능이 아주 단순하지 않다면 위험할 수 있습니다. 기획 1~2주, 디자인 2~3주, 개발 4주 이상, 테스트와 수정 기간까지 생각하면 생각보다 시간이 필요합니다. 빠른 출시가 목표라면 기능을 줄이는 쪽이 보통 더 안전합니다.
위시캣을 더 잘 쓰는 작은 요령
위시캣을 처음 쓰는 분이라면 프로젝트를 한 번에 거창하게 올리기보다, 현재 상황을 솔직하게 적는 게 좋습니다. “기획서가 아직 없다”, “참고 서비스는 있다”, “예산은 1,500만 원 안쪽으로 보고 있다”, “첫 버전 출시가 목표다”처럼 말이죠. 이런 정보가 있어야 파트너도 현실적인 제안을 할 수 있습니다.
또 하나는 지원자가 많다고 무조건 좋은 게 아니라는 점입니다. 포트폴리오가 내 프로젝트와 비슷한지, 질문이 구체적인지, 예상 리스크를 먼저 말해주는지 보는 편이 낫습니다. 쇼핑몰을 만들려면 커머스 경험이 있는 파트너가 좋고, 내부 업무 시스템이라면 ERP나 관리자 페이지 경험이 있는 쪽이 편합니다.
위시캣은 개발자를 대신 골라주는 마법 도구라기보다, 비교와 검토를 훨씬 쉽게 만들어주는 플랫폼에 가깝습니다. 의뢰인이 준비한 정보가 많을수록 제안의 품질도 좋아집니다. 처음부터 완벽할 필요는 없지만, 내가 원하는 결과물과 예산, 일정만큼은 솔직하게 적어두는 게 결국 가장 빠른 길이라고 느낍니다.
