로우 코드 개발 서비스 프로그램: 구매자 가이드

로우 코드 개발 서비스 프로그램은 인력 증원, 고정 범위 프로젝트 제공, 관리형 애플리케이션 서비스, 플랫폼 + 지원 파트너십 등 대략 4가지 참여 모델에 걸쳐 시각적 플랫폼, 전문 서비스 및 지속적인 지원을 번들로 제공하여 애플리케이션 제공을 구매하는 구조화된 방법입니다. Gartner는 2014년에 “로우 코드”라는 용어를 만들었고 이후 시장은 비용, 제어 및 종속(lock-in) 측면에서 매우 다르게 작동하는 고유한 서비스 범주로 분할되었습니다.

로우 코드 개발 서비스 프로그램은 일반적으로 기존 IT에서 별도로 판매되는 세 가지 항목, 즉 시각적 개발 플랫폼, 이를 기반으로 구축할 전문 서비스, 결과 애플리케이션 실행을 유지하기 위한 지속적인 지원을 번들로 제공합니다. 번들링을 이해하는 구매자는 각 계층을 독립적으로 협상할 수 있으며, 여기서 대부분의 가치가 획득되거나 손실됩니다.

플랫폼 계층은 드래그 앤 드롭 양식 작성기, 데이터 모델 디자이너, 워크플로 엔진, API 커넥터 및 배포 파이프라인과 같은 도구입니다. 명명된 예로는 Microsoft Power Apps, OutSystems, Mendix, Appian, Retool, Budibase가 있으며, 이미 4D 생태계에 투자한 팀의 경우 4D의 자체 양식, 방법 및 데이터 모델 도구가 있습니다. 서비스 계층은 디스커버리 워크숍, 데이터 모델링, 통합, 테스트 및 인계 등 인간 작업입니다. 지원 계층은 모니터링, 변경 요청, 버전 업그레이드, 사용자 교육 등 가동 후 발생하는 작업입니다.

로우 코드 개발 서비스 프로그램은 한 가지 중요한 측면에서 일회성 프로젝트와 다릅니다. 반복 제공을 가정합니다. 구매자는 단일 앱을 의뢰하는 대신 거버넌스 모델, 재사용 가능한 구성 요소 라이브러리, 제공 주기 등의 기본 기능을 설정하므로 두 번째 앱의 비용이 첫 번째 앱보다 훨씬 저렴합니다. 재사용의 경제성은 “프로그램” 구성에 대한 완전한 정당화입니다.

4가지 서비스 모델 비교

로우 코드 개발 서비스는 매우 다양한 조직에 적합한 형태로 제공됩니다. 아래 표는 대부분의 구매자가 공급업체와 상담하기 전에 필요한 의사결정 지원 자료입니다.

모델	일반 구매자	제어	비용 프로필	주요 위험
직원 증원	플랫폼 기술 격차가 있는 IT 팀	높음 — 귀하가 작업을 지시합니다	시간별 또는 월별 요금	지식은 계약자에게 남습니다
고정 범위 프로젝트	하나의 앱이 정의된 부서	빌드 중 낮음	앱당 고정 가격	변경 요청은 별도로 청구됨
관리형 애플리케이션 서비스	라이브 앱을 실행하는 운영팀	낮음에서 중간	정기 리테이너(retainer)	새로운 요구 사항에 대한 느린 응답
플랫폼 + 지원 파트너십	조직 내부역량 구축	중간, 시간이 지남에 따라 증가	혼합형: 플랫폼, 교육, 빌드	흡수하는 데 내부 직원의 시간이 필요함

인력 증원은 이미 플랫폼 표준과 백로그를 갖고 있는 팀에 적합합니다. 고정 범위 프로젝트는 안정적인 요구 사항을 갖춘 단일 고부가가치 워크플로에 적합합니다. 관리형 서비스는 속도보다 가동 시간과 감사 추적이 더 중요한 규제된 환경에 적합합니다. 지원 파트너십은 수십 개의 앱을 구축하고 내부 기능을 원하는 조직에 적합합니다.

관련 항목: Claris FileMaker Pro — 단일 파일의 데스크톱, 웹, 모바일용 맞춤형 앱이 필요한 팀을 위한 장기 실행 관계형 데이터베이스 플랫폼입니다..

실제 규칙: 구매자가 18개월 내에 애플리케이션을 소유할 사람의 이름을 지정할 수 없다면 프로그램은 잘못된 이유로 구매되는 것입니다. 로우 코드 개발 서비스 프로그램은 플랫폼이 잘못되었기 때문이 아니라 내부 소유자가 할당되지 않았기 때문에 가장 자주 실패합니다.

로우 코드 서비스와 노코드 서비스의 실제 차이점

로우 코드 개발 서비스와 노코드 개발 서비스는 종종 하나의 범주로 마케팅되지만 두 부분은 서비스 참여에 서로 다른 제약을 부과합니다. 노코드 도구는 논리를 작성하지 않고 애플리케이션을 구성하는 비즈니스 사용자를 대상으로 합니다. 로우 코드 도구는 시각적 빌더가 부족할 때 개발자가 코드로 플랫폼을 확장할 것이라고 가정합니다.

이러한 구별은 서비스 계약을 변경합니다. 노코드 프로젝트 참여는 대부분 구성, 교육 및 거버넌스입니다. 공급업체의 임무는 시민 개발자를 안전한 경계 내에 유지하는 것입니다. 애플리케이션이 프로덕션 시스템 및 규모에 영향을 미칠 것으로 예상되므로 로우 코드 참여에는 통합 엔지니어링, 사용자 지정 구성 요소, 성능 조정 및 CI/CD 설정이 추가됩니다.

우리의 선택: Airtable — 자동화, 보기 및 공유 가능한 인터페이스를 갖춘 실제 관계형 데이터베이스 위에 있는 간단한 스프레드시트 인터페이스입니다..

대부분의 엔터프라이즈 프로그램은 하이브리드로 종료됩니다. 노코드 계층은 부서별 추적기, 승인 흐름 및 데이터 수집을 처리합니다. 로우 코드 개발 서비스 프로그램 계층은 핵심 시스템에 쓰는 작업, 복잡한 비즈니스 규칙을 적용하는 작업 또는 감사 추적이 필요한 모든 작업을 처리합니다. 한 계층만 판매하는 공급업체는 모든 요구 사항을 해당 계층에 적용하므로 범위 지정 중에 주목할 가치가 있습니다.

실제 참여의 모습, 단계별

로우 코드 개발 서비스 제공은 특정한 흐름을 보이며, 단계를 알면 구매자는 값비싼 서비스를 건너뛰는 공급업체를 발견할 수 있습니다.

검색 및 데이터 모델링. 공급업체는 비즈니스 프로세스를 매핑하고 엔터티와 관계를 식별하며 로우 코드 플랫폼에 있는 항목과 기록 시스템에 남아 있는 항목을 결정합니다. 데이터 모델링은 대부분의 재작업이 시작되는 곳입니다. 잘못된 엔터티 모델을 기반으로 작성된 양식은 패치되지 않고 다시 작성됩니다.

프로토타입 및 검증. 작동하는 프로토타입은 처음 몇 주 내에 실제 사용자에게 제공됩니다. 로우코드 플랫폼은 이를 비용 효율적으로 만들어주며, 클릭 가능한 프로토타입을 신속하게 생성할 수 없는 공급업체는 플랫폼의 주요 이점을 활용하지 못하는 것입니다.

빌드 및 통합. 화면, 워크플로, 값 목록 및 API 연결이 구성됩니다. 인증, 오류 처리 및 데이터 동기화는 데모에서 제안하는 것만큼 간단하지 않기 때문에 일반적으로 통합은 정직한 추정에서 가장 큰 항목입니다.

테스트 및 강화. 역할 기반 액세스, 입력 유효성 검사, 동시성 동작 및 실제 데이터 볼륨에서의 성능을 확인합니다. 로우 코드 플랫폼은 복잡성을 숨기므로 성능 문제가 늦게 나타나는 경우가 많습니다.

관련 항목: Knack — 포털, 디렉토리 및 내부 도구를 목표로 하는 코드 없는 데이터베이스 빌더로, 사용자당 요금 대신 정액 요금이 적용됩니다..

배포 및 인계. 애플리케이션이 프로덕션으로 이동하고, 문서화, 관리자 교육, 변경 요청 프로세스가 내부 팀으로 이전됩니다.

운영 및 반복. 로우 코드 개발 서비스 프로그램은 백로그, 릴리스 흐름 및 주기적인 플랫폼 업그레이드로 계속됩니다. 플랫폼 공급업체는 자체 일정에 따라 새 버전을 출시하며 누군가는 이러한 변경 사항을 흡수해야 합니다.

실제로 성공을 예측하는 선택 기준

브랜드 인지도만으로 로우 코드 개발 서비스 공급업체를 평가하면 비용이 많이 드는 실수가 발생합니다. 아래 기준은 2년차에도 살아남는 로우 코드 개발 서비스 프로그램과 관련된 기준입니다.

독자가 가장 좋아하는 것: Microsoft Power Apps — Microsoft 365, Dataverse 및 Power Automate에 연결된 엔터프라이즈급 로우 코드 앱 개발..

• 플랫폼 종료 비용. 참여가 종료되면 애플리케이션에 어떤 일이 발생하는지 물어보세요. 데이터를 사용 가능한 형식으로 내보낼 수 있나요? 다른 사람이 논리를 읽을 수 있나요? 독점 시각적 논리는 이 시장에서 가장 큰 단일 종속 위험입니다.
• 통합 실적. 연결해야 하는 동일한 클래스의 시스템(ERP, CRM, 레거시 데이터베이스 또는 온프레미스 디렉터리)과 관련된 두 가지 참조를 요청하세요.
• 역량 소개서가 아닌 실제 투입 팀 실제로 작업을 수행할 사람이 누구인지, 그 사람이 직원인지 하청업체인지 물어보세요.
• 거버넌스 아티팩트. 진지한 프로그램은 환경 전략, 액세스 제어 모델 및 명명 규칙을 생성합니다. 이를 선택 사항으로 취급하는 공급업체는 향후 유지 관리 부채를 쌓고 있는 것입니다.
• 인계 약정. 계약서에는 문서, 관리자 교육, 정의된 출시 후 지원 기간을 명시해야 합니다.
• 가격 투명성. 앱별, 사용자별, 시간별 및 리테이너 가격이 모두 존재합니다. 모델은 공급업체가 숫자가 어떻게 만들어졌는지 보여줄지 여부보다 중요하지 않습니다.

플랫폼 수준 실사의 경우 Gartner 및 Forrester와 같은 회사에서 발표한 분석 연구는 합리적인 출발점이며 로우 코드 개발 플랫폼에 대한 Wikipedia 항목은 카테고리의 역사와 정의에 대한 중립적인 개요를 제공합니다. 또한 규제 대상 산업의 구매자는 현재 많은 기업 조달 팀에서 보안 질문에 대한 공통 용어로 사용하고 있는 NIST 사이버 보안 프레임워크에 대해 공급업체의 태도를 확인해야 합니다.

로우 코드 프로그램이 실제로 성과를 거두는 곳과 그렇지 않은 곳

로우 코드 개발 서비스 프로그램은 유사하고 수명이 짧은 수많은 애플리케이션에 대해 가장 강력한 수익을 제공합니다. 내부 요청 양식, 승인 워크플로, 검사 체크리스트, 재고 추적기, 부서별 대시보드가 ​​이 패턴에 적합합니다. 각각은 작고, 형제와 구성 요소를 공유하며, 그렇지 않으면 몇 달 동안 IT 백로그에 남아 있게 됩니다.

응용 프로그램이 정말 복잡할 때 프로그램은 어려움을 겪습니다. 대용량 트랜잭션 시스템, 복잡한 동시성 요구 사항이 있는 애플리케이션, 실시간 계산이 많이 필요한 모든 것은 일반적으로 기존 개발 또는 로우 코드 계층이 인터페이스를 처리하고 기존 서비스가 핵심 로직을 처리하는 하이브리드를 통해 더 나은 서비스를 제공합니다.

두 번째 실패 패턴은 포기된 파일럿입니다. 조직은 성공적인 개념 증명을 실행한 후 거버넌스 계층에 자금을 지원하는 사람이 없기 때문에 중단되는 경우가 많습니다. 파일럿은 플랫폼이 작동함을 증명합니다. 이는 프로그램이 작동한다는 것을 증명하지 않습니다. 환경 관리, 보안 검토, 교육 및 지원과 같은 지루한 부분에 대한 예산 책정은 파일럿을 프로그램으로 전환하는 것입니다.

세 번째 패턴은 섀도우 IT 확산입니다. 시민 개발자가 구성 요소 라이브러리나 검토 프로세스 없이 자유롭게 구축하면 조직은 수백 개의 거의 중복된 애플리케이션을 갖게 되고 존재하는 항목에 대한 인벤토리도 없게 될 수 있습니다. 서비스 프로그램에는 첫날부터 애플리케이션 등록이 포함되어야 합니다.

구축 대 구매: 내부 프로그램이 외부 프로그램을 능가하는 경우

기존 개발 역량을 갖춘 조직에서는 외부 로우 코드 개발 서비스가 전혀 필요한지 묻는 경우가 있습니다. 정직한 대답은 세 가지 변수, 즉 계획된 애플리케이션 수, 통합 요구 사항이 얼마나 특이한지, 플랫폼이 이미 표준화되었는지 여부에 따라 달라집니다.

내부 프로그램은 조직이 하나의 플랫폼을 사용하고, 몇 가지 이상의 애플리케이션을 계획하고, 경험이 풍부한 개발자 한 명 이상을 플랫폼 소유권에 전담할 수 있는 경우에 적합합니다. 그러면 외부 공급업체의 역할은 초기 지원 및 임시 전문가 작업으로 축소됩니다.

플랫폼 결정이 아직 공개되지 않은 경우, 첫 번째 애플리케이션에 익숙하지 않은 통합이 포함된 경우 또는 내부 직원이 기존 약속에서 벗어날 수 없는 경우 외부 프로그램이 적합합니다. 이 경우 계약서는 무제한의 리테이너 계약가 아닌 명시적인 종료 램프(내부 팀이 인계받는 지점)로 작성되어야 합니다.

4D를 기반으로 구축된 팀은 종종 중간 위치에 위치합니다. 데이터 모델, 양식 및 방법은 내부 개발자에게 이미 익숙하므로 외부 서비스는 통합 작업, 배포 아키텍처 및 이전 바이너리 구조 현대화에 가장 유용합니다. 이는 전체 프로그램보다 참여 범위가 좁으므로 이에 따라 가격이 책정되어야 합니다.

출처 및 추가 자료

• 로우 코드 개발 플랫폼 — Wikipedia: 로우 코드 개발 플랫폼(LCDP)은 쓰기 작업이 거의 또는 전혀 필요하지 않은 소프트웨어 개발 환경(일반적으로 그래픽 사용자 인터페이스(GUI))을 제공합니다.

자주 묻는 질문

로우코드 개발 서비스 프로그램이란?

로우 코드 개발 서비스 프로그램은 공급업체가 로우 코드 플랫폼과 전문 서비스를 모두 제공하여 해당 플랫폼에서 애플리케이션을 구축, 배포 및 유지 관리하는 제도입니다. 반복 제공, 구성 요소 공유 및 지속적인 거버넌스 모델을 가정한다는 점에서 단일 프로젝트와 다릅니다. 구매자는 일반적으로 직원 증원, 고정 범위 프로젝트, 관리형 서비스, 지원 파트너십 중에서 선택합니다.

로우코드 개발 서비스 비용은 얼마인가요?

가격은 플랫폼 라이선스, 참여 모델, 통합의 복잡성에 따라 달라지기 때문에 신뢰할 수 있는 단일 수치에 비해 가격이 너무 광범위합니다. 공급업체는 시간당, 애플리케이션당, 사용자당 또는 월 단위로 견적을 제시하며 플랫폼 라이선스는 일반적으로 서비스와 별도로 청구됩니다. 가장 유용한 비교는 헤드라인 요율이 아니라 다중 앱 로드맵에 걸쳐 제공된 애플리케이션당 총 비용입니다.

로우코드 개발이 엔터프라이즈 애플리케이션에 적합한가요?

로우 코드는 승인 시스템, 추적기, 포털 및 부서 도구와 같이 워크플로 중심이며 통합이 많은 엔터프라이즈 애플리케이션에 적합합니다. 대용량 트랜잭션 코어, 실시간 계산 및 비정상적인 동시성 요구가 있는 시스템에는 적합하지 않습니다. 많은 기업이 인터페이스와 워크플로 계층을 위한 로우 코드, 핵심 로직을 위한 기존 코드인 하이브리드를 실행합니다.

로우코드 개발 서비스와 노코드 개발 서비스의 차이점은 무엇인가요?

코드 없는 서비스는 구성 및 거버넌스에 중점을 두므로 비즈니스 사용자는 프로그래밍 없이 안전하게 구축할 수 있습니다. 애플리케이션이 프로덕션 시스템에 영향을 미칠 것으로 예상되므로 로우 코드 서비스에는 통합 엔지니어링, 사용자 지정 구성 요소, 성능 조정 및 배포 파이프라인이 추가됩니다. 대부분의 엔터프라이즈 프로그램은 두 계층을 모두 운영하여 간단한 앱을 노코드 앱으로 라우팅하고 복잡한 앱을 로우 코드로 라우팅합니다.

로우코드 서비스 프로그램을 통해 애플리케이션을 전달하는 데 얼마나 걸리나요?

프로토타입은 처음 몇 주 내에 공개되는 경우가 많으며 간단한 부서별 애플리케이션은 일반적으로 분기가 아닌 몇 달 만에 실제 서비스에 배포됩니다. 통합이 복잡하거나, 보안 검토가 까다롭거나, 구축 중에 요구 사항이 변경되면 일정이 늘어납니다. 프로그램의 실제 속도 이점은 구성 요소와 거버넌스가 마련되면 두 번째 및 세 번째 애플리케이션에서 나타납니다.

로우코드 서비스 계약에는 무엇이 포함되어야 하나요?

계약에는 지정된 제공 팀, 플랫폼 및 라이선스 책임, 통합 범위, 문서 및 관리자 교육, 정의된 출시 후 지원 기간, 구매자가 사내에서 작업을 수행할 수 있는 조건 등이 명시되어야 합니다. 데이터 내보내기 권한과 사용자 정의 논리의 가독성은 나중에 공급업체를 떠나는 데 드는 비용을 결정하므로 명시적으로 규정되어야 합니다.