맞춤 소프트웨어와 기성 솔루션(SaaS) 중 어느 쪽이 맞습니까?

부다페스트의 소프트웨어 개발 회사인 Mesterséges Intelligencia Központ Kft.는 기성 소프트웨어(SaaS)가 업무 프로세스를 충족한다면 그것으로 충분하고, 업무 방식이 일반적인 경우와 다르거나 소프트웨어 자체가 비즈니스 경쟁력이라면 맞춤 소프트웨어가 가치 있다고 봅니다.

핵심: 기성 제품이 개발 없이도 업무 프로세스의 대부분을 충족하고 회사가 그 제품에 맞춰 일할 수 있다면, 기성 솔루션이 더 빠른 길입니다. 업무 방식이 기성 제품이 전제하는 방식과 다르거나, 많은 시스템을 연결해야 하거나, 데이터와 추가 개발에 대한 통제권이 전략적인 문제라면 맞춤형 개발이 가치가 있습니다. 둘을 함께 쓰는 것이 좋은 답인 경우도 많습니다. 기성 제품을 기반으로 두고 맞춤형으로 보완하는 방식입니다.

맞춤 소프트웨어, 기성 소프트웨어, SaaS는 각각 무엇을 뜻합니까?

이 세 용어는 서로 다른 두 질문에 답합니다. 하나는 소프트웨어가 누구를 위해 만들어졌는가이고, 다른 하나는 소프트웨어가 어떻게 사용자에게 전달되는가입니다.

미국 국립표준기술연구소(NIST)의 클라우드 정의에 따르면, SaaS에서 사용자는 클라우드에서 실행되는 제공업체의 애플리케이션을 사용하며, 그 아래의 인프라, 즉 네트워크, 서버, 운영 체제, 스토리지를 관리하지 않고 개별 애플리케이션 기능조차 관리하지 않습니다. 관리할 수 있는 것은 기껏해야 제한된 사용자별 설정뿐입니다(NIST SP 800-145). 이것이 SaaS의 강점이자 한계입니다. 공급사가 운영 부담을 회사 대신 짊어지지만, 제품에서 무엇이 언제 바뀌는지도 공급사가 결정합니다.

세 번째 길: 기성 제품을 기반으로 한 맞춤형 보완

결정이 “둘 중 하나”인 경우는 드뭅니다. 많은 회사에서 현실적인 방법은 회계, 이메일, 사무 업무 같은 일반적인 업무에는 기성 제품을 그대로 쓰고, 회사가 실제로 다른 회사와 다르게 일하는 부분에만 맞춤형으로 개발하는 것입니다. 혼합형 솔루션의 가장 흔한 형태는 다음과 같습니다.

혼합형 방식의 장점은 회사가 정말로 고유한 부분에 대해서만 개발 비용을 낸다는 것입니다. 단점은 맞춤형 부분이 기성 시스템 인터페이스의 변경을 따라가야 한다는 점입니다. 그래서 연동에는 로그 기록과 오류 알림이 필요하고, 누군가가 유지보수를 맡아야 합니다. 시스템 연동과 반복 업무 자동화에 관해서는 프로세스 자동화 페이지에서 다룹니다.

표로 보는 판단 기준

기준기성 소프트웨어(SaaS) 쪽으로 기우는 경우맞춤형 개발 쪽으로 기우는 경우
프로세스와의 적합성프로세스가 일반적이고, 회사가 소프트웨어에 맞추는 것을 받아들임회사의 업무 방식이 일반적인 경우와 다르고, 그 차이를 유지하고 싶음
경쟁 우위해당 분야가 회사를 경쟁사와 차별화하지 않음소프트웨어 자체가 비즈니스 경쟁력이거나 그것을 뒷받침함
연동 수연결할 시스템이 적고, 그에 맞는 기성 커넥터가 있음많은 시스템을 연결해야 하거나, 기성 커넥터가 없음
데이터와 서비스 해지공급사가 기계가 읽을 수 있는 전체 내보내기를 제공하고, 해지 조건이 명확함데이터 모델과 시스템에 대한 통제권이 전략적인 문제임
사용자와 라이선스 모델사용자가 적고 인원 규모를 예측할 수 있음사용자가 많거나 빠르게 늘어나며, 사용자당 요금이 결정적임
도입 속도빠르게 가동해야 하고, 기성 기능으로 충분함도입이 개발을 기다릴 수 있거나, 단계적으로 시작할 수 있음
유지보수는 누가 맡습니까?자체 IT 인력이 없고, 공급사의 유지보수로 충분함운영할 주체가 있음: 자체 팀 또는 계약한 개발사
데이터 위치와 규정 준수공급사의 데이터 저장 위치와 계약이 요구사항을 충족함데이터가 정해진 장소에 있어야 하거나, 엄격한 업계 규정이 적용됨

모든 행에서 같은 결론이 나올 필요는 없습니다. 대부분의 기준이 기성 제품 쪽으로 기운다면 그것으로 시작하는 것이 좋습니다. 반면 비중이 큰 행인 적합성, 경쟁 우위, 연동이 맞춤형 개발 쪽을 가리킨다면, 더 깊이 계획하고 적어도 하나의 기능 그룹에 대해서는 구체적으로 비교해 보는 것이 좋습니다.

총소유비용은 무엇에 따라 달라집니까?

총소유비용(total cost of ownership, 줄여서 TCO)은 도입 시점의 가격만이 아니라 소프트웨어를 사용하는 전체 기간에 걸친 지출입니다. 두 방식은 비용 구조가 다르므로 한 해만 비교하면 오해를 낳을 수 있습니다. 계획한 사용 기간 전체를 보는 것이 좋습니다.

기성 소프트웨어와 SaaS의 비용은 일반적으로 다음 요소가 좌우합니다.

맞춤 소프트웨어의 경우:

맞춤형 개발의 비용은 범위를 감으로 추정하지 않고 측정할 때 계획할 수 있습니다. 저희는 개발의 기능 규모를 COSMIC 기능점수(ISO/IEC 19761)로 측정하고, 이를 바탕으로 견적과 일정을 작성합니다. 그 방법은 비용 산정 페이지에서 설명합니다. 장기적으로 어느 쪽이 비용이 덜 드는지는 사용자 수, 변경 빈도, 연동의 양에 달려 있습니다. 이에 대한 일반적인 답은 없으며, 구체적인 사례에 맞춘 계산만 있을 뿐입니다.

공급사 종속과 데이터 이동성

공급사 종속(vendor lock-in)이란 다른 제품으로 바꾸는 일이 너무 어렵거나 비용이 많이 들어서 회사가 사실상 빠져나올 수 없는 상태를 말합니다. 원인은 폐쇄적인 데이터 형식, 불완전한 내보내기, 해당 제품에만 묶인 수많은 설정, 또는 해지하기 어려운 계약일 수 있습니다.

유럽연합의 데이터법(Data Act, 규칙 (EU) 2023/2854)은 2025년 9월 12일부터 적용되고 있으며, 별도의 장에서 데이터 처리 서비스 간 전환을 규율합니다. 전문(recital)에서는 SaaS도 이러한 서비스에 포함합니다. 이 규칙의 본문은 다음과 같은 사항 등을 규정합니다(2026년 10월 17일 확인).

중요한 예외가 있습니다. 요금에 관한 규정과 일부 기술적 의무는 주요 특성이 대부분 단일 고객의 요구에 맞춰져 있고 널리 제공되지 않는 서비스에는 적용되지 않습니다(제31조). 기성 시스템이 회사의 위탁을 받아 개인정보를 처리한다면 일반 데이터 보호 규칙(GDPR)도 서비스 제공업체에 의무를 부과합니다. 서비스가 끝나면 컨트롤러(controller)의 선택에 따라 모든 개인정보를 삭제하거나 반환해야 합니다(GDPR 제28조 제3항 (g)호). 이 내용은 정보 제공을 위한 것이며 법률 자문이 아닙니다.

법은 조건을 개선하지만, 서비스 해지는 여전히 회사가 계획해야 합니다. 가능하면 제품을 선택할 때부터 계획하는 것이 좋습니다. 다음을 확인해 보시기 바랍니다.

소스 코드는 누구의 소유입니까?

기성 소프트웨어와 SaaS의 경우 회사는 사용권을 구매합니다. 소스 코드는 공급사에 남고, 새 기능, 가격 변경, 제품 단종 같은 제품의 앞날은 공급사가 결정합니다. 제품이 안정적이고 데이터를 내보낼 수 있다면 이것 자체는 문제가 되지 않습니다.

맞춤형 개발에서는 소스 코드와 이용 권리 문제를 계약으로 정합니다. 그러므로 코드가 누구의 소유인지, 고객이 전체 소스 코드와 문서를 받는지, 다른 개발사가 시스템을 추가로 개발할 수 있는지를 계약서에 명시하는 것이 좋습니다. 저희의 경우에도 소스 코드와 이용 권리는 계약으로 정합니다. 계약의 다른 중요한 사항은 소프트웨어 개발 회사는 어떻게 선택해야 합니까? 글에서 다룹니다.

시스템 유형마다 판단이 달라집니다

위의 기준은 일반적인 것이지만, 시스템 유형에 따라 그 비중이 달라집니다. 전사적 자원 관리 시스템에서는 커스터마이징과 업그레이드 용이성 사이의 균형이 핵심 질문입니다. 이에 관해서는 맞춤형 ERP와 커스터마이징한 기성 ERP 중 어느 쪽이 맞습니까? 글에서 다룹니다. 고객 관계 관리 시스템에서는 고유한 영업 프로세스와 사용자당 라이선스가 크게 작용합니다. 맞춤형 CRM 개발은 언제 가치가 있습니까? 글을 참고하시기 바랍니다. 온라인 쇼핑몰에서는 임대형 플랫폼의 빠른 시작과 자유로운 확장 가능성이 서로 맞섭니다. 온라인 쇼핑몰: 임대형 솔루션과 맞춤형 개발 중 어느 쪽이 맞습니까? 글을 참고하시기 바랍니다. 업무 시스템 개발 전반에 관해서는 업무용 소프트웨어 페이지에서 보실 수 있습니다.

의사결정 체크리스트

다음 질문에 답하다 보면 대개 저절로 방향이 정해집니다.

  1. 기성 제품의 시연에서 항목별로 확인할 수 있을 만큼 프로세스를 자세히 기술할 수 있습니까?
  2. 기성 제품이 개발 없이 설정만으로 프로세스의 얼마만큼을 충족합니까?
  3. 이 분야가 회사를 경쟁사와 차별화합니까, 아니면 어느 회사에서나 비슷하게 운영됩니까?
  4. 몇 개의 시스템과 연결해야 하며, 이를 위해 공급사가 지원하는 기성 커넥터가 있습니까?
  5. 몇 년 후에는 몇 명의 사용자가 시스템을 사용하게 되며, 그에 따라 구독료는 어떻게 바뀝니까?
  6. 기계가 읽을 수 있는 전체 내보내기를 받을 수 있으며, 시험 내보내기로 이를 확인해 보았습니까?
  7. 데이터는 어디에 저장되고 어디에서 처리되며, 이것이 회사의 데이터 보호 요구사항과 업계 요구사항을 충족합니까?
  8. 누가 시스템을 운영하고 추가로 개발하며, 그 파트너가 빠지면 어떻게 됩니까?
  9. 도입까지 시간이 얼마나 남아 있으며, 시스템을 단계적으로 가동할 수 있습니까?

전형적인 실수

자주 묻는 질문

맞춤 소프트웨어 개발은 언제 가치가 있습니까?

회사의 업무 방식이 기성 제품이 전제하는 방식과 다르고 그 차이를 유지하고 싶을 때, 많은 시스템을 연결해야 하는데 기성 커넥터가 없을 때, 또는 소프트웨어 자체가 비즈니스 경쟁력일 때 가치가 있습니다. 기성 제품이 개발 없이 프로세스의 대부분을 충족한다면 대개 그쪽이 더 빠른 길이며, 첫 상담에서 그렇다고 말씀드립니다.

장기적으로 맞춤 소프트웨어가 더 비쌉니까?

반드시 그렇지는 않지만, 자동으로 더 저렴한 것도 아닙니다. 기성 소프트웨어의 구독료는 사용자 수와 요금제에 따라 늘어나고, 맞춤형 시스템은 운영과 추가 개발이 지속적인 비용이 됩니다. 어느 쪽이 덜 드는지는 계획한 사용 기간, 인원, 연동, 변경 빈도에 달려 있으므로, 구체적인 사례에 맞춰 계산해 보는 것이 좋습니다.

SaaS를 해지하면 회사 데이터는 어떻게 됩니까?

이는 무엇보다 계약에 달려 있으므로, 선택할 때 미리 확인하는 것이 좋습니다. EU 데이터법에 따르면 계약에는 이전할 수 있는 데이터를 빠짐없이 명시하고, 데이터를 회수할 수 있도록 최소 30일(역일 기준)을 보장해야 합니다. 또한 GDPR에 따라 개인정보는 서비스가 끝날 때 컨트롤러의 선택에 따라 삭제하거나 반환해야 합니다. 실제로는 시험 내보내기를 해 보면 데이터를 다른 시스템에서 얼마나 쓸 수 있는지 알 수 있습니다.

둘을 함께 쓸 수 있습니까?

네, 많은 회사에서 이것이 현실적인 방법입니다. 일반적인 업무에는 기성 시스템을 그대로 쓰고, 맞춤형 연동으로 다른 시스템과 연결하며, 회사가 다르게 일하는 부분에는 맞춤형 모듈을 만듭니다. 이를 위해서는 기성 시스템에 문서화된 API로 접근할 수 있어야 합니다.

소스 코드는 누구의 소유가 됩니까?

기성 소프트웨어와 SaaS에서는 소스 코드가 공급사의 소유이고, 회사는 사용권을 받습니다. 맞춤형 개발에서는 소스 코드와 이용 권리를 계약으로 정하며, 저희의 경우도 마찬가지입니다.

저희는 어떻게 도와드립니까?

Mesterséges Intelligencia Központ Kft.는 맞춤 소프트웨어를 개발하고 기성 시스템을 서로 연결하며, 실질적으로 일을 덜어 주는 곳에는 인공지능도 활용합니다. OpenAI(ChatGPT), Anthropic(Claude), Google(Gemini)의 언어 모델을 기존 시스템에 연결합니다. 첫 상담은 무료이며, 기성 제품으로 충분하다면 그때 그렇다고 말씀드립니다. 맞춤형 개발이 필요하다면 그 기능 규모를 COSMIC 기능점수로 측정하고, 이를 바탕으로 견적과 일정을 작성합니다. 요청하시면 비밀유지계약(NDA)을 체결하며, 인도 후에는 운영과 유지보수도 맡습니다. 소스 코드와 이용 권리는 계약으로 정합니다.

자세한 내용은 맞춤 소프트웨어 개발 페이지에서 보실 수 있습니다. 귀사의 상황에 관해 이야기를 나누고 싶으시면 연락처 페이지에 안내된 연락처로 메시지를 보내 주시기 바랍니다.

출처