업계 종사자용 안내

같은 캐비닛 공사에 여러 사람이 문의할 때: 프로젝트는 연결하고 견적은 구분하기

집주인, 디자이너, 시공업체가 같은 주방에 관해 각각 문의할 수 있습니다. 프로젝트를 확인하고 연락처를 따로 유지하면서 선택·승인·구매 담당자를 정해야 수요를 중복 계산하거나 견적을 잘못 공유하는 일을 줄일 수 있습니다.

견적을 추가하기 전에 같은 공사인지 확인하세요

집주인이 주방 캐비닛을 문의하고 디자이너가 도면을 보낸 뒤 시공업체가 견적을 요청했다면, 먼저 같은 공사인지 확인해야 합니다. 같은 주방이라면 공통 프로젝트 번호로 대화를 연결하되 각 사람의 연락처와 기록은 따로 유지하는 편이 좋습니다. 그래야 서로 맞지 않는 구성으로 견적을 내거나 물량을 중복 확보하고, 문의할 때마다 새 주문이 생긴 것으로 계산하는 혼선을 줄일 수 있습니다.

프로젝트 번호는 어느 공간의 어떤 구매 범위를 논의하는지 알려주는 기준입니다. 그 번호를 안다고 다른 사람의 개별 견적을 보거나 변경을 승인할 권한까지 생기지는 않습니다. 집주인과 전문 구매자는 문의할 때 프로젝트 번호, 해당 공간, 자신의 역할을 함께 밝히면 도움이 됩니다. 판매자는 공사에 공통으로 필요한 정보와 각 참여자의 구매 관계를 구분해서 기록해야 담당자와 책임이 흐려지지 않습니다.

연락처가 같다는 것과 프로젝트가 같다는 것은 다릅니다

이메일은 연락 수단이고 회사명은 업무 관계를 정리하는 정보입니다. 이것만으로 진행 중인 프로젝트 수를 알 수는 없습니다. 한 시공업체가 여러 주택을 맡을 수도 있고, 서로 다른 이메일로 같은 주방을 논의할 수도 있습니다. 성이 같다는 이유만으로 기록을 합쳐서도 안 됩니다. 소프트웨어를 쓰든 간단한 폴더를 쓰든, 각 대화가 어느 프로젝트에 속하며 발신자가 어떤 역할인지 확인할 수 있어야 합니다.

HubSpot 문서는 연락처 중복을 이메일로, 회사 중복을 도메인으로 식별하는 방식을 구분합니다. 다만 API로 생성한 회사에는 도메인 기준 자동 중복 제거가 적용되지 않는다는 예외도 명시합니다. 기록 유형과 생성 경로에 따라 규칙이 달라진다는 뜻입니다. 이 기능이 같은 캐비닛 공사인지까지 판별해 주는 것은 아니므로 프로젝트는 별도로 대조해야 합니다. 그림 역시 개별 참여자, 공통 프로젝트, 확인할 구매 역할을 구분합니다.

참고 자료: HubSpot — Deduplicate records.

가상의 문의 접수 관계도. A는 개별 참여자, B는 공통 프로젝트 번호, C는 확인이 필요한 구매 및 승인 역할을 나타냅니다.
설명용 예시 문의 접수를 설명하는 개념도입니다. A는 개별 참여자, B는 공통 프로젝트 번호, C는 별도로 확인해야 할 구매 및 승인 경로를 나타냅니다. 같은 프로젝트로 연결해도 개별 견적의 공유 권한이 자동으로 생기지는 않습니다.

주소에 더해 세대, 공간, 구매 범위를 맞춰 보세요

같은 공사로 보이면 기존 프로젝트 번호가 있는지, 어느 공간인지, 새로운 구매 범위가 추가된 것인지 물어보면 됩니다. 참여자들이 이미 소개된 관계라면 그 연결을 기준으로 확인하되, 아직 소개되지 않은 다른 고객의 이름이나 정보를 먼저 알려줄 필요는 없습니다. 주소만으로도 부족합니다. 공동주택의 같은 건물 안에 독립된 캐비닛 공사가 여럿 있을 수 있고, 같은 집에서도 주방과 욕실을 따로 구매할 수 있습니다.

세대나 공간을 기록하고, 단계별 작업이 합의된 한 구매 구성에 속하는지 별도 구매인지 확인하세요. 정보가 부족하면 곧바로 합치기보다 ‘동일 프로젝트 가능성, 확인 대기’로 남기는 편이 좋습니다. 연결한 이유와 이미 보낸 자료의 이력을 보존하면 잘못 연결했을 때 되돌릴 수 있습니다. 이렇게 해야 기존 고객의 새 공사를 놓치지 않으면서 같은 주소의 모든 작업을 한 주문으로 묶는 오류도 피할 수 있습니다.

선택, 승인, 실제 구매 담당자를 각각 정하세요

도면을 보내는 사람이 주문자라는 보장은 없습니다. 집주인이 외관을 선택하고 시공업체가 현장 조건을 확인하더라도, 실제 구매자는 당사자들의 합의에 따라 달라집니다. 각 업무와 변경 승인 담당자를 확인하고, 구매 기록에 승인된 범위와 승인자를 함께 남기세요. 수정 도면이 도착하면 검토 중인 제안인지 이미 승인된 변경인지 구분해야 합니다. 더 최근에 보냈다는 이유만으로 그 도면이 주문 기준이 되지는 않습니다.

가격 열람과 공유 범위도 따로 확인해야 합니다. 견적의 수신자는 누구이며 누구에게 공유할 수 있는지 정하세요. 주소를 알거나 설계에 참여한다는 사실만으로 다른 사람의 개별 견적을 볼 권한이나 특정 가격을 적용받을 자격이 생기지는 않습니다. 집주인과 시공업체가 각각 구매하는 방식을 검토한다면 대안을 구분해 보존하세요. 참여자가 변경을 요청할 때도 합의된 결정권자의 확인을 거친 뒤 승인된 구성을 수정해야 합니다.

구매 대안은 비교하되 물량을 합산하지 마세요

가상의 접수 사례에서 문의 6건이 프로젝트 3개에 해당한다고 가정해 보겠습니다. 프로젝트 1개에는 집주인, 디자이너, 시공업체가 각각 연락했고, 다른 프로젝트에는 연락 담당자 1명, 나머지에는 2명이 있습니다. 확인된 것은 프로젝트 3개의 연락 관계이며 캐비닛 주문 6건이 아닙니다. 이는 usaKT.com의 잠재 고객 실적이 아닌 설명용 예시입니다. 참여자 수는 응대 업무를 정리하는 데 쓰고, 다음 구매 단계는 각 프로젝트의 승인 상태로 판단해야 합니다.

첫 프로젝트에서 집주인 직접 구매와 시공업체 공급이 같은 주방을 위한 대안이라고 가정하겠습니다. 가격을 비교하기 전에 각 안의 캐비닛 범위, 도면, 마감 선택을 대조해야 합니다. 범위가 다르면 가격 차이만으로 선택하기 어렵기 때문입니다. 대안은 모두 보존하되 캐비닛 수량을 합쳐 예상 수요로 잡지 마세요. 구매자가 한 안을 승인하면 선택된 구성을 명시하고 나머지는 이력으로 남깁니다. 문짝 선택 변경은 기존 프로젝트에 속할 수 있지만, 실제 별도 구매라면 범위와 승인도 따로 관리해야 합니다.

다음 담당자가 바로 판단할 수 있게 전달하세요

다음 연락에는 프로젝트 번호, 공간, 검토 중인 대안, 가장 최근에 승인된 도면, 미결정 사항을 적으세요. 이메일을 전달할 때는 어떤 첨부 파일이 유효한지도 밝혀야 합니다. 시공업체가 현장 조건을 알리고 디자이너가 다른 배치를 검토 중이라면, 검토할 정보와 변경 제안을 구분해 남기세요. 서로 충돌하는 부분은 해결한 뒤 승인된 구성을 바꿔야 합니다. 마지막에 도착한 메시지가 기존 결정을 자동으로 덮어쓰게 해서는 안 됩니다.

담당자가 바뀔 때는 연락처뿐 아니라 프로젝트별 역할도 인계하세요. 질문을 받을 사람, 변경 승인자, 구매자, 배송받을 사람을 알 수 있어야 하며, 같은 시공업체의 다른 프로젝트는 별도로 유지해야 합니다. 판매 계획에서도 문의가 들어온 프로젝트 수, 진행 중인 제안, 승인된 구매, 연락 담당자 수를 구분해 집계하는 편이 유용합니다. 다음 단계로 넘기기 전에는 해당 공간, 예정된 구매 방식, 아직 필요한 결정을 분명히 해 두세요.

마감 색상 참고

퓨어 화이트
크림 화이트
라이트 웜 그레이
그레이
네이비
블랙
오크 톤
다크 월넛 톤
디자인 참고 이미지 아래 이미지는 디자인 색감을 비교하는 참고 자료이며 현재 주문 가능한 색상 목록이 아닙니다. 화면과 조명에 따라 다르게 보이므로 선택한 제품군의 실제 샘플과 비교하세요.
마감 색상 살펴보기 →

참고 자료

  • HubSpot — Deduplicate records

컬렉션

나에게 맞는 공간.

주방

욕실