스타트업에서 수상 기업으로: 독일 1위 PropTech의 엔지니어링 교훈
요약
독일 1위 PropTech 기업 VSBD의 사례를 통해, 초기 POC 단계부터 확장성과 보안을 고려한 엔지니어링 설계가 비즈니스 가치 창출에 미치는 영향을 분석합니다.
핵심 포인트
- 초기 POC 단계에서 Kubernetes와 Terraform을 도입하여 확장성 확보
- 보안을 사후 조치가 아닌 설계 단계부터 반영하는 Security by Design 실천
- 테스트 자동화를 통해 품질을 높이고 테스트 시간을 90% 단축
- 엔지니어링 품질이 실제 100만 달러 ARR 달성의 핵심 동력임을 증명
PropTech Germany Award 수상: 실제로 필요했던 것들
2024년, VSBD가 구축한 AI 부동산 데이터 인텔리전스 (AI Real Estate Data Intelligence) 플랫폼이 독일 부동산 시장의 1위 자산 및 포트폴리오 관리 도구(Asset and Portfolio Management Tool)로 선정되어 PropTech Germany Award를 수상했습니다. 수상 자체도 만족스럽지만, 더 가치 있는 결과는 이 플랫폼이 실제 운영 환경에서 생성하고 있던 100만 달러의 ARR(연간 반복 매출, Annual Recurring Revenue)이었습니다. 이는 엔지니어링 품질이 단순한 데모용 소프트웨어(demo-ware)가 아닌, 실제 비즈니스 가치를 전달했다는 증거입니다.
차이를 만들어낸 엔지니어링 교훈들은 다음과 같습니다.
교훈 1: POC 단계에서의 아키텍처 결정이 당신의 한계를 결정한다
가장 중대한 엔지니어링 결정은 규모를 확장할 때가 아니라, 첫 두 달 사이에 일어납니다. VSBD가 부동산 데이터 인텔리전스 (Real Estate Data Intelligence) 프로젝트를 시작했을 때, 팀은 POC(개념 증명, Proof of Concept) 단계에서는 과하게 설계된 것처럼 보일 수 있는 의도적인 선택들을 했습니다. 첫날부터 Kubernetes를 도입하고, 첫 인프라 배포부터 Terraform IAC(코드형 인프라, Infrastructure as Code)를 사용하며, 제품 코드를 한 줄도 쓰기 전에 명확한 서비스 경계가 정의된 마이크로서비스 아키텍처 (microservices architecture)를 채택한 것입니다.
이러한 선택들은 초기에 복잡성을 더했지만, 나중에 아키텍처를 재설계해야 하는 상황을 제거했습니다. 플랫폼이 MVP(최소 기능 제품, Minimum Viable Product)에서 수 테라바이트의 부동산 데이터를 처리하는 엔지터프라이즈 고객을 지원하기 위해 확장해야 했을 때, 인프라는 재구축 없이 함께 확장되었습니다.
교훈 2: 사후 고려 사항이 아닌, 설계에 의한 보안 (Security by Design)
부동산 데이터는 민감합니다. 포트폴리오 가치 평가, 임차인 재무 데이터, 투자 전략, 그리고 인수 대상은 모두 엔터프라이즈 고객이 보호해야 하는 정보입니다. 보안을 엔터프라이즈 영업 전에 추가해야 할 하나의 기능으로 취급하는 플랫폼은 계약을 놓치게 되며, 비용도 두 배로 들게 됩니다. 한 번은 빠른 임시 조치(quick fixes)를 위해, 또 한 번은 제대로 된 구현을 위해 비용을 지불하게 됩니다.
VSBD의 플랫폼은 모든 주요 릴리스 마일스톤(milestone)마다 침투 테스트(penetration testing)를 거쳤으며, 식별된 취약점은 배포 전 모두 해결되었습니다. 보안 아키텍처(security architecture) 결정 사항 — 저장 데이터 및 전송 데이터 암호화(data encryption at rest and in transit), 네트워크 격리(network isolation), 액세스 제어 세분화(access control granularity) — 는 구현이 시작되기 전 아키텍처 결정(architecture decisions)으로 문서화되었습니다.
레슨 3: 품질 엔지니어링은 비용 센터가 아닌 승수(Multiplier)이다
수상 플랫폼에서 달성한 테스트 시간 90% 단축은 테스트를 덜 함으로써 이루어진 것이 아니라, 자동화를 통해 더 스마트하게 테스트함으로써 달성되었습니다. VSBD의 QA 접근 방식에는 다음이 포함되었습니다:
-
스모크(Smoke), 회귀(regression), 사용성(usability), 인수(acceptance), 통합(integration), E2E, 그리고 부하 테스트(load testing) — 가능한 모든 곳에서 자동화
-
테스트 결과에 따라 프로덕션 배포를 제어하는 완전 자동화된 릴리스 후보(release candidate) 파이프라인
-
엔지니어링 및 제품 팀 전체의 테스트 가시성을 위한 Allure 리포팅
-
P0 프로덕션 장애(production incidents)로 측정된 99%의 성공적인 릴리스 비율 — 이를 통해 고객은 더 빠르게 배포할 수 있는 신뢰를 얻었습니다
품질이 자동화되면 복리 효과가 발생합니다. 각각의 새로운 테스트 스위트(test suite)는 이전의 모든 기능에 대한 회귀(regressions)를 방지하며, 팀의 안전한 배포 능력은 각 릴리스 사이클마다 증가합니다.
레슨 4: 올바른 팀 구성은 타협할 수 없는 요소이다
9개월의 인도(delivery) 일정은 첫날부터 필요한 모든 기술이 갖춰진 팀이 있었기에 가능했습니다. 수상 플랫폼을 위한 VSBD의 팀 구성은 다음과 같습니다:
- Product Owner (제품 책임자) — 비즈니스 우선순위가 스프린트 계획 (sprint planning)을 주도하도록 보장
- Solution Architect (솔루션 아키텍트) — 서비스 경계 전반에 걸쳐 기술적 일관성 유지
- MLOps/DevOps Engineer (MLOps/DevOps 엔지니어) — 인프라 및 모델 배포 파이프라인 (model deployment pipeline) 담당
- UI/UX Designer (UI/UX 디자이너) — 복잡한 AI 출력값을 직관적인 인터페이스로 변환
- Lead Engineer (리드 엔지니어) + 2 Backend Engineers (백엔드 엔지니어 2명) — 핵심 제품 개발
- Frontend Engineer (프론트엔드 엔지니어) — 자산 관리자용 애플리케이션 구축
- Manual QA (수동 QA) — 탐색적 테스트 (exploratory testing) 및 수락 검증 (acceptance validation)
각 역할은 개발이 시작되기 전에 모두 채워졌습니다. 공백을 메우기 위해 프로젝트 중간에 전문가를 투입하는 것은 비용이 많이 들고 흐름을 방해합니다. 팀의 램프업 시간 (ramp-up time)은 당신이 얻고자 했던 생산성 이득을 소모해 버립니다.
교훈 5: 투명성이 엔터프라이즈 고객을 사로잡는다
수상 플랫폼을 의뢰한 엔터프라이즈 부동산 고객들은 이전에 납기를 약속하고 지연만을 초래했던 소프트웨어 프로젝트들로 인해 피해를 입은 경험이 있었습니다. VSBD를 차별화한 것은 급진적인 투명성이었습니다. 실제 KPI 데이터가 포함된 주간 상태 업데이트, 발견되고 해결된 모든 버그를 추적하는 공개 변경 로그 (change log), 그리고 조직의 모든 수준에서 명확한 에스컬레이션 경로 (escalation paths)를 갖춘 거버넌스 모델을 제공했습니다.
고객이 엔지니어링 팀이 정확히 무엇을 하고 있는지, 어떤 리스크가 관리되고 있는지, 그리고 인도 궤적 (delivery trajectory)이 어떤 모습인지를 정확히 볼 수 있을 때 신뢰가 뒤따릅니다. 그 신뢰가 성공적인 MVP 배포를 다년간의 다각적 범위(multi-scope)를 가진 협업으로 전환시켰으며, 이는 계속해서 가치를 창출하고 있습니다.
PropTech 엔지니어링의 다음 단계
이 플랫폼을 검증해 준 독일 부동산 시장은 유일한 사례가 아닙니다. AI 기반 자산 관리, 자동화, 데이터 인텔리전스에 대한 동일한 수요가 EU 및 미국 PropTech 시장 전반에 존재합니다. PropTech Germany Award 수상자를 만들어낸 엔지니어링 플레이북 (playbook)은 적절한 팀이, 적절한 파트너와 함께, 초기에 적절한 아키텍처 결정을 내린다면 충분히 재현 가능합니다.
만약 여러분이 차세대 PropTech (프롭테크) 플랫폼을 구축하고 있다면, 문제는 엔지니어링 우수성 (engineering excellence)에 투자할 것인가의 여부가 아닙니다. 문제는 얼마나 빨리 그 단계에 도달할 수 있느냐 하는 것입니다.
원문은 the VSBD blog에 게시되었습니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기