소프트웨어 견적 두 건이 서로 다른 작업을 담고 있을 수 있습니다. 직원이 끝내야 하는 업무부터 운영 시작 후 비용까지 무엇을 비교해야 하는지 살펴봅니다.
맞춤형 소프트웨어 견적은 특정한 작업에 매긴 가격입니다. 두 견적을 비교하려면 각 견적에 무엇이 포함되고, 고객사 팀이 무엇을 제공해야 하며, 무엇이 아직 정해지지 않았는지 알아야 합니다. 모든 기업에 적용되는 하나의 가격으로는 이 질문에 답할 수 없습니다.
직원이 요청을 제출하고 관리자가 승인하는 시스템을 두 업체에 문의한다고 가정해 보세요. 두 제안서 모두 이를 “사내 요청 시스템”이라고 부를 수 있습니다. 하지만 내용을 더 읽어 보면 실제 작업은 상당히 다를 수 있습니다.
다음 제안은 가상의 예시입니다. 가격을 제시하거나 LINK-V 고객 프로젝트를 설명하지 않고, 작업 범위가 비교에 어떤 영향을 주는지 보여 줍니다.
직원이 요청을 제출하고 관리자가 승인합니다. 담당자가 승인된 요청을 내보내 기존 업무 시스템에 입력합니다. 고객사 팀은 정리된 초기 데이터를 제공하고 소프트웨어를 운영할 환경을 마련합니다.
직원은 반려된 요청을 수정해 다시 제출할 수 있습니다. 역할에 따라 보이는 정보가 다릅니다. 승인된 요청은 연동을 통해 기존 시스템으로 전달됩니다. 제안에는 합의한 데이터 가져오기 검사, 배포, 범위가 정해진 지원도 포함됩니다.
A의 가격이 낮다면 단순히 작업이 적어서일 수 있습니다. 수동으로 내보내도 되고 고객사 팀이 소프트웨어를 운영할 수 있다면 A가 필요한 범위에 정확히 맞을 수 있습니다. B에 설명된 모든 기능이 필요하다면 A에서 빠진 작업을 추가하는 데 무엇이 필요한지 비교하세요.
먼저 물어볼 것은 사람들이 이 소프트웨어로 어떤 일을 끝낼 수 있어야 하는가입니다. 그런 다음 각 제안이 그 결과를 제공하는지 확인하세요.
“관리자가 요청을 승인한다”는 말은 간단해 보입니다. 요청 내용이 부족하면 어떻게 될까요? 관리자가 의견을 남겨 돌려보낼 수 있나요? 누가 수정할 수 있고, 처리 이력을 봐야 할 사람은 누구인가요?
이런 답이 개발하고 테스트해야 할 작업을 결정합니다. 화면 수만으로 작업량을 알 수 없습니다. 사용자 수도 마찬가지입니다. 많은 사람이 하나의 단순한 역할을 공유할 수 있지만, 더 적은 인원에게 여러 권한과 결정 절차가 필요할 수도 있습니다.
새 소프트웨어가 다른 시스템과 만나는 지점도 살펴보세요. 기존 시스템에 연동하려면 정보를 주고받는 방식에 합의해야 합니다. 오래된 기록은 가져오기 전에 정리하거나 확인해야 할 수 있습니다. 사용자가 여러 기기에서 소프트웨어를 사용해야 할 수도 있습니다. 요구 사항마다 견적에 포함될 작업이 달라질 수 있습니다.
미확정 사항마다 누가 답을 찾을지, 어떤 정보나 접근 권한이 필요한지, 확인 결과가 언제 예상 비용을 바꾸거나 결정을 요구할지 물어보세요. “나중에 정하자”는 작업과 가격을 모두 미정으로 남깁니다.
이와 관련해 구축 전에 문제를 이해하는 방법에 관한 GOV.UK 지침은 사용자, 전체 절차, 제약, 위험한 가정을 조사하라고 권합니다. 이를 견적에 적용하면 어려운 부분을 충분히 확인하여 제공할 내용을 설명할 수 있어야 한다는 뜻입니다. 정부의 절차를 민간 프로젝트에 반드시 적용해야 하는 것은 아닙니다.
초기 예상 비용과 범위가 정해진 작업에 합의한 가격은 서로 다른 질문에 답합니다. 제안서에서 그 차이를 쉽게 알아볼 수 있어야 합니다.
현재까지 알려진 내용을 바탕으로 한 대략적인 비용입니다. 함께 적힌 가정을 읽고 무엇을 더 조사해야 하는지, 언제 예상 비용을 다시 검토할지 확인하세요.
합의한 작업과 조건에 연결된 가격입니다. 납품물, 제외 사항, 고객사의 책임, 완료 기준을 확인하세요.
기존 합의와 다른 작업에 관한 결정입니다. 변경을 진행하기 전에 가격, 일정, 인수 기준에 미치는 영향을 어떻게 설명하고 합의할지 물어보세요.
이 구분은 제안서를 읽기 위한 실용적인 기준이지 법적 정의가 아닙니다. 프로젝트마다 상업적 약정이 다를 수 있습니다. 계약에 관한 GOV.UK 지침은 여러 방식을 다루고, 방식을 선택할 때 정보 부족이 왜 중요한지 설명합니다. 모든 기업에 맞는 단 하나의 계약을 정하지는 않습니다.
선택하기 전에 각 업체에 다음 질문을 똑같이 해 보세요.
이렇게 하면 견적이 같은 필수 결과를 다루는지 알 수 있습니다. 중요한 차이가 있다면 총액을 비교하기 전에 설명이나 추가 견적을 요청하세요. 더 작은 범위를 선택할 수도 있습니다. 그 범위로 사업에 필요한 일을 할 수 있는지 살펴보고 결정하세요.
논의하고 싶다면 귀사의 맞춤형 소프트웨어가 수행해야 할 일을 함께 살펴볼 수 있습니다. 작업 범위, 가격, 호스팅, 지원과 그 밖의 약속은 프로젝트별로 합의합니다.
가정과 해결되지 않은 질문이 분명하다면 예상 비용은 예산을 세우는 데 도움이 됩니다. 어떤 조사 결과가 비용을 바꿀 수 있는지, 언제 그 결과를 검토할지 물어보세요. 고정 가격을 약속하려면 작업 내용과 조건에 관한 합의가 필요합니다.
먼저 사용자가 완수해야 하는 일을 확인하세요. 그런 다음 포함된 작업, 제외 사항, 책임, 미확정 사항, 완료 확인, 지속 비용을 비교합니다. 프로젝트 이름이 비슷해도 실제 작업은 다를 수 있습니다.
제안서와 계약을 확인하세요. 누가 소프트웨어를 운영하는지, 어떤 지원이 포함되는지, 그 약정이 얼마나 지속되는지, 별도 요금은 무엇인지 물어보세요. 개발 비용만으로는 알 수 없습니다.
지난 뉴스레터: 이미 보유한 구독형 사이트나 앱에서 더 많은 수익을 내는 법.
그 전 편: 진짜 성공 사례에서 AI 헛소리를 가려내는 법.
관심 있으세요?
매주 또는 알려 주시면 원하시는 대로 맞춰 드립니다. 괜찮으시죠?
