위시캣으로 IT 프로젝트 맡기거나 일감 찾는 방법

위시캣을 처음 볼 때 헷갈리는 지점

얼마 전 지인이 작은 쇼핑몰 기능을 고치려고 개발자를 찾다가 위시캣을 물어본 적이 있어요. 이름은 많이 들어봤는데, 막상 들어가면 프로젝트를 등록해야 하는지, 프리랜서로 가입해야 하는지, 비용은 어느 정도 잡아야 하는지부터 헷갈린다고 하더라고요.

먼저 짚고 갈 점은 보통 서비스명은 ‘위시켓’으로 알려져 있고, 검색할 때 ‘위시캣’이라고 입력해도 관련 정보를 찾는 경우가 많다는 점이에요. 여기서는 독자가 검색하는 키워드에 맞춰 위시캣이라고 부르되, 실제 이용할 때는 공식 서비스명도 함께 확인하는 게 좋습니다.

위시캣은 쉽게 말해 IT 프로젝트를 맡기려는 의뢰자와 개발자, 디자이너, 기획자 같은 전문가를 연결해주는 플랫폼입니다. 웹사이트 제작, 앱 개발, 유지보수, 관리자 페이지, 쇼핑몰 기능 개발처럼 범위가 비교적 뚜렷한 일을 올리고 견적과 지원자를 비교할 수 있어요.

프로젝트를 맡기려면 이렇게 준비하면 편합니다

의뢰자 입장에서 가장 중요한 건 ‘무엇을 만들고 싶은지’를 최대한 구체적으로 적는 거예요. “앱 만들어 주세요”보다 “회원가입, 상품 목록, 결제, 관리자 주문 관리가 있는 중고거래 앱이 필요합니다”처럼 적으면 견적 차이가 확 줄어듭니다. 실제로 IT 외주에서는 같은 앱이라는 말 안에서도 작업량이 2배, 3배씩 달라질 수 있거든요.

등록 전에 적어두면 좋은 내용

• 만들려는 서비스 종류: 웹사이트, 앱, 관리자 페이지, 자동화 도구 등
• 필수 기능: 로그인, 결제, 검색, 알림, 예약, 대시보드 등
• 참고 서비스: 비슷한 화면이나 기능을 가진 사이트 이름
• 예산 범위: 300만 원, 1,000만 원, 월 단위 운영비 등 현실적인 범위
• 희망 일정: 시작일, 중간 점검일, 오픈 목표일

사실 예산을 너무 숨기면 좋은 제안을 받기 어렵습니다. 개발자는 예산을 보고 기능 범위를 조절하고, 의뢰자는 가능한 수준을 확인해야 하니까요. 500만 원 예산으로 3개월짜리 대형 서비스를 요청하면 서로 시간이 낭비될 수 있습니다. 반대로 예산과 우선순위를 분명히 쓰면 “1차 버전은 여기까지, 이후 고도화는 따로”처럼 현실적인 제안을 받기 좋습니다.

프리랜서라면 프로필이 견적서만큼 중요합니다

프리랜서나 개발사 입장에서는 지원 메시지보다 프로필의 신뢰도가 먼저 보입니다. 위시캣 같은 플랫폼에서는 의뢰자가 여러 지원자를 한 번에 비교하기 때문에, 경력만 길게 쓰는 것보다 어떤 문제를 해결했는지 보여주는 편이 유리합니다.

예를 들어 “React 5년”이라고만 적는 것보다 “React 기반 관리자 페이지를 만들었고, 주문 처리 시간을 기존 10분에서 3분대로 줄인 경험이 있습니다”라고 쓰면 훨씬 선명해요. 숫자가 있으면 더 좋고, 숫자가 없다면 맡았던 역할이라도 구체적으로 적는 게 낫습니다.

지원할 때 빠뜨리기 쉬운 부분

• 비슷한 프로젝트 경험이 있는지
• 예상 작업 기간과 투입 가능 시간
• 소통 방식: 주간 보고, 메신저, 화상 회의 가능 여부
• 유지보수 가능 범위
• 추가 비용이 생길 수 있는 조건

솔직히 단가만 낮게 쓰는 전략은 오래 가기 어렵습니다. 의뢰자도 결국 일정, 소통, 책임감을 봅니다. 특히 기업 담당자라면 “싸게 해드립니다”보다 “이 범위라면 4주, 이 기능을 추가하면 2주가 더 필요합니다”처럼 말하는 전문가를 더 편하게 느끼는 경우가 많아요.

비용과 일정은 기능 단위로 나눠야 덜 흔들립니다

위시캣을 이용할 때 가장 자주 생기는 갈등은 비용보다 범위에서 나옵니다. 의뢰자는 당연히 포함된 줄 알았고, 작업자는 별도 개발이라고 생각하는 상황이 생기죠. 그래서 처음부터 기능을 덩어리로 나누는 게 좋습니다.

예를 들어 쇼핑몰을 만든다면 화면 디자인, 회원가입, 상품 등록, 장바구니, 결제, 배송 조회, 관리자 페이지, 보안 설정, 배포 작업을 따로 적어보는 식입니다. 이렇게 나누면 어디까지가 기본이고 어디부터 추가인지 대화가 쉬워집니다. 작은 프로젝트라도 체크리스트 하나가 분쟁을 크게 줄여줘요.

일정도 마찬가지입니다. 전체 6주라고만 말하면 중간에 문제가 생겼을 때 어디서 늦어졌는지 알기 어렵습니다. 1주차 기획 확정, 2주차 디자인, 3~5주차 개발, 6주차 테스트처럼 나누면 서로 기대치가 맞아집니다. 근데 여기서 테스트 기간을 빼먹는 경우가 꽤 많아요. 실제 사용자가 만지는 서비스라면 테스트와 수정 기간은 꼭 따로 잡는 편이 좋습니다.

위시캣을 더 잘 쓰는 현실적인 방법

위시캣의 장점은 여러 전문가를 비교할 수 있다는 점입니다. 다만 비교할 때 단가만 보면 놓치는 게 많아요. 포트폴리오가 내 프로젝트와 비슷한지, 답변이 빠르고 구체적인지, 위험 요소를 먼저 말해주는지를 함께 봐야 합니다.

• 의뢰자는 지원자 3~5명을 비교하면서 질문을 똑같이 던져보면 차이가 잘 보입니다.
• 프리랜서는 모든 프로젝트에 같은 문장으로 지원하기보다, 의뢰 글의 기능을 2~3개 언급하는 편이 좋습니다.
• 계약 전에는 결과물 기준, 원본 파일, 서버 계정, 유지보수 기간을 문서로 남기는 게 안전합니다.
• 중간 점검일을 정해두면 방향이 틀어졌을 때 빨리 바로잡을 수 있습니다.

개인적으로는 위시캣을 단순 중개 사이트로만 보기보다, 프로젝트를 말로 풀어내는 연습장처럼 쓰면 꽤 유용하다고 느낍니다. 의뢰자는 머릿속 아이디어를 실행 가능한 요구사항으로 바꾸게 되고, 프리랜서는 자신의 경험을 고객 언어로 설명하게 되니까요. 플랫폼을 잘 쓰는 사람은 결국 ‘좋은 사람을 찾는 능력’보다 ‘일의 범위를 또렷하게 만드는 능력’에서 차이가 나는 것 같습니다.