윈도우 어플리케이션 외주 개발: 업체 선정·견적·배포 체크리스트 [2026]

윈도우 어플리케이션 외주 개발은 화면을 실행 파일로 만드는 작업만이 아닙니다. 사용자의 PC와 장비, 파일·데이터, 설치 권한, 오프라인 업무, 업데이트와 운영 인수까지 같은 환경에서 검증하는 프로젝트입니다. 업체를 고를 때는 기술 이름이나 총액보다 실제 사용 환경에서 무엇을 완료하고 어떤 자산을 넘기는지 비교해야 합니다.

여기서 Windows 앱은 업무용 PC에 설치해 쓰는 데스크톱 프로그램을 뜻합니다. 사무실에서 브라우저로 접속하는 웹서비스, Android·iOS 모바일 앱과는 필요한 작업이 다릅니다. 같은 고객 조회 화면이라도 바코드 스캐너, 라벨 프린터, 공유 폴더, 사내 인증과 연결되면 범위가 달라집니다. 웹 화면을 그대로 포장하면 끝난다는 가정부터 확인해야 합니다.

이 글은 설치형 업무도구를 발주하는 담당자를 위한 비교 기준입니다. 특정 기술의 비용 우위나 특정 업체의 수행 실적을 단정하지 않습니다. 모바일 앱을 검토 중이라면 별도의 Android·iOS 앱 개발 외주 비용 가이드에서 플랫폼·실기기·스토어 범위를 확인하세요.

설치형 Windows 프로그램이 필요한 이유부터 정합니다#

먼저 담당자가 하루 동안 수행하는 대표 업무를 적으세요. 입력 자료를 어디서 받고, 어떤 장비를 쓰며, 결과를 누구에게 전달하는지 설명하면 설치형이 필요한 지점을 찾을 수 있습니다. 단지 PC에서 사용한다는 이유만으로 데스크톱 앱을 선택할 필요는 없습니다. 브라우저로 가능한 업무와 로컬 접근이 필요한 업무를 구분해 유지할 책임을 줄입니다.

혼합 구성이 모든 제약을 없애는 것은 아닙니다. Microsoft의 WebView2는 데스크톱 앱 안에 웹 콘텐츠를 표시하고 앱과 통신하는 수단입니다. 웹 콘텐츠의 출처와 수신 메시지를 검증하고, 실행 환경에 필요한 런타임을 제공할 방법도 정해야 합니다. 기존 웹 화면을 쓰는 이점과 별도로 유지할 데스크톱 영역을 나란히 비교하세요. Microsoft WebView2 설명과 보안 권고

화면 목록보다 먼저 PC·장비·망 환경 목록을 만듭니다#

개발사 PC에서 실행되는 것과 현장 PC에서 실행되는 것은 다른 검증입니다. 대상 Windows 버전과 에디션, 프로세서 종류, 메모리, 화면 배율, 다중 모니터, 사용자 권한과 보안 프로그램을 목록으로 전달하세요. 지원 범위에 들어갈 환경과 별도 확인이 필요한 환경을 계약 전에 구분하면 납품 직전에 호환성 작업이 드러나는 일을 줄일 수 있습니다.

장비는 이름보다 실제 모델·연결 방식·드라이버·제조사 SDK와 테스트 대여 가능 여부가 필요합니다. 같은 바코드 입력도 키보드 입력처럼 전달되는지, 별도 SDK를 호출하는지에 따라 작업이 달라집니다. 프린터는 용지와 라벨 크기, 출력량, 한글·바코드 표시, 용지 부족과 연결 끊김 이후 재출력까지 대표 표본을 준비하세요. 장비 공급사와 소프트웨어 개발사의 장애 구분 책임도 남겨야 합니다.

사내망에서는 인터넷 접속, 프록시, 인증서 신뢰, 방화벽, 공유 폴더와 패키지 설치 정책을 확인합니다. 개발사가 관리자 권한을 계속 요구하거나 보안 프로그램을 끄는 것을 운영 전제로 두지 않도록 하세요. 일시적인 설치 권한과 평상시 실행 권한은 따로 정하고, 필요한 예외는 사내 IT 담당자가 승인할 수 있게 사유를 문서화합니다.

개발업체에는 같은 환경과 업무로 시연을 요청하세요#

업체 소개서의 고객 로고나 사용 기술만으로 이번 장비와 배포 조건을 해결할 수 있는지는 알 수 없습니다. 공개 사례에서 담당한 범위를 확인하고, 이번 프로젝트의 대표 업무를 어떤 순서로 검증할지 물어보세요. 현장 장비나 사내망 접근이 아직 없다면 가능한 검증과 남은 불확실성을 분리한 제안을 받아야 합니다. 불확실성을 숨긴 확정 견적은 비교하기 어렵습니다.

검증 작업을 계약 전 모두 요구할 필요는 없습니다. 먼저 기술 검토에 필요한 범위와 산출물을 정한 뒤, 결과에 따라 본 개발 범위와 비용을 조정하는 방식도 비교할 수 있습니다. 이때 검토 비용, 제공할 소스와 문서, 중단 시 인수 범위를 따로 합의하세요. 시제품 성공을 전체 환경의 호환성 보장이나 운영 완료로 해석하지 않습니다.

Windows 프로그램 견적은 화면·연동·배포·운영으로 나눕니다#

견적 요청서에는 핵심 업무와 사용자 역할뿐 아니라 로컬 파일, 장비, 서버 API, 관리자 화면과 기존 데이터의 처리 범위를 넣습니다. CSV를 읽는 기능 하나도 문자 인코딩, 잘못된 행, 대용량, 중복 입력과 취소 후 재처리 조건에 따라 달라집니다. 한 줄 기능명을 작업량으로 간주하지 말고 정상 입력·실패 입력·완료 결과의 표본을 붙이세요.

설치 패키지, 서명, 업데이트 서버, 로그 수집과 고객 지원 도구가 개발비에 들어 있는지도 확인해야 합니다. 서버나 관리자 화면이 필요하면 데스크톱 앱과 별도로 견적에 드러내고, 외부 라이선스·인증서· 호스팅·장비 구매는 부담 주체와 갱신 조건을 나눕니다. 현재 요구를 확인하지 않은 평균 가격이나 일률적인 납기보다, 같은 포함·제외·가정으로 받은 제안이 의사결정에 도움이 됩니다.

변경 비용은 새 화면만의 문제가 아닙니다. 데이터 형식 변경이 기존 PC 버전, 서버 API, 설치 패키지와 이전 자료에 미치는 영향도 계산해야 합니다. 제안서에는 작업별 완료 증거, 변경 승인 절차, 현장 테스트 일정, 고객이 제공할 장비·계정·데이터를 연결하세요. 고객 제공물이 늦어질 때 어떤 작업이 멈추는지도 확인합니다.

오프라인 기능은 저장 버튼보다 데이터 책임이 먼저입니다#

인터넷이 끊겨도 조회만 가능하면 되는지, 신규 작업과 결제·출하 같은 상태 변경까지 허용할지 구분하세요. 로컬에 남길 정보와 보존 기간, 공용 PC에서 사용자가 바뀔 때 접근·삭제 방식도 정해야 합니다. 업무상 민감한 파일을 어떤 폴더에 누가 읽을 수 있는 상태로 저장할지 확인하지 않으면 오프라인 편의가 별도 보안 문제를 만들 수 있습니다.

재연결 뒤에는 대기 작업의 순서, 중복 전송, 서버에서 먼저 바뀐 데이터와의 충돌을 처리합니다. 예를 들어 라벨 출력은 완료됐지만 서버 확인만 실패한 상황을 단순 재시도하면 같은 업무가 반복될 수 있습니다. 이 예시는 일반적인 검수 상황이며 자사 고객의 실제 사고가 아닙니다. 업무 식별자와 상태, 사람이 확인할 충돌 목록, 재처리 기록을 테스트 표본으로 남기세요.

설치·서명·업데이트는 납품 전에 같은 PC에서 시험합니다#

개발 프레임워크와 배포 방식은 한 결정이 아닙니다. Microsoft는 데스크톱 앱의 패키징, 배포와 실행 방식의 선택을 구분해 설명합니다. WPF·WinForms·WinUI 같은 UI 선택과 별도로, 설치 패키지와 필요한 런타임, 실행 권한과 업데이트 제공 방법을 제안서에 적어야 합니다. 특정 프레임워크를 썼다는 사실만으로 설치와 운영 인수가 끝나지는 않습니다. Microsoft 패키징·배포·프로세스 설명

사내 관리 장치에 배포할지, 웹사이트에서 내려받게 할지, Store를 사용할지에 따라 서명과 업데이트 조건이 다릅니다. MSIX와 기존 MSI·EXE 설치 프로그램을 이름만으로 우열 비교하지 말고 조직 정책, 기존 설치 환경과 운영 도구에 맞춰 선택하세요. 서명 인증서를 구매하거나 갱신하는 주체, 서명 실행 권한, 배포 주소와 장애 대응도 정해야 합니다. Microsoft Windows 앱 배포 경로 비교

App Installer를 통한 자동 업데이트는 대상 OS와 구성, 조직 정책에 영향을 받습니다. 실행 시 확인 여부와 안내·실행 차단 같은 설정을 검토하되, 실제 현장 정책에서 동작하는지 확인하세요. 앱이 업데이트되어도 사용자 데이터의 형식 변경과 실패 복원은 별도로 검수해야 합니다. 업데이트 직전에 작성하던 업무, 네트워크 중단, 다음 실행 시 복구까지 대표 시나리오로 둡니다. Microsoft App Installer 업데이트·복구 설정

검수는 처음 설치하는 담당자가 업무와 복원을 재현하는 과정입니다#

깨끗한 PC와 이미 구버전을 사용하는 PC를 나눠 시험하세요. 설치·실행· 로그인·권한 거절·장비 재연결·잘못된 파일·망 중단·업데이트·제거를 순서대로 확인합니다. 여러 사용자가 같은 PC를 쓰거나 여러 PC에서 같은 데이터를 수정하는 조건도 포함합니다. 개발 환경에만 있던 라이브러리나 테스트 인증서에 의존하지 않는지 확인하는 단계입니다.

인수 목록에는 소스, 의존성과 라이선스, 빌드 환경, 설치 산출물, 설정 예시, 서버·배포 계정의 권한, 서명 절차, 로그 읽는 방법, 데이터 백업·복원과 장비 연동 문서를 넣습니다. 인증서 비밀키나 비밀번호를 문서에 평문으로 넣기보다 회사가 통제하는 보관·접근·회수 절차를 정하세요. 권리와 계정 범위는 계약에 명시하고, 별도 전문 검토가 필요한 항목은 담당자를 지정합니다.

대체 담당자가 전달받은 자료로 새 빌드를 만들고 정해진 시험 환경에 배포한 뒤 데이터를 복원할 수 있어야 인수 여부를 판단할 수 있습니다. 종료 시 미해결 결함, 지원 환경, 장비 공급사 연락 경로, 외부 비용의 갱신일과 운영 지원의 포함·제외도 넘겨받으세요. 실행 파일의 전달과 조직의 독립 운영 가능성은 같은 완료 기준이 아닙니다.

첫 상담에는 이 다섯 가지를 준비하면 됩니다#

1. 누가 어떤 순서로 일하는지 보여주는 대표 업무 한 건과 결과 표본
2. 대상 PC·Windows·권한·망 정책과 현장 IT 담당자의 확인 항목
3. 장비 모델·SDK·드라이버·표본 파일과 테스트 제공 가능 시점
4. 오프라인 허용 범위, 연결할 서버·업무 시스템과 데이터 원본
5. 배포 대상, 우선 범위·예산·일정과 운영·인수 책임자

완성된 명세서가 없어도 됩니다. 모르는 항목을 빈칸으로 남긴 뒤 어떤 검토가 필요한지 제안받으세요. 기존 Windows 프로그램을 바꾸는 프로젝트라면 소스와 빌드 가능 여부, 설치 파일, 현재 데이터, 유지보수 계약과 장애 기록이 추가로 필요합니다. 먼저 기존 프로그램을 유지하면서 일부 연동만 개발할 수 있는지도 비교합니다.

견적의 작업 범위를 정리하려면 개발 외주 견적 요청 방법, 납품 조건은 외주 개발 검수 체크리스트를 함께 확인하세요. 기존 ERP·CRM과 연결할 업무는 API 연동 기준에서 데이터 원본·실패 처리·운영 책임을 구체화할 수 있습니다.