업무용 소프트웨어를 파는 회사는 “중소기업 대상”이라는 말만으로 첫 고객 목록을 정하기 어렵습니다. 같은 업종이라도 어떤 회사는 견적을 문서로 주고받고, 다른 회사는 기존 시스템에서 처리합니다. 직원 수나 업종 이름만 보고 모든 회사가 같은 문제를 겪는다고 가정하면 제안이 구체적이지 않습니다. 고객은 자기 업무에 왜 필요한지 이해하기 전에 제품 기능 목록부터 받게 됩니다.
Outreach는 공개 사업자 연락처를 찾고, 결과를 검토하고, 이메일을 보내고, 답장 여부를 확인하는 서비스입니다. 이 글은 견적 승인 과정을 관리하는 가상 B2B 소프트웨어 업체가 서울의 산업 부품 유통 회사에 첫 대화를 제안하는 상황입니다. 특정 고객의 도입 성과나 존재하지 않는 소프트웨어 기능을 주장하지 않습니다.
어떤 업무 문제를 먼저 한 문장으로 정하나요?
판매자는 소프트웨어가 다룰 업무와 확인할 가정을 구분해야 합니다. 예시에서는 “견적을 작성한 뒤 내부 승인을 확인하는 업무”를 주제로 삼습니다. 모든 산업 부품 유통 업체가 이 업무 때문에 어려움을 겪는다고 단정하지 않습니다. 실제로 반복되는지와 현재 어떤 방법을 쓰는지는 고객에게 확인할 사항입니다.
후보 조건은 업종, 제공 가능한 지역과 언어, 처리할 업무, 제품이 맡지 않는 범위로 정리합니다. 기존 회계 프로그램이나 재고 관리를 대체하지 않는 제품이라면 그 제한을 분명히 적습니다. 고객이 처음부터 전체 업무 교체를 기대하지 않도록 무엇을 제안하는지 정확히 알려야 합니다.
제품 소개에는 현재 제공하는 화면과 실제 사용 조건만 넣습니다. 연결해 본 적 없는 다른 프로그램을 자동으로 연결한다고 적지 않습니다. 확인하지 않은 시간 절감이나 비용 절감 수치도 넣지 않습니다. 아직 직접 증명할 고객 사례가 없다면 제품의 처리 범위와 확인할 질문을 설명하면 됩니다.
어떤 회사와 어떤 키워드로 시작하나요?
제품이 처리할 업무가 발생할 수 있는 고객 업종을 찾되, 수요는 결과와 대화에서 확인합니다. 예시에서는 “산업 부품 유통”, “공구 도매”, “전기 자재 도매”를 검색 후보로 생각할 수 있습니다. 이 업종이 소프트웨어 구매를 확정했다는 뜻은 아닙니다.
프로젝트 안에서 키워드 그룹의 나라와 지역, 공통으로 붙일 말, 목표를 정합니다. 가상 업체는 서울의 고객을 먼저 검토하지만, 원격 설명과 지원을 제공한다면 실제 조건에 맞춰 다른 지역을 별도 그룹에 둘 수 있습니다. 프로젝트가 나라 하나에만 제한된다고 전제할 필요는 없습니다. 지원 가능한 언어와 제공 범위는 사용자가 판단해야 합니다.
“견적 승인 프로그램”처럼 판매하는 제품 이름으로만 찾으면 경쟁 제품과 소개 글이 나올 수 있습니다. 고객의 자기소개에 쓰일 업종어를 찾고, 홈페이지에 상품과 견적 문의가 있는지 검토합니다. 회사의 공개 홈페이지에서 사용하는 문구를 보고 실제 고객군에 맞는 표현으로 고칩니다. 검색만으로 내부 업무 도구를 알아냈다고 주장하지 않습니다.
어떤 공개 연락처로 첫 대화를 시작하나요?
업무 제안이 전달될 이메일을 중심으로 받고, 추가 채널은 실제 계획에 맞게 선택합니다. 예시에서는 이메일을 ‘꼭 있어야 함’, 전화번호를 ‘있으면 받기’, 인스타 아이디를 ‘안 받음’으로 둘 수 있습니다. 상담 전화를 하지 않는다면 전화번호도 받지 않을 수 있습니다.
이메일·전화번호·인스타 아이디·링크드인의 선택지는 ‘안 받음’, ‘있으면 받기’, ‘꼭 있어야 함’입니다. 필수 항목은 모두 필요하고, 선택 항목이 없는 것은 다른 필수 조건을 만족한 업체를 막지 않습니다. 이메일과 전화번호를 모두 필수로 선택하면 하나만 공개한 회사는 받지 못합니다. ‘안 받음’ 정보는 사용자에게 제공하지 않고 구매 비용도 없습니다.
연락처 한 항목을 실제로 받으면 1크레딧입니다. 공개 회사 이메일은 구매 담당자나 내부 승인 책임자의 개인 이메일이라는 보장이 없습니다. 대표 연락처라면 업무 제안을 검토할 부서로 전달 가능한지 확인합니다. 담당자 이름을 모르면 아는 것처럼 꾸미거나 개인 정보를 추측해서 문구에 넣지 않습니다.
받은 업체에서 무엇을 확인해야 하나요?
업무 적합성을 확인할 공개 근거와 아직 모르는 내부 조건을 구분합니다. ‘수집 시작’ 뒤 ‘수집 결과’에서 업체 홈페이지와 취급 상품을 봅니다. 산업 부품을 기업에 공급하는 회사인지, 구매 문의와 견적 상담을 받는지 확인할 수 있습니다. 이것은 해당 업무가 있을 가능성이지 내부 승인 문제의 증명은 아닙니다.
판매자는 소매 소비자만 상대하는 매장, 제품이 지원하지 않는 업종, 지원 언어가 맞지 않는 회사를 별도로 구분합니다. 여러 지점이 있다는 사실만으로 복잡한 승인 절차가 있다고 해석하지 않습니다. 현재 시스템, 권한 구조와 구매 예산은 대화에서 확인할 질문으로 남깁니다.
‘엑셀로 내려받기’는 Excel에서 사용할 수 있는 CSV 파일이며 구매하지 않은 연락처 칸은 비어 있습니다. 팀은 이 파일에 공개 근거와 확인할 가정을 구분해서 적을 수 있습니다. 팀은 이 파일을 동료에게 전달해 고객 적합성 검토를 부탁할 수 있습니다.
첫 제안에는 기능과 질문을 얼마나 넣나요?
현재 제공하는 업무 범위를 짧게 설명하고, 그 업무가 실제로 있는지 물어봅니다. 고객이 문제를 겪는다고 단정하는 것보다 확인할 질문을 보내는 편이 사실에 맞습니다. 가상 소프트웨어 업체는 견적 승인 관리의 범위를 설명하고 관련 업무 담당자와 대화할 수 있는지 묻습니다.
다음은 기능이 확인된 제품으로 바꿔 쓸 수정용 가상 예시입니다. 실제 발신자 정보와 수신 국가의 광고 연락 요건을 갖추고, 본인 제품이 하지 않는 일은 삭제해야 합니다.
제목: {company_name} 견적 승인 업무 확인 문의
안녕하세요. 견적 작성 뒤 내부 승인 상태를 관리하는 업무용 소프트웨어를 제공하는 업체입니다.
산업 부품 공급 업체의 견적 승인 업무를 주제로 연락드립니다. 귀사에서도 견적 승인 상태를 여러 문서나 메시지에서 확인하는 업무가 있는지 먼저 여쭤보고 싶습니다.
관련 업무가 있다면 현재 제공하는 화면과 처리 범위를 설명드려도 될까요? 재고·회계 시스템을 대신하는 제안은 아니며 기존 도구와의 연결 가능 여부는 별도로 확인해야 합니다.
실제 담당자 이름 · 회사명 · 연락처 추가 연락을 원하지 않으시면 회신으로 알려 주세요.
이 문구는 상대가 이미 어려움을 겪는다고 주장하지 않습니다. 상담 예약과 무료 가입과 구매를 한꺼번에 요구하지도 않습니다. 제품이 필요한지부터 확인해야 적합하지 않은 고객에게 도입 설명을 반복하지 않습니다. 존재하지 않는 대기업 고객이나 확인하지 않은 개선 수치를 넣을 이유도 없습니다.
미리보기와 테스트에서는 무엇을 고치나요?
업체 이름과 제품의 책임 범위, 하나의 답장 요청을 확인합니다. ‘보낼 문구 작성’에서 {company_name}을 제목이나 본문에 넣으면 실제 대상 업체 이름으로 바뀝니다. ‘이렇게 나갑니다’에서 그 이름이 문장에 자연스럽게 들어가는지 확인합니다.
이메일을 보내기 전에는 '설정'의 '메일 연결'에서 본인 이메일 계정을 연결하고 설정을 저장합니다. 화면에 나온 메일 서비스별 안내를 따라 연결한 뒤, 본인에게 테스트 메일을 받아 확인합니다. 회사가 실제로 사용하는 발신 계정을 연결해야 상대 업체의 답장도 그 계정에서 확인할 수 있습니다.
‘내게 먼저 테스트 발송’으로 자기 연결 이메일에서 화면 안내 링크와 문구를 확인합니다. 고객이 볼 수 있는 제품 화면인지, 비공개 고객 자료나 내부 화면이 섞이지 않았는지 살펴봅니다. 제품을 소개하는 메일은 기술 설명서 전체가 아니라 이번 회사가 답할 한 가지 업무 질문을 담아야 합니다.
테스트는 실제 잠재 고객 영업 발송이 아니고 업체 정보를 새로 모으는 기능도 아닙니다. 첫 문구와 후속 문구를 저장할 수 있지만 지원 범위나 제공 조건이 바뀌면 다시 확인해야 합니다. 이전 캠페인에서 만든 문구에 현재 없는 기능이 남아 있다면 실제 발송 전에 고칩니다.
이메일 발송과 연락 규정은 어떻게 확인하나요?
연결한 발신 이메일과 검토한 수신자를 확인하고, 해당 국가의 광고 연락 요건에 따라 보냅니다. 공개 회사 이메일을 받았다는 사실은 마케팅 수신 동의가 아닙니다. 동의 요건, 발신자 표시와 연락 중단 방법을 확인해야 하며 국내 안내는 KISA 자료를 참고할 수 있습니다. 광고 표시만으로 모든 발송이 허용되지는 않습니다.
이메일 한 통은 2크레딧이며 기본 간격은 약 10분입니다. 간격은 조정할 수 있고 변동될 수 있습니다. 모든 메일이 즉시 전달되거나 담당자가 답장한다고 보장하지 않습니다. 상대 업무 언어와 시간대를 고려하는 일도 판매자의 몫입니다.
연락 중단 요청은 다음 캠페인에서도 지켜야 합니다.
답장 이후 어떤 질문이 도입 상담을 만드나요?
판매자는 현재 업무, 사용자와 도입 제약을 확인해 제품 적합성을 판단합니다. ‘이미 보낸 곳’에서 답장 기록을 확인하고 ‘보낸 때’의 최근 7일·30일·90일과 발송 횟수로 연락 이력을 봅니다. 링크를 눌렀다는 기록은 자료 반응이고, 제품 가입이나 유료 도입이 아닙니다.
가상 고객이 “현재 이메일로 승인합니다”라고 답하면 업무 방법을 확인한 상태입니다. 어떤 사람이 승인을 요청하고 결정하는지, 필요한 기록이 무엇인지, 제품이 지원하는 범위와 기존 도구 조건이 맞는지 추가로 확인합니다. “설명을 듣고 싶다”는 답장만으로 계약이나 도입을 완료한 것은 아닙니다.
상담, 제품 사용 검토, 실제 가입, 유료 계약은 별도 기록에서 구분합니다. Outreach가 고객 소프트웨어의 가입이나 결제를 자동으로 받아온다고 가정하지 않습니다. 실제 사용자가 등록했는지와 계약을 체결했는지는 판매자의 확인된 자료로 관리해야 합니다. 연락 반응을 판매 결과로 바꾸어 계산하지 않습니다.
답장이 없을 때 어떤 후속 문구가 맞나요?
제품 적합성을 판단할 새 자료를 추가할 수 있을 때 후속 연락을 검토합니다. 이미 보낸 회사 중 답장이 없는 곳을 골라 별도의 후속 문구를 수동으로 보낼 수 있습니다. 가상 예시라면 “승인 담당자와 요청 담당자가 어떤 상태를 확인하는지”를 실제 제공 화면에 맞춰 짧게 설명할 수 있습니다.
답장이 없다는 이유만으로 고객이 시간이나 비용을 낭비한다고 말하지 않습니다. 고객이 이미 충분한 도구를 쓴다고 답하면 그 답을 존중하고 무조건 교체해야 한다고 주장하지 않습니다. 연락 중단을 요청한 회사에는 추가로 보내지 않습니다.
전달 실패는 기록을 확인한 뒤 다음 연락을 판단합니다. 실패 기록이 자동 재발송을 뜻하지 않습니다. 답장을 받은 회사에는 동일한 후속 문구보다 그 답에 맞는 질문을 보내는 편이 정확합니다. 예를 들어 기존 도구와의 연결을 물었다면 확인된 연결 조건만 설명하고 검토하지 않은 기능을 가능하다고 약속하지 않습니다.
무료 가입 뒤 첫 프로젝트는 어떻게 정하나요?
하나의 업무 가설과 한 고객 업종으로 시작해 실제 적합성을 확인합니다. 가입 시 무료 100크레딧을 받고 월 구독은 없습니다. 이메일 정보 30개를 실제로 받고 이메일 30통을 보내는 가상 비용은 90크레딧입니다. 정보 비용 30크레딧과 발송 비용 60크레딧을 합친 계산이며 30곳의 고객이나 유료 계약을 보장하지 않습니다.
전화번호를 함께 받으면 실제 받은 항목만큼 더 듭니다. 수집 전 비용 안내와 잔액을 확인하고, 프로젝트 설명에 “산업 부품 업체의 견적 승인 업무 확인”처럼 고객과 질문을 적습니다. 처음부터 모든 업종과 모든 제품 기능을 넣기보다 작은 명단에서 업무 가정이 맞는지 확인하는 편이 다음 제안을 정하기 쉽습니다.
서비스 전체 순서와 첫 제안·후속 메일 작성을 참고하고 무료 가입에서 시작할 수 있습니다. Outreach는 연락처와 연락 이력을 정리하는 데 사용하고, 제품 적합성과 실제 도입은 확인한 상담 내용과 사용 기록을 기준으로 결정하세요.
