- 웹사이트나 앱의 가격은 선택한 것들의 합입니다. 화면, 플랫폼, 연동할 시스템, 언어, 그리고 오픈 후 누가 관리하는지입니다.
- 같은 일인데 견적서가 다른 이유는 업체마다 요구사항을 다르게 해석하고, 포함한 항목이 다르기 때문입니다.
- 첫날 필요 없는 것은 줄여도 됩니다. 테스트, 보안, 소스 코드에 대한 권리는 줄이지 마십시오.
- 요구사항을 한 장으로 쓰고 같은 한 장을 모든 업체에 보내면 견적서를 비교할 수 있습니다.
가격은 귀사가 정하는 결정들의 합입니다
시공사에 집 짓는 비용을 물으면 방이 몇 개인지, 몇 층인지, 어떤 자재인지 되묻습니다. "웹사이트 제작 비용은 얼마인가", "앱 개발 비용은 얼마인가"도 같습니다. 이름이 같은 프로젝트라도 규모는 크게 다를 수 있습니다. 귀사가 정할 수 있는 것은 가격을 이루는 하나하나의 결정입니다.
이 글 전체에 나오는 말이 스코프(Scope)입니다. 시스템이 해야 할 일과 포함하지 않는 일의 목록입니다. 좋은 견적서는 모든 항목에 금액이 붙은 스코프입니다.
가격을 움직이는 열 가지 요인
화면과 업무 흐름 가장 큰 요인입니다. 음식 주문 앱에는 메뉴, 장바구니, 결제, 주문 추적이 있고, 모든 화면 뒤에는 관리자 화면과 오류 상황 처리가 있습니다. 예를 들어 고객이 결제를 마친 순간 매장이 문을 닫은 경우입니다. 매번 정확해야 하는 흐름은 정보만 보여 주는 화면보다 비쌉니다.
플랫폼 웹사이트, 웹 앱, iOS, Android, LINE 미니앱. 코드 하나로 두 운영체제를 지원하는 크로스 플랫폼 개발은 따로 만드는 것보다 저렴합니다. 기기 기능에 묶인 부분은 예외입니다.
디자인 수준 표준 화면 세트에 색상과 로고를 맞추는 편이 모든 화면을 처음부터 디자인하고 애니메이션을 넣는 것보다 저렴합니다. 디자인 노력은 고객이 매일 쓰는 화면에 쏟으면 충분합니다.
연동할 시스템(시스템 연동) ERP, 재고, POS, 회원 시스템, 결제 대행(PG), LINE 로그인, 배송, 태국 전자세금계산서(e-Tax Invoice). 비용 대부분은 화면에서 보이지 않습니다(글 끝의 개발팀 참고 메모 참조).
AI 기능 챗봇, 태국어 문서를 읽는 OCR, 상품 추천. 개발 작업에 더해 사용량에 따른 월 비용과 귀사 실제 업무의 예시로 하는 테스트가 필요합니다.
콘텐츠와 언어 문구, 사진, 상품 데이터를 누가 준비하는지. 2개 언어 화면은 언어마다 글 길이가 달라 디자인과 테스트를 두 번 해야 합니다.
보안과 개인정보 태국 개인정보보호법(PDPA) 대상인 개인정보를 다루는 시스템에는 동의 화면, 요청 시 데이터 삭제, 암호화, 모의 해킹(Penetration Test)이 필요합니다.
오픈 후 관리 서버 비용, iOS와 Android 업데이트 대응, 버그 수정. 첫날 가격은 시스템 수명 전체의 TCO(총소유비용) 중 일부일 뿐입니다.
일정 압박 작업에 필요한 기간보다 짧은 마감은 인력 추가를 뜻합니다. 가격은 오르고 품질은 대개 떨어집니다.
팀 형태 프리랜서, 개발을 하도급하는 에이전시, 디자인·개발·테스트를 자체 팀으로 하는 소프트웨어 하우스. 포함된 것이 달라 가격도 다릅니다. 2년 뒤에도 전화할 수 있는 상대가 있는지도 그중 하나입니다.
| 요인 | 비용을 올리는 것 | 비용을 낮추는 것 | 개발사에 물어볼 질문 |
|---|---|---|---|
| 화면과 업무 흐름 | 실패하면 안 되는 흐름(결제 등) | 아직 아무도 쓰지 않을 화면 제외 | 이 견적은 화면과 흐름을 몇 개로 셌습니까 |
| 플랫폼 | iOS와 Android 따로 개발 | 크로스 플랫폼 또는 한 플랫폼부터 | 고객 대부분은 어느 쪽을 씁니까 |
| 디자인 수준 | 모든 화면 새로 디자인, 애니메이션 | 표준 화면 세트 | 어느 화면이 맞춤 디자인이고 어느 화면이 표준입니까 |
| 연동할 시스템 | API나 테스트 환경이 없는 기존 시스템 | 1단계는 파일 일괄 전송 | 상대 시스템이 멈추면 앱은 어떻게 됩니까 |
| AI 기능 | 사람 확인 없이 매번 정확해야 함 | AI가 초안, 사람이 확인 | AI 월 비용은 무엇을 기준으로 정해집니까 |
| 콘텐츠와 언어 | 첫날부터 여러 언어 | 귀사가 콘텐츠 준비, 한 언어부터 | 문구, 사진, 상품 데이터는 누가 준비합니까 |
| 보안과 PDPA | 금융·건강 데이터 | 필요한 데이터만 수집 | 동의 화면과 데이터 삭제가 포함됩니까 |
| 오픈 후 관리 | 계획 없음, 수정마다 새 작업 | 범위가 명시된 유지보수 계획 | 2년 차에는 무엇에 비용이 듭니까 |
| 일정 | 작업 기간보다 짧은 마감 | 준비된 부분부터 오픈 | 마감을 늦추면 가격이 달라집니까 |
| 팀 형태 | 테스트, 문서, 보증 포함 | 작은 일은 프리랜서 | 실제로 일하는 사람은 누구이고, 장애 때 누가 대응합니까 |
견적서를 한 줄씩 읽기
가장 읽기 쉬운 견적서가 가장 위험할 때가 많습니다. 세 줄에 금액 하나. 적혀 있지 않은 것은 나중에 추가로 내게 되는 것입니다. 빠짐없는 견적서에는 요구사항 정리와 프로토타입, 디자인, 개발, 관리자 화면, 시스템별 연동, 테스트와 UAT(사용자 인수 테스트), 서버 구축 또는 스토어 등록, 문서와 소스 코드, 교육, 유지보수 계획이 들어 있습니다.
견적서를 한 줄씩 읽기
- 1단계 받는 것과 하는 일을 나누기 스토어에 올라간 앱이나 문서처럼 '물건'인 줄에 밑줄을 긋습니다. "개발", "유지보수"라고만 적힌 줄은 무엇을 받는지 묻습니다.
- 2단계 빠진 줄 찾기 위 목록과 비교합니다. 자주 빠지는 것은 관리자 화면, 테스트, 문서입니다. 포함되지 않은 것인지, 다른 줄에 들어 있는지 묻습니다.
- 3단계 전제 찾기 예를 들어 귀사가 콘텐츠를 준비한다, 기존 시스템에 바로 쓸 API가 있다는 전제입니다. 전제가 틀리면 추가 작업이 됩니다.
- 4단계 범위 변경 조건 읽기 중간에 화면을 추가하면 어떻게 계산하고, 누가 승인하며, 마감에 어떤 영향을 주는지 확인합니다.
- 5단계 지급을 눈에 보이는 결과에 묶기 클릭할 수 있는 프로토타입이나 써 볼 수 있는 시스템에 묶인 지급이 날짜에 묶인 지급보다 낫습니다.
- 6단계 질문 돌려보내기 견적서 한 장당 열 개 이내. 명확하고 빠르게 답하는 업체가 앞으로 몇 달을 함께 일할 상대입니다.
같은 일인데 견적서가 다른 이유
요구사항이 모호하면 업체마다 자기 전제로 빈칸을 채웁니다. 한 업체에게 '회원 기능'은 이메일 가입이고, 다른 업체에게는 등급과 포인트가 붙은 LINE 로그인입니다. 한 견적서는 관리자 화면, 테스트, 문서를 포함하고, 다른 견적서는 앱만 포함합니다. 오류 상황을 테스트하고 다른 사람이 이어받을 수 있는 코드를 쓰는 팀은 시간이 더 걸립니다. 싼 팀이 아낀 부분은 2년 차에 기술 부채로 돌아오는 경우가 많습니다. 또 고정 가격에는 확실성의 값이 들어 있고, 시간제 요금은 위험을 귀사로 옮깁니다.
가상 사례
논타부리의 화장품 회사(회사명과 세부 내용은 가상)가 매장 POS와 연동되는 포인트 적립 앱을 원했습니다. 대표는 짧은 요구사항을 두 업체에 보냈습니다. 첫 견적은 프리랜서 팀에서 왔고 세 줄이었습니다. iOS와 Android 앱, 회원 기능, 알림입니다. 두 번째는 소프트웨어 하우스에서 왔고 열네 줄에 금액이 훨씬 높았습니다. 대표는 그 자리에서 첫 번째를 고를 뻔했습니다.
두 장을 나란히 놓자 첫 견적에는 관리자 화면이 없어 프로모션을 할 때마다 마케팅팀이 개발자에게 추가를 요청해야 했습니다. POS 연동도 없어 포인트를 손으로 입력해야 했고, PDPA 동의 화면도 없었습니다. 대표는 요구사항을 한 장으로 다시 써서 두 업체에 보냈습니다. 첫 업체는 줄이 늘고 금액이 올랐고, 두 번째 업체는 한 플랫폼에서 시작하는 1단계를 제안했습니다. 차이는 좁혀졌고, 마지막에는 질문 하나로 결정했습니다. POS 연동에 문제가 생기면 누가 책임지는가.
줄여도 되는 것과 줄이면 안 되는 것
가격이 예산을 넘으면 첫날 필요 없는 것을 줄이고, 필요한 것의 품질은 지킵니다.
줄여도 되는 것: 두 번째 플랫폼, 아직 고객이 없는 언어, 애니메이션, 아직 아무도 쓰지 않는 관리 기능, 당분간 파일 일괄 전송으로 대신할 수 있는 연동, 테스트할 데이터가 아직 부족한 AI 기능.
줄이면 안 되는 것: 테스트와 UAT, 보안과 동의 화면, 백업, 마스터 데이터용 관리자 화면, 운영 환경과 분리된 테스트 환경(스테이징), 문서, 그리고 계약서에 명확히 적은 소스 코드 소유권. 이것들을 줄이면 오늘은 싸지지만 같은 개발사에 계속 의존하게 됩니다. 이를 벤더 종속(Vendor Lock-In)이라고 합니다.
견적을 요청하기 전에 한 장에 정리할 것
- 사용자는 누구이고 몇 그룹인지, 각 그룹이 첫날 무엇을 할 수 있어야 하는지
- 핵심 업무를 중요한 순서로, 그리고 아직 필요 없는 것
- 고객 대부분이 실제로 쓰는 플랫폼
- 연동할 시스템, API 유무, 각 시스템의 담당자
- 보관할 데이터, 개인정보나 민감정보가 있는지
- 첫날 필요한 언어와 콘텐츠를 준비할 사람
- 오픈 후 관리를 귀사 팀이 할지 개발사가 할지
- 마감일과 그 이유, 성공을 판단할 지표
단계별로 만들고 증명된 것에 지불하기
1단계는 바로 매출을 내거나 일을 줄이는 흐름입니다. 오픈하고 측정한 뒤 실제 숫자로 다음 단계를 정합니다. MVP와 같은 생각이며, 예시는 7일 만에 아이디어를 시험용 제품으로에 있습니다. 단계마다 자체 스코프와 가격이 있어야 하고, 처음 만든 것은 다시 만들지 않고 확장할 수 있어야 합니다. 계약 전에 '2단계'가 가격에 포함된 것인지 별도 견적인지 확인하십시오.
요구사항이 아직 스코프로 쓸 만큼 정리되지 않았다면 AI 개발사와 계약하기 전에 무엇을 준비해야 할까를, 투자할 가치가 있는지 확인하려면 우리 회사는 수작업에 매달 얼마를 쓰고 있을까?를 읽어 보십시오.
개발팀 참고 · '시스템 연동' 한 줄에 들어 있는 작업
"시스템 X 연동"이라는 한 줄에는 적어도 여섯 가지 작업이 들어 있습니다. Auth: API Key, OAuth 또는 Service Account, 키 교체, 최소 권한. Error Handling: Timeout, 거래를 중복시키지 않는 Retry(Idempotency), 전송에 실패한 항목을 담는 큐. Data Mapping: 이름은 같지만 의미가 다른 필드, 단위, 상품 코드, 태국어 인코딩. Environment: 태국의 기존 시스템 상당수에는 Sandbox가 없습니다. Rate Limit: 상대 쪽이 호출 횟수를 제한하면 묶어서 보냅니다. Reconciliation: 두 시스템이 일치하는지 보여 주는 일일 대사 보고서. 이 여섯 가지로 추정하십시오. API 엔드포인트 수만 세면 항상 실제보다 적게 나옵니다.
착수 전에 가격을 분명히 하는 저희 방식
가격을 정하는 정보는 귀사 직원들의 머릿속에 있습니다. 영업팀은 고객이 어떻게 주문하는지, 회계팀은 문서가 어떤 형식이어야 하는지, IT팀은 기존 시스템이 어디까지 연결되는지 압니다. DNA Maker는 먼저 이분들의 이야기를 듣고 화면, 흐름, 연동할 시스템으로 정리한 뒤, 어떤 작업도 시작하기 전에 범위와 가격을 확정합니다.
그다음 클릭할 수 있는 프로토타입을 만들어 귀사 팀이 써 보게 하고, 승인을 받은 뒤에 개발을 시작합니다. 팀은 모두 저희 직원이며 하도급은 없습니다. 매주 데모를 보여 드리고, 소스 코드는 범위에 따라 넘겨 드립니다. 대규모 프로젝트에는 단독으로 가동할 수 있는 1단계를 먼저 제안합니다. 저희 제안서가 어떤 모습인지는 제안서 샘플에서 볼 수 있습니다. 귀사 요구사항의 예상 비용이 궁금하다면 Dream에게 이야기해 주십시오. 몇 분 안에 답을 받을 수 있습니다. AI 웹 개발과 AI 앱 개발 페이지도 참고하십시오. 저희는 500건이 넘는 프로젝트를 수행했으며, 그중에는 태국의 은행, 병원, 대기업 그룹의 일도 있습니다.
SOFTWARE ENGINEERING GLOSSARY
소프트웨어 엔지니어링 용어집
| 용어 | 의미 | 쉬운 예시 | 개발팀에 물어봐야 할 질문 |
|---|---|---|---|
| 스코프(Scope) | 시스템이 해야 할 일과 포함하지 않는 일의 목록 | "LINE으로 가입 가능, 회원 등급은 아직 미포함" | 오늘 요청한 것 중 스코프 밖인 것은 무엇입니까? |
| 프로토타입 | 코드를 쓰기 전에 만드는 클릭 가능한 화면 | 영업팀이 주문을 눌러 보고 확인 화면이 없다는 것을 발견 | 개발을 시작하기 전에 프로토타입을 써 볼 수 있습니까? |
| 시스템 연동 | 새 시스템과 기존 시스템이 데이터를 주고받게 하는 일 | 앱이 5분마다 POS에서 재고를 가져옴 | 상대 시스템이 멈추면 사용자에게 무엇이 보입니까? |
| 소스 코드 소유권 | 인도 후 코드가 누구 것인지에 대한 합의 | 회사가 코드와 문서를 모두 갖고 다른 팀에 수정을 맡길 수 있음 | 마지막 대금을 치른 뒤 코드는 우리 회사 것입니까? 어디에 보관됩니까? |
| 벤더 종속 | 코드, 문서, 권한이 없어 개발사를 바꿀 수 없는 상태 | 도메인과 개발자 계정이 수급인 명의로 되어 있음 | 내일 계약을 끝내도 우리 회사만으로 운영을 이어 갈 수 있습니까? |