베트남 커튼·블라인드 소매 기업은 어떻게 est-invoice Enterprise로 커튼 견적을 디지털화했나

문제

• !고객과의 대화가 수십 개의 Zalo 스레드에 흩어져 있었습니다. 단일 고객 기록이 없어, 기존 고객에게 다시 견적을 내려면 채팅 기록을 거슬러 올라가 마지막으로 논의한 원단과 치수를 다시 찾아야 했습니다.
• !커튼 견적은 다변수 계산입니다. 원단 종류(시어, 암막, 전동), 창문 면적(m²), 설치 방식, 공임이 각각 항목에 영향을 줍니다. 영업팀이 스프레드시트에서 수작업으로 계산했기 때문에, 같은 고객에게 영업 담당자 두 명이 서로 다른 가격을 보낼 수도 있었습니다.
• !통합 CRM이 없어 파이프라인 가시성, 견적 승인, 설치 후 후속 조치가 불가능했습니다. 영업 담당자 간 인수인계 과정에서 리드가 누락되었고, 애프터세일즈 업셀 기회도 보이지 않았습니다.

솔루션

이 기업을 전용 est-invoice Enterprise 테넌트에 배포했습니다. 공유형 Standard 티어와 달리, Enterprise는 이 기업 전용 PostgreSQL 데이터베이스, 커스텀 데이터 모델, 설정 가능한 비즈니스 로직을 제공합니다. 워크플로우를 범용 템플릿에 억지로 맞추는 대신, 플랫폼이 커튼 업무 워크플로우에 맞춰집니다.

가격 공식 DSL을 통해 이 기업은 견적 계산을 읽기 쉬운 규칙으로 표현할 수 있습니다:line_total = m2 * fabric.price_per_m2 + labor.hours * labor.rate. 고객 및 견적 스키마의 커스텀 필드에는 원단 SKU, 창문 치수, 설치 방식, 시공 메모가 기록됩니다. 범용 CRM이었다면 임시 텍스트로 남았을 데이터입니다.

고객 접점에서는 Zalo OA 연동으로 모든 채팅이 동일한 고객 기록으로 모이므로, 어떤 영업 담당자든 전체 맥락을 파악한 상태에서 대화를 이어갈 수 있습니다. AI 영업 에이전트는 인바운드 리드를 선별하고, 창문 치수와 원단 선호도를 먼저 확인한 뒤, 사람의 개입 없이 실측 일정을 예약합니다. 견적 승인 워크플로우는 설정한 기준 금액을 넘는 견적 초안을 고객에게 보내기 전에 매니저에게 전달합니다.

기술 스택

성과

est-invoice Enterprise가 베트남 커튼·블라인드 소매 기업에 적합했던 이유

• ✓전용 PostgreSQL 데이터베이스 — 이 기업이 데이터를 소유하며, 전체 스키마(Drizzle 관리)를 언제든지 내보낼 수 있습니다.
• ✓가격 공식 DSL — 견적 계산이 아무도 건드리려 하지 않는 스프레드시트 셀이 아니라, 버전 관리되는 읽기 쉬운 규칙으로 관리됩니다.
• ✓견적 및 고객 커스텀 필드 스키마 — 원단, m², 설치 방식, 공임이 메모란의 텍스트가 아닌 정식 필드로 관리됩니다.
• ✓Zalo OA 연동 — 모든 채팅이 자동으로 올바른 고객 기록에 연결됩니다.
• ✓AI 영업 에이전트 — 사람에 의한 병목 없이 24시간 연중무휴로 리드를 선별하고 실측 일정을 예약합니다.
• ✓견적 승인 워크플로우 — 고액 견적은 고객에게 전달되기 전에 매니저 검토를 거칩니다.