Blog

개발 외주 계약서에서 분쟁이 시작되는 곳은 금액란이 아닙니다. 검수 기준, 요구사항 변경 절차, 산출물 목록, 소스코드 귀속, 하자보수 범위, 인력 교체 조건, 지연 책임 일곱 칸이 비어 있을 때 프로젝트가 무너집니다. 서명 전에 확인할 7가지 조항과, 그 조항들이 왜 계약서만으로는 지켜지지 않는지를 정리했습니다.

홈페이지 제작 비용 견적이 업체마다 열 배씩 차이 나는 이유는 단가가 아니라 정의입니다. “홈페이지”라는 한 단어가 브로슈어형 홈페이지, 기능형 웹사이트, 웹 플랫폼이라는 세 가지 다른 물건을 가리키기 때문입니다. 세 유형을 가르는 기준, 유형별로 비용을 결정하는 요소, 그리고 웹 플랫폼을 만들어야 할 때 한국인 PM이 요구사항 정의를 맡는 구조가 왜 필요한지 정리했습니다.

요구사항 정의서가 없으면 견적 비교 자체가 성립하지 않습니다. 발주 전에 반드시 정리해야 할 6가지, 개발사가 대신 해야 할 4가지, 그리고 요구사항 정의를 누가 맡느냐에 따라 총비용이 갈리는 구조를 정리했습니다.

앱 유지보수 비용은 견적서에서 가장 작게 적혀 있다가 출시 이후 가장 크게 불어나는 항목입니다. OS 업데이트, 서드파티 의존성, 운영 중에만 드러나는 요구, 그리고 인수인계되지 않은 코드 — 네 가지 발생 지점과 외주 계약 전에 확인해야 할 문서 인계 기준을 정리했습니다.

AI Agent 개발 외주에서 프로젝트가 무너지는 지점은 개발 실력이 아니라 판단 범위 정의입니다. 자동 실행 범위, 데이터 권한, 오답 처리, 성과 기준, 소스코드 소유권 — 발주 전에 정해야 하는 5가지를 정리했습니다.

웹사이트 리뉴얼에서 예산을 결정하는 것은 개발 단가가 아니라 요구사항 정의입니다. 고칠 것과 다시 만들 것을 발주 전에 가르는 기준, 견적이 계속 올라가는 세 가지 구조적 원인, 그리고 한국인 PM이 요구사항 정의를 맡는 구조를 정리했습니다.

AI 도구를 전사에 배포했는데 실제로 쓰는 사람은 소수인 경우가 많습니다. 사내 AI 교육이 겉도는 4가지 이유와, 교육을 실무에 정착시키는 4단계를 정리했습니다.

앱 개발 기간은 기획 3~6주, 디자인 3~5주, 개발 8~16주, QA 2~4주, 심사 1~3주로 통상 4~8개월입니다. 일정이 실제로 새는 4가지 지점과 이를 줄이는 구조를 정리했습니다.

IT 외주개발 비용이 견적을 넘어서는 지점은 개발 단가가 아닙니다. 요구사항 정의, 커뮤니케이션, 재작업, 유지보수에서 비용이 새는 구조와, 한국인 PM이 관리하는 글로벌 개발팀으로 실질 절감을 만드는 방법을 정리했습니다.