안녕하세요! 사랑받는 IT 프로덕트의 첫걸음, 똑똑한개발자입니다 :)

“기능 리스트 A부터 Z까지 전부 넣어주세요, 예산은 5천만 원이에요.”

IT 외주 영업 현장에서 꽤 자주 마주하는 요청입니다. 기능을 빼자니 클라이언트 니즈를 못 알아듣는 것 같고, 다 넣자니 예산이 두 배로 뛰죠. 무리하게 수용했다가 개발 중간에 일정이 틀어지기도 합니다.

그러면 예산보다 큰 요구사항은 어떤 기준으로 조율해야 할까요? 여러 개발사가 보내온 견적서는 뭘 기준으로 비교해야 하고, 첫 문의부터 계약 이후까지 어떤 대응이 수주와 재계약을 가를까요?

IT 외주 에이전시를 10년간 운영해 온 똑똑한개발자의 CEO 장원님은 그 답을 기능 목록이나 견적서에서 찾지 않습니다.

이 글에서는 똑똑한개발자가 수많은 프로젝트를 진행하며 쌓아온 경험을 바탕으로, 예산과 견적 조율부터 개발사 선택, 계약과 프로젝트 관리까지 IT 외주개발의 전 과정을 다룹니다.

IT 외주 영업, 왜 비즈니스 컨설팅에 가까운가

일반 세일즈는 좋은 상품을 매력적으로 포장해서 파는 구조입니다. IT 외주 영업은 다릅니다. 클라이언트의 사업 목표를 먼저 이해하고, 거기에 맞는 기술 솔루션을 설계해서 제안하죠. 비전문가에게 기술을 쉬운 말로 풀어야 하니까 컨설팅 성격이 강할 수밖에 없습니다.

장원님의 표현을 빌리면, "견적서로 영업하는 게 아니라 사업 모델로 영업한다." 10년 동안 수주율을 끌어올린 건 이 관점이었습니다.

컨설팅이 수주를 만들어낸 프로젝트

로컬덕 프로젝트를 좋은 예로 들 수 있습니다. 초기 기획은 팝업스토어 예약·결제용 B2C 앱이었는데, 무료 팝업이 대다수라 수익 모델이 빈약했죠.

장원님은 티켓 판매 과정에서 쌓이는 방문자 연령대 데이터에 주목했습니다. 거기서 B2B 세일즈 모델로 방향을 틀었고, 팝업 대행과 마케팅까지 묶는 프로젝트로 재설계했죠.

의사결정권자 미팅에서 이런 비즈니스 관점의 제안을 하면 전환율이 확실히 올라갑니다. "기획안을 고치자고 하면 클라이언트가 기분 나빠하지 않을까?" 걱정하는 분들이 많은데, 경험상 반응은 대부분 긍정적입니다. 수백 개 서비스를 직접 만들어 본 전문성이 있으니까요.

리드가 들어오면 가장 먼저 확인해야 하는 것

저희 팀은 인바운드 영업 위주로 움직입니다. 리드가 들어오면 먼저 하는 건 클라이언트 백그라운드 파악이죠.

회사의 현재 상황, 프로젝트를 시작하려는 이유, 담당 팀이 그리는 비전, 서비스의 최종 목표, 내부 개발팀 보유 여부, 출시 후 운영 주체까지 훑습니다. 여기서 나온 내용으로 액션 플랜을 잡고 플러그(pluuug)의 To-do 기능으로 관리합니다.

영업 : 30분 안에 통화하는 이유

B2B 영업은 리드 한 건의 가치가 큽니다. 문의 접수 후 30분 이내에 첫 통화를 연결하는 걸 원칙으로 잡는다면 훨씬 좋습니다. 요구사항이 복잡한 문의라면 AI로 콜브리프를 사전에 만들어둬야 합니다. 빠르게 움직이면서도 빠뜨리는 내용이 없어야 하니까요.

포트폴리오 : 라이브 서비스로 보여준다

대면 미팅에서 저희가 쓰는 방법은 PDF 포트폴리오 대신 라이브 서비스 링크를 띄우는 겁니다. 정지된 화면보다 기능이 실제로 돌아가는 장면이 훨씬 설득력이 있죠.

미팅 시간을 회사 소개에 다 쓰면 안 됩니다. 클라이언트 이야기를 먼저 듣고, 니즈에 맞는 레퍼런스를 골라서 보여주는 게 순서죠. 같은 프로젝트 경험이 없으면 기능별로 조합하면 됩니다. 예약은 A 프로젝트, 결제는 B 프로젝트, 관리자 기능은 C 프로젝트 식으로요.

외주개발 예산·견적 조율의 핵심

예산보다 요구사항이 클 때

견적 산정의 출발점은 예산입니다. 장원님은 서로 시간을 낭비하지 않기 위해 예산을 미리 공개하는 것을 권합니다.

만약 예산 5천만 원에 1억짜리 프로젝트를 요청받으면 어떻게 할까요?

기능을 억지로 줄이는 게 아닙니다. 클라이언트가 그 기능으로 달성하려는 목표를 먼저 파악해야 합니다. 브랜딩 목적의 서비스에서 유저 확보가 목표라면, 티켓 인증 같은 허들 높은 기능은 오히려 방해가 되죠. 빼야 할 걸 빼면 자연스럽게 예산 안에 들어옵니다.

견적 비교는 맨먼스(Man-Month)로 한다

견적을 비교할 때 총액만 보면 판단이 흐려집니다. 몇 명이 몇 개월 투입되는지, 맨먼스 기준으로 따져야 정확하죠. 맨먼스 단가가 600만 원 아래로 내려가면 위험 신호입니다.

유사 레퍼런스가 수주를 결정한다

비슷한 서비스를 만들어본 개발사는 기능 파악도, 기술적 리스크 예측도, 운영 중 터질 문제까지 빠르게 짚어냅니다. 정확히 같은 레퍼런스가 없더라도 기능별 경험을 구체적으로 설명하고, 실제 작동하는 서비스를 보여줄 수 있느냐가 판단 기준이 됩니다.

외주개발 계약 이후가 영업의 진짜 승부처인 이유

스타트업은 미팅 당일 계약하기도 하고, 대기업은 한 달 넘게 검토합니다. 국가 사업은 프로젝트 시작 6개월 전에 문의가 오기도 하죠. 의사결정 기간은 프로젝트마다 다르지만, 견적이 구체적으로 논의되는 시점부터는 계약과 실행을 동시에 준비해야 합니다.

킥오프에서 모든 맥락을 공유해야 하는 이유

계약 확정 후 바로 진행하는 건 내부 킥오프입니다. 프로젝트의 성격과 목표, 클라이언트의 성향, 진행 중 주의할 점을 실무자에게 전달하죠. 여기서 기능이나 일정만큼 중요한 게 하나 더 있습니다. 사람입니다. 클라이언트가 선호하는 소통 방식, 잘 맞는 담당자 유형까지 공유해야 프로젝트 만족도가 올라갑니다.

재계약과 소개가 만드는 선순환

클라이언트는 회사 이름만 보고 계약하지 않습니다. 미팅에서 신뢰를 준 담당자를 보고 결정하는 경우가 많죠. 영업 담당자에게 중요한 건 계약 체결이 아닙니다. 프로젝트가 끝날 때까지 소통 창구를 열어두는 자세죠. 관계를 잘 이어가면 재계약으로도, 기존 클라이언트의 소개를 통한 신규 영업으로도 이어집니다. 재계약은 신규 계약보다 난도가 낮고 반복 매출까지 만들어주니까요.

외주개발 에이전시는 왜 영업을 멈추면 안 되는가

장원님이 과거 5명 규모의 팀을 운영하며 가장 뼈아팠던 실수가 영업이었습니다. 진행 중인 프로젝트에 매몰돼 신규 영업을 멈췄고, 프로젝트가 끝나자 새 계약이 이어지지 않으면서 현금 흐름이 끊겼죠.

바쁘더라도 다음 프로젝트를 위한 영업은 멈추면 안 됩니다. 매출원이 적은 작은 개발팀에게 영업 공백은 곧 생존 문제니까요.

외주개발 성공은 파트너십에서 나온다

요청받은 기능을 가장 싸게 만드는 게 좋은 외주개발은 아닙니다. 클라이언트의 비즈니스 목표를 이해하고, 가용 예산 안에서 실현 가능한 서비스를 함께 설계하는 과정이 필요하죠.

지금 준비 중인 서비스의 기능 범위나 적정 예산이 잡히지 않는다면, 똑똑한개발자와 비즈니스 목표부터 함께 논의할 수 있습니다. 편하게 문의해 주세요.

감사합니다! :)

[🔗 IT 비즈니스 파트너, 똑똑한개발자]