한 번에 필요한 정보를 모두 받는 견적 요청서 만드는 법

견적 요청서는 필수 항목 하나하나가 가격을 바꾸는 정보일 때 제대로 작동합니다 — 이사의 경우 여섯 가지죠 — 그리고 미완성인 채로는 제출이 안 되니, 두 번 오갈 필요 없이 한 번에 견적을 낼 수 있습니다.

마르셀라는 엔세나다에서 작은 이사 업체를 운영합니다. 트럭 한 대, 직원 두 명, 그리고 전화를 받는 그녀 자신이 전부죠. 화요일 밤 아홉 시, 누군가 메시지를 보냅니다. “안녕하세요, 이사 비용이 얼마인가요?” 마르셀라는 늘 하던 대로 되묻습니다. 어디서 어디로 가시나요?

답장은 수요일 정오에야 옵니다. “사우살에서 시내로요.” 몇 층인가요? 목요일이 되어서야 답이 옵니다. “3층인데 엘리베이터가 없어요.” 그리고 금요일, 드디어 가격을 낼 만큼 정보가 모였을 때, 돌아오는 답은 이미 이렇습니다. “감사합니다, 이미 다른 분과 얘기됐어요.”

그 견적은 비싸서 놓친 게 아닙니다. 존재하기도 전에 놓친 겁니다 — 마르셀라는 끝내 가격을 말할 기회조차 얻지 못했습니다. 견적 요청서는 정확히 이럴 때를 위해 존재합니다. 마르셀라의 대화가 끊긴 그 지점에서 시작하는 게 아니라, 처음부터 필요한 정보가 모두 갖춰진 상태로 대화를 시작하기 위해서요.

견적 요청서란 무엇인가요?

견적 요청서는 어떤 작업에 가격을 매기기 위해 꼭 알아야 하는 질문들을 담은 페이지로, 고객이 그 답을 한 번에 모두 남기고 갈 수 있는 곳입니다. 문의 폼과는 다릅니다 — 문의 폼은 칭찬부터 불만까지 뭐든 받아들이니까요. 견적 요청서는 정보를 모으는 것이고, 질문 하나하나가 다 이유가 있어서 들어가 있습니다.

그리고 “한 번에”라는 건 고객이 빨리 답한다는 뜻이 아닙니다. 당신이 요청서를 열었을 때 이미 다 채워져 있어서, 거래에 남은 건 오직 당신이 부를 가격뿐이라는 뜻입니다.

왜 WhatsApp으로는 정보를 한 번에 받을 수 없을까요?

채팅에서는 질문을 할 수는 있어도 강제할 수는 없기 때문입니다. 질문 하나하나가 따로따로 오가고, 답장은 고객이 여유가 있을 때 옵니다. 견적은 이틀이고 사흘이고 조각조각 완성되는데, 그 사이 고객은 이미 가격으로 답해준 다른 두 곳에 문의를 넣고 있습니다.

필요한 정보 목록을 미리 공개해두는 것도 도움이 되고, 업종에 따라서는 페이지에 넣을 수 있는 최고의 요소가 되기도 합니다. “견적을 위해 크기, 수량, 날짜가 필요합니다”처럼요. 하지만 공개된 목록은 결국 부탁일 뿐입니다. 읽을 수도 있고, 그냥 넘어갈 수도 있죠 — 메시지는 여전히 이렇게 옵니다. “안녕하세요, 얼마예요?”

필수 입력 항목은 다릅니다. 더 강하게 말한 질문이 아니라, 하나의 문입니다. 폼은 미완성된 제출을 통과시키지 않습니다 — 절반만 채운 요청서는 당신의 받은함에도, 그 어디에도 존재하지 않습니다. 정보를 요청하는 것과 정보를 실제로 갖고 있는 것, 그 차이가 전부입니다.

당신의 폼에는 어떤 질문이 들어가야 할까요?

필수 항목은 가격을 바꾸는 것만. 선택 항목은 답변 방식을 바꾸지만 숫자는 바꾸지 않는 것. 나머지는 전부 빼세요.

이사의 경우 가격을 좌우하는 정보는 여섯 가지입니다. 출발지, 도착지, 양쪽 각각 몇 층인지, 엘리베이터 유무, 옮길 짐, 그리고 희망 날짜. 이 여섯 가지만 있으면 마르셀라는 더 물어볼 것 없이 견적을 낼 수 있습니다. 하나라도 빠지면 낼 수 없죠 — 그래서 필수인 겁니다. 어떻게 알고 연락했는지, 오전이 편한지 오후가 편한지, 참고할 메모가 있는지? 이런 건 답변을 다듬어줄 뿐 가격은 바꾸지 않습니다. 선택 항목이거나, 아예 빼야 합니다.

그리고 여기, 거의 아무도 하지 않는 경고를 하나 드리자면: 폼의 가장 큰 적은 폼 자신입니다. 질문이 열두 개나 되는 폼은 아무도 끝까지 채우지 않습니다 — 이사할 사람은 차라리 메시지를 보낼 것이고, 결국 다시 질문을 하나씩 주고받는 처지로 돌아가게 됩니다. 가격을 바꾸지 않는 항목 하나하나는 순전히 당신의 궁금증을 채우려고 고객의 인내심에서 1분씩을 빌려 쓰는 셈입니다. 어떤 항목을 넣을지 말지 망설여진다면, 그 망설임 자체가 이미 답입니다.

당신의 페이지에는 어떻게 만드나요?

설명하면 됩니다. Proyecta로 만든 페이지에는 견적 요청서가 기본으로 이미 들어 있습니다. 질문 다섯 개, 그중 네 개는 필수입니다 — 이름, 전화번호, 관심 있는 서비스, 필요한 내용 — 그리고 이메일은 선택입니다. 많은 업종에서는 이것만으로도 오늘 바로 시작할 수 있습니다.

하지만 당신만의 폼은 맞춤으로 요청할 수 있습니다. 페이지를 설명했던 것과 똑같이 말로 설명하면 됩니다.

“이사 견적용 폼을 만들고 싶어요. 출발지와 도착지, 양쪽 층수, 엘리베이터 유무, 옮길 짐, 희망 날짜를 묻고, 큰 가구 사진도 올릴 수 있게 해주세요.”

질문마다 알맞은 입력 방식이 자동으로 붙습니다. “엘리베이터가 있나요?”는 클릭 한 번으로 답하게 되고 — “있는 것 같아요”라고 적어 넣는 텍스트 칸이 아니라요 —, 날짜는 달력으로, 사진은 파일 첨부로 처리됩니다. 고객이 휴대폰에서 사진을 올리면, 업로드가 끝나기 전에는 제출이 되지 않습니다. 마르셀라에게 그 사진 한 장은 질문 세 개보다 값집니다. “뭘 옮기시나요?”는 채팅에서 가장 애매하게 돌아오는 질문이거든요. “그냥 뭐, 집에 있는 보통 짐들이요.” 거실은 설명하는 것보다 보여주는 게 더 잘 통합니다.

그리고 페이지에 이미 서비스 목록이 있다면, 각 서비스의 “견적 요청” 버튼을 누르는 순간 해당 서비스가 이미 채워진 채로 요청서가 열립니다 — 당신의 페이지가 이미 아는 걸 굳이 고객에게 다시 묻지 마세요.

요청서는 어디로 도착하나요?

채팅이 아니라 보드로 도착합니다. 요청서 하나하나가 카드가 되어, 그 안에 여섯 가지 정보와 사진까지 다 담긴 채로, 당신이 이름 붙인 칸에 나뉘어 들어갑니다. 견적 대기, 견적 완료, 확정 같은 식으로요. 요청이 들어올 때마다 이메일로 알림이 오고, 고객도 막연하게 기다리지 않습니다. 확인 메시지가 다음에 무슨 일이 일어날지 — 당신이 가격을 들고 연락한다는 걸 — 약속해주니까요.

그리고 카드는 저절로 움직이지 않습니다. WhatsApp에서는 가장 최근 메시지가 위에 오지만, 보드에서는 첫 번째 칸에 아직 견적을 내지 않은 요청들이 남습니다. 월요일에 들어온 요청은 목요일이 되어도 그 자리에 그대로 남아, 당신이 직접 옮길 때까지 계속 눈에 띕니다.

폼이 해결해주지 않는 것은 무엇인가요?

가격입니다. 폼의 그 무엇도 숫자를 계산하거나 약속하지 않습니다. 고객이 보는 확인 메시지는 당신이 곧 가격을 들고 연락할 거라고 말할 뿐이고, 그 약속을 지키는 건 결국 당신 몫입니다. 견적을 내는 건 여전히 당신의 일입니다 — 다만 이제는 완전한 정보를 가지고 시작한다는 점만 다를 뿐이죠.

직접 봐야만 견적을 낼 수 있는 일이라면, 폼이 그 자리를 대신하지도 않습니다. “이상한 소리가 나는” 차나 줄자로 재야 하는 주방은 직접 가서 봐야 견적이 나옵니다. 그럴 땐 폼이 방문을 건너뛰게 해주는 게 아니라, 방문할 가치가 있도록 필요한 정보를 미리 모아주는 역할을 합니다. 여섯 가지 정보와 사진 두 장이면 되는 평범한 이사는 원격으로도 견적이 가능하지만, 엔진 소음은 그렇지 않습니다.

그리고 모든 사람에게 똑같은 질문을 합니다 — “상업용 매장이라고 답하면 다른 걸 물어봐라” 같은 건 없습니다. 만약 당신 일의 절반이 다른 질문 목록을 필요로 한다면, 그건 요령 부린 폼 하나가 아니라 폼 두 개가 필요하다는 뜻입니다. 참고로 항목은 당신의 패널에서 직접 수정하는 게 아니라, 페이지를 만들 때처럼 원하는 변경 사항을 말로 설명하면 됩니다.

두 날짜부터 확인해보세요

가장 최근에 실제로 보낸 견적을 열어보세요. 두 날짜를 찾아보세요. 처음 연락이 온 날과, 당신이 가격을 보낸 날. 그 사이의 날들은 아무에게도 청구하지 못한 시간입니다 — 질문 하나하나마다 당신이 대가를 치른 셈이고, 그동안 고객은 다른 곳을 계속 알아보고 있었습니다.

폼은 당신을 더 싸게도, 더 비싸게도 만들지 않습니다. 다만 완전한 가격으로 가장 먼저 답하는 사람으로 만들어줍니다. Proyecta에서 당신만의 폼을 설명해보세요 — 당신 업종에 맞는 여섯 가지 질문, 필요하다면 사진 첨부까지 — 그리고 페이지에 게시하세요. 다음번에 밤 아홉 시에 누군가 메시지를 보내오면, 필요한 정보는 저절로 다 갖춰져 있을 겁니다: proyecta.dev.