서울 강남 테헤란로 · 평일 09:00 – 18:00
위시켓, IT 외주 프로젝트의 시작
기획서 한 장 없이 문의하면 견적 편차부터 벌어집니다. 요구사항을 프로젝트 단위로 정리하고, 검증된 개발사와 프리랜서를 비교해 제안서를 받은 뒤 계약까지 한 흐름으로 진행합니다.
외주 프로젝트 준비
IT 외주는 무엇부터 정해야 하나
IT 외주는 웹, 앱, 시스템, 디자인까지 범위가 넓어서 "개발"이라는 한 단어로는 견적이 나오지 않습니다. 먼저 이번 프로젝트가 신규 구축인지 기존 서비스 개편인지, 기간은 어느 정도인지, 예산 상한선은 어디인지 세 가지를 정합니다. 이 세 가지가 정해지면 후보로 올릴 개발사와 프리랜서의 범위도 좁혀집니다.
요구사항 명세는 이 세 가지를 문서로 옮기는 작업이고, 위시켓 디지털의 매칭은 그 문서를 기준으로 시작합니다. 담당자가 아직 정하지 못한 항목이 있어도 등록 단계에서 함께 정리할 수 있습니다.
범위
신규 구축인지 기존 서비스 개편인지 먼저 정합니다.
일정
희망 오픈 시점과 검수에 쓸 수 있는 기간을 나눠 적습니다.
예산 상한
상한선을 밝히면 후보가 그 안에서 현실적인 계획을 제시합니다.
개발자 한 명과 개발사, 무엇이 다른가
판단 기준은 "이번 프로젝트에서 누가 책임질 역할이 몇 개인가"입니다. 역할 수가 적으면 프리랜서가, 많으면 개발사가 관리 부담을 줄입니다.
개발사 단위
기획·디자인·퍼블리싱·QA를 함께 맡길 때
역할이 세 개를 넘어가면 개발사 쪽을 먼저 검토하는 편이 일정 리스크를 줄입니다. 대신 견적 구조가 커지므로 투입 인력과 검수 기준을 제안서에서 확인해야 합니다.
프리랜서 한 명
기획자가 있고 특정 기능만 채울 때
기존 팀에 기획자가 있고 특정 기능만 채워 넣으면 되는 상황이라면 프리랜서 한 명이 더 빠르고 비용도 단순합니다. 대신 요구사항 전달과 검수가 담당자 몫으로 남습니다.
요구사항 명세, 어디까지 써야 하나
완벽할 필요는 없습니다. 대신 "결제는 카드만", "관리자는 두 단계 권한" 같은 경계 조건을 명시해야 제안서의 견적 편차가 줄어듭니다. 위시켓 디지털은 등록 단계에서 아래 항목을 빠짐없이 채우도록 안내하고, 빠진 부분은 담당자가 확인해 보완을 요청합니다.
기능
화면 목록과 관리자 기능
사용자 시나리오를 순서대로 적고, 관리자 화면에 필요한 권한과 승인 흐름을 함께 표시합니다. 어떤 화면이 누구에게 보이는지 남겨두면 검수 기준이 됩니다.
연동
외부 시스템과 기술 스택
결제, 알림, 사내 시스템처럼 연결해야 할 대상을 나열하고 사용할 기술 스택을 지정합니다. 연동 항목은 보안 검토 일정까지 함께 잡아두는 편이 좋습니다.
경계 조건
예외 상황과 우선순위
필수 기능과 있으면 좋은 기능을 나눠 표시합니다. 우선순위가 적혀 있으면 예산이 조정될 때 무엇을 먼저 줄일지 협의가 빨라집니다.
검증된 파트너를 어떻게 가리는가
포트폴리오는 결과물만 봐서는 실제 실력을 알기 어렵습니다. 위시켓 디지털은 사업자 정보, 수행 이력, 산출물 링크를 함께 확인하고, 비슷한 규모의 프로젝트를 해본 이력을 우선 참고합니다. 검증은 단계마다 담당자가 기록으로 남기고, 후보 추천 이유를 함께 전달합니다.
후보를 좁힐 때 보는 것
-
같은 분야를 다뤄본 경험
업종과 서비스 형태가 비슷한 프로젝트를 해봤는지 확인합니다.
-
협업 방식
주간 미팅 주기와 산출물 공유 방식이 우리 팀과 맞는지 봅니다.
-
수행 이력과 산출물 링크
사업자 정보와 함께 확인해, 기록이 실제와 이어지는지 살핍니다.
프로젝트 제안서는 이렇게 비교한다
가격만 비교하면 나중에 일정이 밀리거나 추가 비용이 붙습니다. 위시켓 디지털은 항목별로 비교표를 만들 수 있도록 제안서를 같은 구조로 정리해 보여주고, 각 후보의 강점과 주의할 점을 함께 표시합니다.
견적
총액만 보지 말고 항목별 단가와 포함 범위를 함께 봅니다. 세금, 서버 비용, 유지보수 기간이 견적에 들어 있는지 확인합니다.
일정
착수일, 중간 산출물 시점, 오픈 목표일을 나눠 적었는지 봅니다. 검수 기간이 빠져 있으면 일정이 밀릴 때 조정할 여지가 없습니다.
투입 인력
누가 어떤 역할로 며칠 투입되는지 확인합니다. 담당자 이름과 역할이 비어 있으면 진행 중 교체 리스크가 커집니다.
기술 스택
우리 팀이 운영할 수 있는 기술인지 확인합니다. 낯선 스택이라면 인수인계 문서와 교육 범위를 조건에 넣습니다.
유지보수 조건
오픈 이후 몇 개월을 어떤 범위로 지원하는지 적혀 있는지 봅니다. 지원 범위와 응답 기준이 없으면 장애 대응이 구두 합의로 남습니다.
최종 선택은 기업 담당자가 하되, 어떤 기준으로 골랐는지 기록해 두면 이후 계약 협상에서 근거가 됩니다. 후보별 강점과 주의할 점을 같은 표에서 나란히 보는 것이 비교의 출발점입니다.
계약 전에 확인할 조항
이 조항들은 매칭 이후가 아니라 후보를 비교할 때부터 확인해야 합니다. 나중에 협의하면 이미 일정과 비용이 정해진 뒤라 조정 폭이 좁습니다.
권리와 보안
NDA, 지식재산권 귀속, 산출물 검수 기준은 계약서에 명시합니다. 검수 기준이 문장으로 남아 있으면 완료 시점을 두고 벌어지는 해석 차이를 줄일 수 있습니다.
대금과 변경
T&M 모델이면 시간당 단가와 투입 공수 산정 기준을, 고정가면 변경 요청이 발생할 때 비용을 어떻게 정산할지 미리 정합니다. 지급 시점과 조건도 같은 문서에 묶어 둡니다.
운영 단계
SLA는 운영 단계까지 포함할 때 필요하고, 장애 대응 시간과 복구 목표를 문서로 남깁니다. 지원 창구와 보고 주기도 함께 정해 둡니다.
검수와 인수
산출물 목록, 코드 저장소 이관, 문서 인수 범위를 확인합니다. 인수 항목이 정리되어 있으면 운영을 우리 팀으로 넘길 때 걸리는 시간이 줄어듭니다.
진행 중 리스크를 줄이는 관리 방식
외주 프로젝트가 어긋나는 이유는 대부분 소통 부족과 일정 관리 실패입니다. PM/PL 체계를 두고 주 단위로 산출물과 진행률을 공유하면 문제가 커지기 전에 발견할 수 있습니다.
PM / PL 체계
의사결정 창구를 하나로
기업과 개발사 사이에 결정을 내릴 사람을 정해 두면 요청이 흩어지지 않습니다. 주간 미팅에서 결정한 내용을 다음 산출물에 반영하는 흐름을 만듭니다.
QA 시점
화면 단위로 돌리는 검수
QA는 개발 완료 후가 아니라 각 화면이 나올 때마다 돌리는 편이 수정 비용을 낮춥니다. 발견한 이슈는 화면 이름과 함께 기록해 두면 재현과 확인이 빨라집니다.
기록
일정·산출물·이슈
위시켓 디지털은 프로젝트 관리 페이지에서 일정, 산출물, 이슈를 기록할 수 있는 기준을 안내합니다. 기록이 남아 있으면 일정이 흔들릴 때 원인을 짚기 쉬워집니다.
자주 하는 실수와 예방법
같은 실수가 반복적으로 나타납니다. 세 가지만 지켜도 비교 단계에서 시간이 크게 줄어듭니다.
예산을 먼저 공개하지 않는다
제안서가 몇 배 차이로 오는 이유입니다. 상한선을 밝히면 후보가 그 안에서 현실적인 계획을 제시합니다.
요구사항을 "알아서 잘"로 넘긴다
범위가 열려 있으면 견적도 열린 채로 남습니다. 필수와 선택을 나누고 우선순위를 표시합니다.
선정 기준을 문서화하지 않는다
기준을 3개 이내로 정리해 두면 후보를 비교할 때 판단이 흔들리지 않고, 계약 협상에서 근거가 됩니다.
어떤 프로젝트가 위시켓에 맞는가
신규 서비스 구축, 기존 시스템 개편, 앱 리뉴얼, 관리자 도구 개발, 디자인·퍼블리싱 단독 발주까지 폭넓게 다룹니다. 프로젝트 단위로 시작과 끝이 분명한 일이라면 매칭 방식이 잘 맞습니다.
잘 맞는 경우
신규 구축, 시스템 개편, 앱 리뉴얼, 관리자 도구 개발, 디자인·퍼블리싱 단독 발주처럼 시작과 끝이 정해진 프로젝트.
계약 형태를 먼저 볼 경우
단순 유지보수나 상시 운영 인력이 필요한 경우에는 운영형 서비스가 더 맞을 수 있어, 계약 형태를 먼저 검토하시길 권합니다.
도입 순서 한눈에 보기
각 단계는 앞 단계 결과물을 기준으로 다음 단계가 시작되므로, 어느 하나를 건너뛰면 이후 판단이 흔들립니다. 특히 요구사항 정리 단계에서 시간을 충분히 쓰는 것이 전체 일정에 유리합니다.
프로젝트 등록
개요와 예산 범위, 희망 일정을 적어 등록합니다.
요구사항 정리
화면 목록과 경계 조건을 문서로 정리합니다.
후보 추천
검증을 통과한 개발사와 프리랜서를 추천합니다.
제안서 비교
견적, 일정, 인력, 기술 스택을 같은 구조로 봅니다.
계약
권리, 대금, 검수, SLA 조항을 확인하고 서명합니다.
착수
주간 산출물 공유와 화면 단위 QA로 진행합니다.
운영 원칙
위시켓 디지털은 후보 추천 이유를 기록으로 남기고, 검증되지 않은 업체를 목록에 올리지 않습니다. 기업이 특정 업체를 지목해도 검증 기준을 통과하지 못하면 다른 후보를 함께 안내합니다. 매칭 이후 분쟁이 생기면 계약 조건과 산출물 기록을 기준으로 사실관계를 확인합니다.
이 원칙은 소개 페이지에 상세히 정리되어 있습니다. 어떤 기준으로 후보를 고르고, 어떤 기록을 남기는지 궁금하면 소개 페이지에서 확인하실 수 있습니다.
위시켓 디지털 소개 보기자주 묻는 질문
IT 외주와 프리랜서 매칭 플랫폼은 무엇이 다른가요?
IT 외주는 프로젝트 단위로 개발 전체를 맡기는 개념이고, 프리랜서 매칭은 특정 역할의 인력을 연결하는 데 초점이 있습니다. 위시켓 디지털은 두 방식을 모두 다루며 프로젝트 범위에 따라 개발사와 프리랜서 중 어느 쪽이 맞는지 함께 안내합니다.
개발자만 구할지 개발사 전체를 맡길지 어떻게 결정하나요?
이번 프로젝트에서 책임질 역할이 세 개를 넘어가면 개발사 쪽을, 기획과 디자인이 이미 준비되어 있고 특정 기능만 필요하면 프리랜서 쪽을 먼저 검토합니다.
프로젝트 제안서에는 무엇을 꼭 넣어야 하나요?
견적, 일정, 투입 인력, 기술 스택, 유지보수 조건은 기본이고, 변경 요청 정산 방식과 산출물 검수 기준까지 포함하면 이후 협의가 수월합니다.
포트폴리오에서 실제 실력을 어떻게 검증하나요?
결과물 링크와 수행 이력, 비슷한 규모의 프로젝트 경험을 함께 확인합니다. 협업 방식과 산출물 공유 주기도 참고 자료로 봅니다.
T&M과 고정가 계약 중 어떤 방식이 더 적합한가요?
요구사항이 명확하면 고정가가, 기획이 진행 중이거나 범위가 자주 바뀌면 T&M이 관리하기 쉽습니다.
시작하기
처음이라면 이렇게 시작하세요
프로젝트 개요와 예산 범위, 희망 일정, 필수 기능 목록을 준비합니다. 이 네 가지만 있으면 매칭을 시작할 수 있고, 나머지는 담당자가 확인하며 채워 넣습니다. 문의 단계에서 자료가 부족하면 보완 요청을 드리고, 필요한 경우 요구사항 정리 가이드를 함께 안내합니다.
문의처
서울특별시 강남구 테헤란로 211, 한국고등교육재단빌딩 3층, 대한민국
+82 2-509-8542
평일 09:00 – 18:00 (주말 및 공휴일 휴무)