개발할 서비스의 목적과 형태를 정했다면 수행 방식을 검토합니다. 직접 개발, 외부 업체 의뢰, 지속적인 운영 지원 중 필요한 업무를 구분합니다.
방식의 선택 기준
기능 범위내부 인력투입 시간출시 후 운영
개발 방식의 이름보다 실제 담당 업무와 책임을 확인합니다.
직접 개발, 외주, 지속 지원의 비교
| 직접 개발 | 개발 외주 | 지속적인 지원 |
|---|---|---|
| 주요 기능을 직접 만들고 시험 | 수행 범위와 결과물 합의 | 기획, 개발, 운영 중 지원받을 범위 |
| 내부 기술과 시간 확보 | 단계별 일정과 검수 조건 | 요청 처리와 우선순위 협의 |
| 제작 도구가 지원하는 범위 확인 | 자료, 코드, 계정 인계 | 지원 시간과 대응 조건 |
| 검수와 운영 담당자 지정 | 발주자 측 결정과 승인 담당자 | 정기 비용과 계약 변경 조건 |
직접 제작의 기능 검토와 운영 준비
화면을 만들 수 있다
전체 기능을 검수, 운영할 수 있다
화면 조립 도구나 AI 도구로 직접 제작할 때는 필요한 기능을 실제 환경에서 시험합니다. 화면을 만들 수 있다는 사실과 전체 기능을 검수, 운영할 수 있다는 사실은 구분해야 합니다.
서비스 목적과 기능 우선순위는 직접 정리해야 합니다. 도구가 만든 결과도 동작 조건, 자료 처리, 권한과 오류 처리를 검토합니다.
이용이 늘거나 결제를 제공한다면 성능, 접근 권한, 거래 처리와 장애 대응을 확인합니다. 도구의 지원 범위와 외부 검토가 필요한 항목을 구분합니다.
개발 계약과 지속 지원의 범위
일회성 개발과 지속 운영 지원은 계약 범위의 차이입니다. 외주 업체도 장기 유지보수를 제공할 수 있으므로 명칭 대신 실제 지원 업무, 기간, 비용을 확인합니다.
기획이 구체화되지 않았다면 기획 지원을 별도 업무로 협의할 수 있습니다. 제공 문서, 화면, 프로토타입과 자료 인계 범위를 정한 뒤 개발 범위를 검토합니다.
구현과 운영의 다섯 가지 확인 항목
직접 만든 서비스를 공개하기 전에는 화면 외의 처리도 확인해야 합니다. 주요 검토 항목은 다음 다섯 가지입니다. 각 항목의 검토 담당자와 확인 방법을 정합니다.
수집할 정보와 이용 목적, 접근 권한, 보관과 삭제 업무를 확인합니다. 실제 수집 범위에 필요한 개인정보 보호 검토를 진행합니다.
결제 승인뿐 아니라 실패, 중복 요청, 취소, 부분 환불과 정산의 범위를 정합니다. 외부 결제 서비스의 처리 결과와 내부 기록을 비교합니다.
예상 동시 이용과 자료량을 기준으로 성능을 시험합니다. 이용이 집중되는 기능과 상황을 정리하고 대응할 담당자를 지정합니다.
문자, 지도, 본인확인 등 외부 서비스의 이용 조건과 자료 전달 규격을 확인합니다. 장애나 규격 변경 시 영향을 검토하고 대응 업무를 정합니다.
서비스 상태를 확인하는 항목과 알림 수신자를 정합니다. 오류 접수, 영향 확인, 복구와 재검수의 절차를 준비합니다.
직접 제작하다 구현이나 운영의 어려움을 확인했다면 현재 결과물과 문제를 정리합니다. 확인된 문제는 기술 지원 범위를 정하는 자료가 됩니다. 사용자 수요가 검증되었다는 뜻과는 구분합니다.
출시 후 지원과 대응 조건
개발 방식의 비교에는 출시 후 지원도 포함합니다. 오류 수정과 기능 변경을 누가 맡을지, 언제 대응할지, 어떤 자료가 필요한지 확인합니다.
직접 운영내부 담당자의 시간과 대체 인력이 필요합니다.
외부 지원계약 기간, 접수 시간, 처리 범위와 비용을 확인해야 합니다.
지속 계약도 즉시 해결을 보장하는 것은 아니므로 대응 조건을 구체적으로 합의합니다.
서비스 중단이 업무와 고객에게 미치는 영향을 확인합니다. 필요한 지원 시간, 복구 목표, 대체 처리 방법을 정하고 운영 비용과 함께 검토합니다.
외부 업체의 수행 능력 확인
외부 업체는 가격과 함께 기획 이해도, 수행 경험, 참여 인력, 검수와 인계 범위를 비교합니다. 요구사항을 재정리한 내용이 실제 업무와 맞는지 확인합니다.
금액의 산정 조건은
미정 기능은
담당 업무는
첫 미팅에서는 금액의 산정 조건과 미정 기능, 담당 업무를 질문합니다. 업체의 설명을 문서로 기록하고 추가 검토가 필요한 항목을 구분합니다.
어려운 기능에 대해서는 근거와 대안을 요청합니다. 구현 가능 여부를 단정한 답변보다 적용 조건, 예외 상황, 비용과 일정의 영향을 확인합니다.
개발 방식의 변경과 인계
개발 방식은 서비스 단계와 내부 인력에 따라 변경할 수 있습니다. 변경 전에는 기존 자료, 코드, 계정의 제공과 재사용 조건을 확인합니다.
- 초기 시험을 직접 진행일부 개발을 외부에
- 운영 규모 증가내부 인력 확보
- 기존 내부 업무외주로 전환
변경 목적과 인계 범위를 먼저 정합니다.
개발 방식의 비교 기준현재 목적, 확정한 기능, 내부 인력과 시간, 출시 후 운영을 확인합니다. 직접 수행할 업무와 외부 지원이 필요한 업무를 나누고 각 방식의 비용과 책임을 비교합니다.
자주 묻는 질문
01직접 개발과 외주는 무엇을 기준으로 선택합니까
기능 범위, 내부 인력, 투입 시간, 출시 후 운영을 기준으로 선택합니다. 개발 방식의 이름보다 실제 담당 업무와 책임을 확인하고, 직접 수행할 업무와 외부 지원이 필요한 업무를 나눠 각 방식의 비용과 책임을 비교합니다.
02노코드나 AI 도구로 직접 만든 서비스는 공개 전에 무엇을 점검합니까
로그인과 개인정보, 결제와 정산, 이용 증가와 성능, 외부 서비스 연동, 상태 확인과 오류 대응 다섯 가지를 점검하고 각 항목의 검토 담당자와 확인 방법을 정합니다. 화면을 만들 수 있다는 사실과 전체 기능을 검수하고 운영할 수 있다는 사실은 구분해야 합니다.
03외주 개발과 지속 운영 지원은 어떻게 다릅니까
계약 범위의 차이입니다. 외주 업체도 장기 유지보수를 제공할 수 있으므로 명칭 대신 실제 지원 업무, 기간, 비용을 확인하며, 지속 계약도 즉시 해결을 보장하는 것은 아니므로 접수 시간, 처리 범위, 대응 조건을 구체적으로 합의합니다.
04외부 업체의 수행 능력은 어떻게 확인합니까
가격과 함께 기획 이해도, 수행 경험, 참여 인력, 검수와 인계 범위를 비교합니다. 어려운 기능에 대해서는 구현 가능 여부를 단정한 답변보다 근거와 대안, 적용 조건, 예외 상황, 비용과 일정의 영향을 확인합니다.
05개발 방식을 중간에 바꿀 수 있습니까
서비스 단계와 내부 인력에 따라 바꿀 수 있습니다. 초기 시험을 직접 진행한 뒤 일부를 외부에 맡기거나 내부 인력을 확보할 수 있으며, 변경 전에는 기존 자료, 코드, 계정의 제공과 재사용 조건을 확인합니다.