.svg)
.svg)
"미팅 때는 완전히 잘 맞는 것 같았는데, 막상 시작하고 보니 완전히 달랐어요."
외주 개발 후기를 읽다가, 혹시 이런 문장을 발견하신 적 있나요? 외주 개발은 기본적으로 내 일을 타인에게 맡기는 것입니다. 그래서 개발 업체를 잘 고르는 것이 무엇보다 중요합니다.
하지만 기준 없이 개발 업체를 만나면 결국 주관적인 인상에 기대게 됩니다. 외주 개발 업체 선정이란, 기술 역량뿐 아니라 커뮤니케이션 방식과 책임 구조까지 종합적으로 검증해 프로젝트 리스크를 낮추는 과정입니다. 위시켓이 12만 건의 프로젝트를 중개하면서 반복적으로 확인한 개발 업체 선택 기준 5가지를 정리했습니다.
➡ 이 글을 읽기 전, 외주 개발 전체 흐름 먼저 파악하기
업체를 선정할 때는 '개발을 잘하는' 업체보다 '우리와 비슷한 서비스를 만들어본' 업체인가를 먼저 봐야 합니다. 아무리 실력 있는 개발사라도 해당 도메인 경험이 없으면, 정책 이슈나 예외 케이스에서 막히기 쉽습니다. 그 결과 프로젝트가 지체되거나 기획 단계로 돌아가는 상황이 생깁니다.
반면 유사경험이 풍부한 업체는 의뢰자가 미처 생각하지 못한 리스크를 먼저 짚어주거나, 더 나은 제안을 할 수 있습니다. 또 도메인 지식이 이미 풍부하기 때문에 서비스의 타겟에 대한 이해도도 높습니다. 때문에 서비스 흐름도 더 자연스럽게 기획할 수 있고, 필요한 기능을 놓치지 않는 장점도 있습니다.
유사 경험을 확인할 때는 서비스 유형과 산업군, 두 가지 축으로 봐야 합니다.
확인 방법
1) 미팅 전 : 포트폴리오에서 서비스 유형·산업군을 확인하세요. PDF보다 실제 운영 중인 서비스를 직접 써보는 게 훨씬 정확합니다.
2) 미팅 중 : 포트폴리오 시연을 요청하세요. 해당 프로젝트에서 기획·디자인·개발 중 실제로 어느 범위를 담당했는지도 함께 확인해야 합니다
의뢰자가 가장 흔하게 하는 실수가 바로 '미팅에 나온 담당자를 보고 계약을 결정하는 것'입니다. 사실 미팅 담당자가 실제로 내 프로젝트를 담당하지 않는 경우가 많습니다. 말이 잘 통해서 계약했는데, 이후에 실제 담당자가 바뀌면서 소통이 전혀 되지 않는 경우를 현장에서 자주 목격할 수 있습니다. 미팅 담당자의 커뮤니케이션 능력이 그 회사 전체의 수준을 대표하지는 않는다는 점을 기억해 주세요.
커뮤니케이션 수준을 판단하는 방법은 '이 업체가 얼마나 정해진 방식으로 일하는가'를 보는 것입니다. 슬랙, 노션 같은 툴을 얼마나 쓰는지는 중요하지 않습니다. 중요한 건 '커뮤니케이션 방식이 체계적으로 잡혀있는가' 입니다.
프로젝트를 안정적으로, 많이 진행한 업체일수록 '우리는 이런 방식으로 일합니다' 라고 명확하게 설명합니다. 미팅은 언제 어떤 방식으로 진행하는지, 소통은 어떤 채널로 몇번 하는지 등등 구체적인 커뮤니케이션 방식이 정해져 있는지 확인하는 것이 중요합니다.
확인 방법
1) 미팅 전 : 참석자 구성을 확인해두세요. 영업 담당자만 오는지, 실제 업무에 투입될 기획자나 개발자가 함께 오는지는 그 업체가 우리 프로젝트를 얼마나 진지하게 보고 있는지를 가늠하게 해줍니다.
2) 미팅 중 : 소통 채널과 결과물 공유 방식을 구체적으로 물어보세요. 마지막에 '제 프로젝트를 맡으시면 어떤 순서로 진행되는지 설명해 주실 수 있나요?'라고 요청해보세요. 답변에서 업무 체계성이 보입니다
개발 방식은 프로젝트가 끝난 후에도 영향을 미칩니다. 내부에 개발팀이 있다면, 그 팀이 쓰는 기술 스택과 맞는 외주 업체를 골라야 나중에 유지보수가 가능합니다. 내부 개발팀이 없더라도 직접 채용할 계획이 있다면, 시장에서 인력을 구하기 쉬운 범용 기술로 개발하는 게 유리하고요. 특수한 언어나 프레임워크로 만들어진 서비스는 나중에 개발자를 구하는 것 자체가 어려워질 수 있어요.
내부에 개발 인력이 전혀 없고 직접 유지보수가 어려운 상황이라면, 워드프레스나 카페24 같은 솔루션 기반 개발도 현실적인 선택지입니다. 솔루션은 이미 쇼핑몰, 예약, 회원 관리 등 자주 쓰이는 기능들이 잘 갖춰져 있어서, 처음부터 개발하는 것보다 비용도 줄고 유지보수 부담도 적습니다. 다만 솔루션이 지원하는 범위 안에서만 커스터마이징이 가능하다는 점은 미리 확인해야 합니다.
확인 방법
1) 미팅 중 : 업체가 제안하는 기술 방향이 왜 우리 프로젝트에 맞는지 설명을 요청하세요. 우리 상황을 고려한 제안인지, 업체가 익숙한 방식을 그냥 들고 온 건지 이 질문 하나로 구분할 수 있습니다
개발 업체가 프로젝트 중간에 사라지거나, 유지보수까지 책임지지 못하고 연락을 두절하는 경우가 생각보다 많습니다. 특히 규모가 있는 프로젝트를 의뢰할 때는 개발 업체의 안정성이 무척 중요합니다.
안정성을 판단할 때 쓸 수 있는 기준 수치를 미리 알고 참고하면 좋습니다. 정규직 인력 기준으로 15~20인 이상이면 비교적 안정적인 규모입니다. 인력 구성 비율은 기획 10~20%, 디자인 10%, 개발 70~80% 정도가 균형 잡힌 구조고요. 업력은 법인 기준 1년 이상을 최소 기준으로 봅니다. 위시켓에는 현재 21,644개 개발 업체가 등록되어 있는데, 업체마다 이 기준에서 차이가 큽니다. 정부 지원 사업 같은 공공 프로젝트는 별도 요건이 있는 경우가 많으니 사전에 확인이 필요합니다.
확인 방법
1) 미팅 전 : 위시켓 같은 플랫폼을 활용해 규모, 인력 구조, 사업자 형태를 확인하세요.
2) 미팅 후 : 내 프로젝트 담당 인력이 동시에 몇 개 프로젝트를 진행하는지 확인하세요. 계약한 업체가 실제 개발을 다른 업체에 넘기는 하도급 여부도 꼭 확인해야 합니다. 품질 관리와 커뮤니케이션이 모두 불안정해질 수 있기 때문입니다.
'다 잘 할 수 있습니다', '최선을 다하겠습니다' 같은 말은 어떤 업체도 할 수 있는 말입니다. 듣기에는 좋지만 사실은 아무런 정보도 담고 있지 않습니다. 진짜 적극적인 업체는 말이 아니라 행동으로 드러냅니다. 자료를 미리 검토하고, 의뢰자가 놓친 부분을 먼저 짚어주고, 더 나은 방향을 역제안하거든요.
미팅에서 질문이 없는 개발사는 두 가지 중 하나입니다. 프로젝트를 완벽히 이해했거나, 제대로 파악하지 못했거나. 질문 없이 시작한 프로젝트는 나중에 '그건 미리 말씀해주셨어야죠'라는 말을 듣는 상황이 생길 수 있습니다.
확인 방법
1) 미팅 중 : 개발 업체가 우리 프로젝트에 대해 어떤 질문을 해오는지 살펴보세요. 질문의 수보다 내용이 중요합니다. 미처 생각하지 못한 기능 이슈나 운영 정책을 먼저 짚어주는 업체라면 좋은 신호입니다.
2) 미팅 후 : 자료를 공유하면서 "빠진 기능이 있거나, 비용·일정 측면에서 조정이 필요한 부분이 있다면 의견 주세요"라고 요청해보세요. 보안이 걱정된다면 자료 공유 전에 NDA를 먼저 체결하면 됩니다. (계약 전 NDA는 업계에서 흔한 방식입니다. 이 요청을 불편하게 여기거나 거부하는 업체라면 그 자체를 참고 신호로 보셔도 됩니다.)
위의 다섯 가지 기준을 미팅 전에 정리해두면 개발 지식이 없어도 충분히 객관적으로 업체를 평가할 수 있습니다. 다만 실제 미팅에서는 기술적인 용어가 오가거나, 어떤 질문을 더 해야 할지 막히는 순간이 생기기도 합니다.
이럴 때는 위시켓 같은 플랫폼을 통해 진행을 도와줄 매니저와 함께 하는 것도 좋은 방법입니다. 위시켓에서는 이런 서비스를 무료로 이용할 수 있습니다.
➡ 계약서에서 꼭 체크해야 할 항목이 궁금하다면? 개발 외주 계약서 핵심 조항을 살펴 보세요!
처음 외주 개발을 준비하는 분이든, 이전 경험이 좋지 않았던 분이든 기준을 갖추고 검증된 프로세스를 통해 개발 업체를 선정한다면 결과가 달라질 수 있습니다. 오늘 전해드린 내용이 프로젝트 성공에 도움이 되었으면 좋겠습니다.
위시켓 운영팀 리드 박민재입니다.
.svg)
