분야별로 보는 기준
결과물 이미지만 보고 파트너를 정하면, 프로젝트가 커질수록 비용이 다시 늘어납니다. 분야마다 무엇을 먼저 확인해야 하는지부터 정리하면 후보를 절반 가까이 줄일 수 있습니다.
-
웹 개발
프론트엔드와 백엔드 경험을 나눠서 봅니다
화면 구현 이력과 서버·데이터베이스 운영 이력을 각각 확인하세요. 한쪽만 강한 팀이라면 나머지 역할을 누가 채우는지 먼저 물어야 합니다.
-
앱 개발
스토어 배포 이력과 유지보수 경험
출시 이후 버전 업데이트가 이어진 앱인지, OS 정책 변경에 대응한 기록이 있는지가 실제 운영 역량을 보여줍니다. 심사 반려 대응 경험도 함께 확인할 항목입니다.
-
시스템 개발
데이터 처리 규모와 보안 요구사항
다루는 데이터의 양과 접근 권한 설계를 어디까지 경험했는지 확인합니다. 사내 시스템이라면 기존 인프라와 맞물리는 방식도 미리 조율해야 합니다.
-
기획 · 디자인
유사 서비스의 사용자 흐름 설계 경험
화면이 예쁜지보다, 어떤 순서로 사용자를 이동시켰는지가 핵심입니다. 요구사항 정의서와 화면 설계가 어떻게 연결되는지 설명할 수 있는지 물어보세요.
-
퍼블리싱 · QA
산출물 기준과 테스트 방식이 명확한지
마크업 기준과 브라우저 대응 범위를 문서로 남기는지, 테스트 케이스를 어디까지 작성하는지가 마감 품질을 좌우합니다.
프론트엔드, 백엔드, 퍼블리셔, QA의 역할 차이
네 역할을 한 사람이 모두 맡으면 속도는 빠르지만 품질 편차가 생깁니다. 어디까지 나눌지는 프로젝트 규모와 남은 기간으로 결정하는 편이 안전합니다.
FRONTEND
프론트엔드
사용자가 보는 화면과 상호작용을 만듭니다. 상태 관리, 반응형 화면, 접근성 대응까지 포함되는 범위입니다.
BACKEND
백엔드
데이터 구조와 서버 로직을 담당합니다. API 설계, 권한 처리, 조회 성능까지 함께 봐야 하는 영역입니다.
MARKUP · QA
퍼블리셔 · QA
퍼블리셔는 디자인을 웹 표준 마크업으로 옮기고, QA는 기능과 예외 상황을 테스트합니다.
역할을 나누는 기준은 단순합니다. 요구사항 정의서에 적힌 화면 수와 예외 흐름의 개수, 그리고 배포 이후 누가 운영을 맡는지까지 정리되면 어느 역할을 외부에서 채워야 하는지가 자연스럽게 드러납니다.
검증된 개발사와 프리랜서 구분
개발사는 기획부터 QA까지 역할을 묶어 맡을 수 있고, 프리랜서는 특정 역할에 집중합니다. 사업자 정보, 수행 이력, 산출물 링크를 함께 확인하고 비슷한 규모의 프로젝트 경험을 우선 참고합니다.
검증되지 않은 업체는 후보 목록에 올리지 않습니다. 기업이 특정 업체를 지목하더라도 기준을 통과하지 못하면 다른 후보를 병행해 안내합니다.
개발사 (에이전시 · SI)
기획부터 QA까지 한 팀이 묶어 맡는 구조
담당자 한 명을 통해 일정과 산출물이 관리되므로, 신규 구축처럼 역할 간 연결이 많은 프로젝트에 맞습니다. 대신 커뮤니케이션 단계가 하나 더 생깁니다.
프리랜서 (개인 전문가)
한 역할에 집중해 필요한 부분만 채우는 구조
이미 팀이 있고 특정 역할만 비어 있을 때 효율적입니다. 커뮤니케이션이 짧아 결정 속도가 빠르지만, 프로젝트 관리와 인수인계는 발주사가 더 챙겨야 합니다.
확인할 자료 세 가지
사업자 정보 · 수행 이력 · 산출물 링크
세 가지를 함께 제출하는 파트너만 후보로 추천합니다. 하나라도 비어 있으면 담당자가 먼저 확인을 요청하고, 확인 전에는 후보로 올리지 않습니다.
포트폴리오 검증 방법
결과물 링크만 보면 실제 기여도를 알기 어렵습니다. 담당 역할, 투입 기간, 사용 기술을 함께 남기고, 가능하면 서비스 운영 여부까지 확인합니다.
역할
담당 범위를 먼저 확인
여러 역할을 겸했다면 어느 부분을 책임졌는지 구체적으로 물어봅니다.
기간
투입 기간과 일정 준수
짧은 기간에 몰아서 진행한 이력인지, 몇 개월간 이어진 이력인지 구분해서 봅니다.
기술
사용 기술과 버전
내 프로젝트와 기술 스택이 겹치는지가 첫 번째 필터입니다.
운영
지금도 운영 중인지
배포가 아닌 운영까지 간 프로젝트라면 유지보수 역량을 짐작할 수 있습니다.
검증 결과는 추천 이유와 함께 전달합니다
어느 이력에서 무엇을 확인했는지 짧게 정리해 후보와 함께 보내드립니다. 나중에 다른 파트너와 비교할 때 같은 기준으로 다시 볼 수 있게 남겨두는 기록입니다.
견적 비교형 플랫폼과의 차이
견적 비교형
가격을 나란히 보는 데 강점
여러 개발사의 금액을 한 화면에서 견주고 싶을 때 유용합니다. 다만 누가 어떤 기준으로 검증됐는지, 산출물이 어떻게 관리되는지는 별도로 확인해야 합니다.
AI 매칭형
조건 입력 후 추천이 빠름
조건을 넣으면 후보가 즉시 나옵니다. 왜 그 후보가 올라왔는지 설명을 함께 받을 수 있는지가 실제 판단에 중요합니다.
위시켓 디지털
견적과 검증 기록을 함께 남김
추천 이유를 사람이 확인하고 기록으로 남기는 방식을 함께 씁니다. 견적 비교와 검증 이력을 같이 보되, 어느 쪽을 더 중시할지는 프로젝트 복잡도에 따라 달라집니다.
오래된 플랫폼과 AI 매칭형 플랫폼
오래 운영된 플랫폼은 IT 인력 풀이 넓고 축적된 데이터가 많습니다. 반면 AI 매칭을 강조하는 서비스는 조건 입력 후 추천이 빠릅니다. 위시켓 디지털은 추천 이유를 사람이 확인하고 기록으로 남기는 절차를 함께 두어, 속도와 검증 기록 중 무엇을 더 중시하는지에 따라 선택이 갈리도록 합니다.
두 방식을 어떻게 조합할지 정리해 둔 절차는 매칭 방식 페이지에서 단계별로 확인하실 수 있습니다. 프로젝트 등록 후 요구사항 정의서를 정리하는 순서부터 후보 추천, 제안 비교까지 이어집니다.
어떤 프로젝트에 어떤 파트너가 맞나
프로젝트 시작과 끝이 분명한지가 판단 기준입니다. 아래 기준에 맞춰 후보 유형을 먼저 정해두면, 제안서를 비교할 때 무엇을 물어야 할지도 함께 정리됩니다.
신규 구축 · 전면 개편
개발사 단위가 관리 부담이 적습니다
기획, 디자인, 개발, QA가 순차적으로 이어지므로 역할 간 연결을 한 곳에서 관리하는 편이 일정 리스크를 줄입니다.
기존 팀 + 특정 역할
프리랜서가 효율적입니다
디자인과 퍼블리싱만, 또는 QA만 필요한 단독 발주도 가능합니다. 인수인계 문서를 요구사항 정의서에 포함해 두면 이후 유지보수가 쉬워집니다.
상시 운영 · 유지보수
운영형 인력 파견이 더 맞을 수 있습니다
종료 시점이 정해지지 않은 업무라면, 프로젝트 단위 계약보다 대응 시간과 담당 범위를 정한 운영 계약이 적합합니다.
파트너 등록과 검증 절차
개발사와 프리랜서는 사업자 정보, 수행 이력, 산출물 링크를 제출합니다. 담당자가 제출 자료를 확인하고, 검증 기준을 통과한 파트너만 프로젝트 후보로 추천합니다.
등록 이후에도 수행 이력과 프로젝트 피드백을 반영해 목록을 관리합니다. 절차와 필요 서류는 문의 페이지에서 확인하실 수 있습니다.
STEP 1
자료 제출
사업자 정보, 수행 이력, 산출물 링크를 한 번에 정리해 제출합니다.
STEP 2
담당자 확인
이력의 실제 기여 범위와 규모가 프로젝트 조건과 맞는지 확인합니다.
STEP 3
후보 추천과 기록
검증을 통과한 파트너만 추천하고, 추천 이유를 기록으로 남깁니다.
자주 묻는 질문
프론트엔드, 백엔드, 퍼블리셔, QA는 어떻게 역할이 다른가요?
프론트엔드는 화면과 상호작용, 백엔드는 데이터와 서버 로직, 퍼블리셔는 웹 표준 마크업, QA는 기능과 예외 상황 테스트를 담당합니다.
포트폴리오에서 실제 실력을 어떻게 검증하나요?
담당 역할, 투입 기간, 사용 기술, 서비스 운영 여부를 함께 확인하고, 비슷한 규모의 프로젝트 경험을 우선 참고합니다.
검증되지 않은 업체도 추천되나요?
아닙니다. 사업자 정보와 수행 이력 검증을 통과한 파트너만 후보로 추천합니다.
검증 기준을 더 자세히 보고 싶다면
후보를 비교할 때 쓰는 기준과 산출물 관리 방식은 외주 가이드에 정리해 두었습니다. 프로젝트 관리 방식이 궁금하다면 프로젝트 관리 페이지에서 단계별로 확인하실 수 있습니다.
프로젝트에 맞는 파트너, 지금 정리해 두세요
요구사항 정의서를 정리해 프로젝트를 등록하시면, 검증을 통과한 개발사와 프리랜서 후보를 추천 이유와 함께 안내해 드립니다. 파트너로 등록하고 싶은 개발사와 프리랜서도 같은 문의 창구를 이용하실 수 있습니다.
서울특별시 강남구 테헤란로 211, 한국고등교육재단빌딩 3층 · 평일 09:00 - 18:00 (주말 및 공휴일 휴무)