건설업체·인테리어 매칭 플랫폼 (해외, 커뮤니티, 중개·매칭 플랫폼, 클라우드 인프라 운영, 결제 모듈) | 다모아

1. 1건설·인테리어 고객은 지역, 시공 분야, 예산, 일정에 맞는 전문 업체를 직접 찾고 비교하기 어렵습니다.
2. 2업체는 적합한 공사 요청을 찾고 고객에게 자사의 시공 경험과 포트폴리오를 전달할 수 있는 채널이 필요합니다.
3. 3견적 요청과 업체 제안, 상담, 후기 과정이 분리되면 고객과 업체 모두 진행 현황을 관리하기 어렵습니다.
4. 4전문 업체의 인증 여부, 포트폴리오, 후기·평점을 확인할 수 있어야 신뢰도 있는 매칭이 가능합니다.

1. 1고객의 공사 조건을 바탕으로 전문 업체를 연결하는 건설·인테리어 중개·매칭 플랫폼 구축
2. 2고객 견적 요청부터 업체 견적 제안, 채팅 상담, 후기 작성까지 이어지는 업무 워크플로우 구현
3. 3업체 프로필, 서비스 지역, 시공 분야, 포트폴리오를 비교할 수 있는 업체 탐색 기능 구축
4. 4고객·업체 역할별 권한과 인증 상태를 적용한 신뢰 기반 매칭 서비스 구현

1. 1질문·답변 방식으로 공사 조건을 수집하는 단계형 견적 요청 사용자 경험 설계
2. 2업체 인증 여부에 따른 요청 열람·견적 제안 권한 분리
3. 3업체 프로필, 시공 분야, 서비스 지역, 포트폴리오, 후기·평점 비교 기능 구현
4. 4견적 요청·제안·상담·후기로 이어지는 매칭 진행 상태 관리
5. 5고객과 업체의 역할별 화면 및 접근 권한을 분리한 서비스 구조 구축

고객과 전문 업체를 연결하는 견적 요청·제안·상담 중심의 중개 플랫폼 MVP를 구축했습니다.

일반 고객과 업체 회원의 가입, 마이페이지, 활동, 견적 관리 기능을 역할별로 분리했습니다.

지역, 시공일, 공사 조건 등을 질문·답변 방식으로 입력하는 견적 요청 흐름을 구축했습니다.

업체 목록, 상세, 포트폴리오 정보를 연동해 고객이 전문 업체를 비교할 수 있도록 구현했습니다.

이메일·소셜 로그인, 가입 검증, 고객·업체 역할별 화면 접근 제어를 구현했습니다.

고객이 공사 지역, 시공 분야, 일정 등 조건을 입력하면 업체가 요청을 확인하고 견적을 제안합니다.

고객이 업체의 시공 분야, 서비스 지역, 인증 상태, 후기·평점, 포트폴리오를 비교할 수 있습니다.

고객·업체 역할별 권한을 분리하고, 견적 관리와 1:1 채팅 상담으로 매칭 이후 소통을 지원합니다.

인테리어·건설 시공 시장은 사용자가 여러 업체의 견적을 비교하고 신뢰할 수 있는 업체를 선택하기까지 많은 시간과 비용이 소요됩니다. 반대로 시공 업체 역시 자신에게 적합한 고객을 찾기 어렵고, 신규 고객 확보를 위해 높은 마케팅 비용을 부담해야 하는 문제가 있습니다.

DAMOA는 이러한 문제를 해결하기 위해 사용자와 시공 업체를 연결하는 견적 매칭 플랫폼으로 기획되었습니다. 사용자가 시공 조건을 등록하면 지역과 전문 분야가 일치하는 파트너 업체가 견적을 제안하고, 이후 상담 채팅을 통해 세부 내용을 협의한 뒤 시공 완료 후 리뷰를 남기는 구조입니다. 또한 파트너사는 유료 멤버십을 통해 더 많은 견적 요청을 받아볼 수 있도록 설계하여 서비스 수익 모델까지 함께 구축했습니다.

프로젝트의 가장 큰 과제는 일반 사용자, 파트너 업체, 운영자라는 서로 다른 세 주체가 하나의 플랫폼 안에서 각기 다른 권한과 업무 흐름을 수행해야 한다는 점이었습니다. 견적 요청부터 매칭, 상담, 결제, 리뷰까지 이어지는 전체 프로세스를 끊김 없이 연결해야 했으며, 실시간 통신 인프라 없이 상담 기능을 구현해야 하는 기술적 제약도 존재했습니다. 또한 검색 유입이 중요한 서비스 특성을 고려하여 SEO를 만족하면서도 풍부한 사용자 인터랙션을 제공할 수 있는 구조를 함께 설계해야 했습니다.

사용자 유형별 업무 흐름과 화면 구조를 설계하고, 기능 명세 및 API 인터페이스를 정의했습니다.

디자인 토큰과 공통 UI 컴포넌트를 구축하여 서비스 전반의 일관성을 확보하고 개발 생산성을 높였습니다.

회원 인증, 견적 요청 및 매칭, 상담 채팅, 리뷰, 멤버십 결제, 관리자 백오피스 등 주요 기능을 구현하고 백엔드 API와 연동했습니다.

실제 운영 데이터를 기반으로 주요 사용자 시나리오를 검증하고, 렌더링 성능과 네트워크 요청을 최적화했습니다.

AWS 기반 운영 환경을 구성하고, 인증·리다이렉트·권한 처리 등을 점검하여 안정적으로 서비스를 오픈했습니다.

프로젝트 전반에서는 인증, 권한, API 통신, 디자인 시스템과 같은 공통 기반을 먼저 구축한 뒤 서비스 기능을 단계적으로 확장하는 방식으로 개발을 진행하여 기능 간 결합도를 낮추고 유지보수성을 확보했습니다.

일반 사용자, 파트너 업체, 운영자는 모두 하나의 플랫폼을 이용하지만 접근 가능한 기능과 화면이 서로 달랐습니다. 또한 이메일 로그인과 소셜 로그인(구글, 페이스북 등)을 함께 지원해야 했으며, 파트너 업체는 가입 이후 승인·반려 상태까지 관리해야 했습니다.

이를 위해 인증 방식은 통합하고 권한만 역할별로 분리하는 구조를 적용했습니다. JWT 기반 세션에 사용자 역할과 상태 정보를 포함하고, 모든 화면 진입 시 권한을 검증하도록 구성했습니다. 라우팅 역시 역할 단위로 관리하여 신규 기능이 추가되더라도 권한 정책을 일관되게 유지할 수 있도록 설계했습니다.

또한 Next.js 미들웨어 취약점(CVE-2025-29927)에 대응하여 내부 인증 헤더 위조를 차단했으며, AWS Amplify 환경에서 발생하던 호스트 인식 및 리다이렉트 문제도 실제 요청 헤더를 기준으로 처리하도록 개선하여 운영 환경에서도 안정적인 인증 체계를 구축했습니다.

백엔드는 REST API만 제공하고 있어 별도의 실시간 통신 환경을 구축하기 어려운 상황이었습니다. 이를 해결하기 위해 폴링 기반의 준실시간 메시징 구조를 설계했습니다.

• 변경된 메시지만 우선 확인한 뒤, 필요한 경우에만 전체 데이터를 갱신하도록 구성하여 네트워크 사용량을 최소화했습니다.
• 이전 요청이 완료되지 않은 경우 다음 요청을 수행하지 않도록 제어하여 중복 호출을 방지했습니다.
• 사용자가 채팅 화면을 벗어나면 자동으로 폴링을 중단하여 불필요한 서버 부하를 줄였습니다.
• 과거 대화는 역방향 무한 스크롤로 조회하고, 신규 메시지는 하단에 이어 붙이는 방식으로 자연스러운 대화 경험을 구현했습니다.

이를 통해 별도의 WebSocket 서버나 인프라를 추가하지 않고도 실시간에 가까운 상담 경험을 제공할 수 있었습니다.

서비스 웹과 관리자 시스템은 서로 다른 화면을 제공하지만 동일한 비즈니스 데이터를 공유하기 때문에, 코드 중복과 결합도를 최소화하는 것이 중요했습니다.

기능 단위로 책임을 분리하는 구조를 적용하여 변경 영향 범위를 예측할 수 있도록 설계했으며, 디자인 토큰과 공통 UI 컴포넌트를 기반으로 화면을 구성했습니다. 버튼, 입력 컴포넌트, 모달, 목록, 필터 등 반복되는 UI는 재사용 가능한 컴포넌트로 관리하고, Storybook을 통해 문서화하여 개발자 간 협업 효율과 유지보수성을 높였습니다.

검색 유입 비중이 높은 서비스 특성상 SEO를 확보하면서도 다양한 인터랙션을 제공해야 했습니다.

검색 대상이 되는 페이지는 서버 렌더링을 적용하여 검색 엔진이 콘텐츠를 안정적으로 수집할 수 있도록 구성했고, 채팅·모달·상세 오버레이 등 사용자 상호작용이 필요한 기능만 클라이언트에서 처리하도록 분리했습니다. 또한 게시글 및 상담 상세 화면은 현재 목록을 유지한 상태에서 오버레이 형태로 표시하여 사용자가 이전 화면으로 자연스럽게 복귀할 수 있도록 구현했습니다.

이를 통해 검색 노출과 사용자 경험을 모두 만족하는 렌더링 구조를 구축했습니다.

기획, UI/UX 디자인, 프론트엔드, 백엔드, 인프라 구축까지 프로젝트 전 과정을 수행하여 사용자·파트너 업체·운영자가 함께 사용하는 견적 매칭 플랫폼과 관리자 시스템을 구축했습니다.

견적 요청, 매칭, 상담, 리뷰, 멤버십 결제, 관리자 운영 등 서비스 운영에 필요한 전 과정을 하나의 플랫폼으로 통합했으며, 실시간 통신 인프라가 없는 환경에서도 안정적인 상담 경험을 제공할 수 있는 구조를 구현했습니다.

또한 공통 디자인 시스템과 표준화된 API 연동 구조를 기반으로, 이후 신규 기능 추가와 유지보수가 용이한 확장 가능한 서비스 아키텍처를 구축하여 실제 운영을 고려한 플랫폼을 완성했습니다.