매출·현금흐름·가격 협상 16가지｜계약부터 입금·재구매·구독까지 보는 법

매출 숫자 하나보다 “언제 들어오고, 무엇이 남고, 다시 살 이유가 있는가”를 함께 봅니다

사업 운영에서 매출과 현금, 이익, 입금 시점, 계약 범위, 재구매는 서로 연결돼 있습니다. 한 항목만 보면 할인이나 채용처럼 빠른 처방을 먼저 선택하기 쉽습니다. 기존 BIZLOG 글 16개를 계약 전·계약 후·입금·마진·재구매 흐름으로 묶어 어떤 숫자와 조건을 먼저 확인할지 정리했습니다.

매출 하락 원인 분석

매출이 줄었다고 바로 할인 이벤트를 열면 안 된다. 정확히 어느 단계에서 고객이 떨어져 나가는지 먼저 쪼개본다. 같은 문제는 다른 해결책을 요구한다.

매출이 떨어졌다는 신호를 받으면 대부분의 사업자는 같은 반응을 한다. 쿠폰을 늘린다, 할인율을 높인다, 이벤트 기간을 연장한다. 이 방법들은 문제가 '구매 의향이 없는 고객'일 때만 먹힌다. 하지만 매출 하락의 원인은 네 가지 중 하나다.

문제를 정확히 진단하지 않고 할인만 늘리면 어떻게 될까. 첫째, 이미 구매 결정을 한 고객한테까지 할인을 주게 돼 마진이 깎인다. 둘째, 본래 원인은 그대로 남아서 다음달에도 매출은 떨어진다. 셋째, 할인에만 반응하는 고객층이 늘어난다. 넉 달 뒤 할인 없이는 매출을 만들 수 없는 악순환이 온다.

매출(Revenue) = 방문자 × 클릭율 × 전환율 × 객단가

이 네 개 숫자를 각각 지난달과 이번달 비교해본다. 어느 것이 떨어졌는지 보이면, 이제 할 일이 명확해진다.

예를 들어 매출이 10% 떨어졌는데, 방문자는 같고 클릭율도 같지만 전환율이 10% 떨어졌다면? 이건 '제품 자체가 고객한테 덜 매력적으로 보인다'는 뜻이다. 여기서 할인은 임시방편이다. 이미지를 바꾼다, 설명을 수정한다, 리뷰를 늘린다는 게 먼저다.

반대로 방문자 수가 30% 떨어졌는데 클릭율과 전환율은 같다면? 이건 '웹사이트에 오는 사람이 줄었다'는 뜻이다. 할인은 쓸모없다. 광고 예산을 점검한다, 채널을 바꾼다, SEO를 다시 본다는 게 맞다.

13주 현금 흐름 시트

손익계산서는 흑자인데 현금이 부족한 일이 반복된다면, 문제는 보고 방식에 있을 수 있습니다. 13주 단위로 현금 유입과 고정비를 나열하면 급여·세금 시점이 겹치는 위험을 미리 볼 수 있습니다.

대표가 매달 보는 손익계산서는 매출 발생 기준입니다. 프로젝트를 완료했으면 그 수익이 그 달 매출로 기록되지만, 실제 돈은 한두 달 뒤에 들어올 수 있습니다. 협력사 대금, 부자재비도 마찬가지—지출로 기록되는 시점과 돈이 나가는 시점이 다릅니다.

현금흐름은 '언제 돈이 실제로 들어오고 나가는가'를 기록합니다. 손익이 검은색이어도 현금이 바닥날 수 있는 이유가 여기입니다. 특히 프로젝트형 사업(시공, 용역, 제조)이나 시즌형 사업(관광, 배송, 계약직)은 매출 인식과 현금 회수 사이 간격이 크기 때문에 더 위험합니다.

월 단위 예측은 너무 크고, 주 단위는 너무 세밀합니다. 13주(약 3개월)는 대부분 사업의 급여·세금·대금 회수 주기를 모두 담을 수 있는 창입니다. 한 번에 보기에 좋고, 매주 업데이트하기에 부담 없는 시간 스케일입니다.

13주 시트는 이렇게 구성합니다: 첫 번째 줄에 주별 날짜(또는 주차)를 기입합니다. 그 아래 현금 유입(프로젝트 완공금, 기성금 회수, 선금, 기타 수입)을 주별로 예상 금액을 기입합니다. 그 다음 줄부터는 확정된 고정비—급여, 임차료, 통신료, 협력사 선급금—을 기입합니다. 마지막에 합계를 구하면 각 주의 현금 잔액 추이가 한눈에 보입니다.

재구매율 개선

신규 고객 확보에만 집중한 사업은 시간이 지나면서 재구매율이 정체된다. 기존 고객이 두 번째 구매를 결정하는 시점을 놓치면 고객 이탈은 가속화된다.

많은 재구매형 사업은 신규 확보에 광고 예산의 대부분을 쏟는다. 월마다 수백 명의 신규 고객이 유입되고, 그 수치만 보면 사업이 크는 것처럼 느껴진다. 하지만 다음 달 같은 광고비로 똑같은 수의 신규 고객을 모아야 할 때, 문제가 드러난다.

첫 구매자의 대다수가 돌아오지 않으면, 신규 유입은 물 샛는 통에 계속 물을 붓는 것과 같다. 구독형 피트니스, 뷰티 박스, 코칭 프로그램, 소비재 정기 배송 같은 재구매형 비즈니스는 특히 이 함정이 깊다. 신규 확보 비용이 고객 생애 가치보다 빠르게 상승하면, 사업의 기본이 흔들린다.

재구매가 일어나는 시점은 우연이 아니라, 고객이 첫 구매 상품·서비스를 경험하고 특정 시간 후 '이걸 또 사야 하나'라는 생각에 도달하는 순간이다. 헬스장은 이 주기가 2주에서 4주. 스킨케어 정기구독은 3주에서 5주. 인테리어 자문 서비스는 3개월에서 6개월일 수 있다.

대부분의 대표는 이 시간 창을 정확히 모른다. '일반적으로 고객이 3주 후에 돌아온다'는 막연한 생각만 있고, 자신의 고객 데이터에서 실제 재구매 시간을 측정하지 않는다. 그러는 사이 고객은 첫 구매 후 2주 차에 '아, 이건 내 필요가 아니었나' 또는 '더 나은 대체재가 있나' 하며 검색을 시작하고, 그 시점에 아무 신호도 오지 않으면 이탈한다.

입금 독촉 프로세스

입금일 경과 후 몇 번 연락할지, 어떤 문구로 할지 매번 고민하는 것 자체가 감정 소모다. 규칙을 정하고 기록하면 담당자도 예측 가능하고, 당신도 흔들리지 않는다.

입금일이 지나고 처음에는 조심스럽게 연락한다. 그래서 '혹시 입금 일정에 변동이 있으신가요?' 같은 약한 톤을 쓴다. 사흘 지나면 조금 더 강하게, 일주일 지나면 짜증이 섞인다. 결국 입금까지 10일이 걸린다.

이렇게 되는 이유는 규칙이 없기 때문이다. 매번 상황을 '감정으로' 판단한다. '이번엔 좀 더 조심해야 하나', '이 담당자는 좀 민감한가' 같은 생각이 들면서 시간이 늘어난다. 결과적으로는 입금이 더 늦어진다.

입금 예정일 기준으로 단계를 미리 정한다. 예를 들면 이렇게:

• 입금 예정일 당일: 기록만 남긴다. • 입금 예정일 +2일(수요일 입금 예정 → 금요일): 이메일 또는 메시지로 '입금 현황 확인 부탁드립니다' 발송. • 입금 예정일 +5일: 문장을 좀 더 명확하게. '입금 상황 확인이 필요합니다. 연락 부탁드립니다.' • 입금 예정일 +7일: 전화 통화로 직접 확인.

이 단계들은 거래처별로, 상품 특성별로 조정할 수 있다. 중요한 것은 '내가 정했다'는 것이다. 그러면 독촉할 때마다 판단하지 않아도 된다. 규칙만 따르면 된다.

외주 계약서 완료 기준

개발·디자인·제작 외주에서 '납품 완료'의 뜻이 사업자와 고객이 다르면 분쟁이 생긴다. 기능 목록만으로는 부족하고, 언제까지 수정하는지, 어떤 상태를 넘기는지를 계약서에 함께 써야 한다.

외주 계약서에는 보통 '로그인 기능', '결제 모듈', '디자인 시안' 같은 기능 목록이 길게 적혀 있다. 사업자 입장에서는 그 목록을 모두 구현하면 '납품했다'고 생각한다. 그런데 고객은 '기능은 있는데 버그가 많다', '속도가 느리다', 'UI가 마음에 안 든다'며 추가 수정을 요청한다.

문제는 '완료'의 정의가 계약서에 없다는 것이다. '기능을 다 만들었다'와 '버그 없이 완벽하게 작동한다'는 전혀 다른 의미이지만, 계약서에 이 차이가 담겨 있지 않으면 양쪽 입장이 계속 충돌한다. 한쪽은 기능 체크리스트를 마쳤으니 완료라고 주장하고, 다른 한쪽은 자신의 기준에 맞을 때까지 수정해야 한다고 본다.

계약서에 기능과 완료 기준을 함께 섞어 쓰면 나중에 해석이 엇갈린다. 별도 항목으로 구분하면 혼동을 줄일 수 있다.

예를 들어, 앱 개발 프로젝트라면 이렇게 나눈다: • 기능 목록: '회원가입', '로그인', '상품 검색', '장바구니' • 완료 기준: '기능 단위로 기획서 대로 작동하며, 협의된 브라우저에서 오류 없이 로드되고, 테스트 케이스 10개를 모두 통과하며, 합의된 성능 기준(페이지 로드 2초 이내)을 만족할 때'

완료 기준은 객관적인 지표들로 이루어져야 한다. '예쁜 디자인', '좋은 사용성' 같은 주관적 표현은 피하고, '픽셀 완벽성 ±2px 범위', '색상 코드 일치', '폰트 크기 지정 대로' 같이 측정 가능한 것들을 넣는다.

손실 상품 찾기

팔리는 상품과 남는 상품은 다르다. 세 숫자를 한 화면에 놓고 비교하면 운영 시간을 낭비하는 상품이 명확히 보인다.

사업자는 보통 가장 많이 팔리는 상품을 별도로 집중한다. 그런데 막상 장부를 보면 그 상품이 실제 이익을 덜 버는 경우가 흔하다. 주문은 많지만 반품이 많거나, 배송비와 포장비가 크거나, 고객 AS 요청이 계속 들어오기 때문이다. 어떤 상품은 원가가 높아서 마진율이 낮다. 또 다른 상품은 외상이 많아 돈이 들어오는 속도가 느리다.

이런 차이는 매출액 하나만 봐서는 절대 보이지 않는다. '올달 매출 1000만원'이라는 수치는 빠르게 돈이 들어오는 상품인지, 외상으로 6개월 뒤에나 현금화되는 상품인지 알려주지 않는다. 역시 '올달 매출 1000만원'이어도 포장 재료비가 100만원 들고 배송비가 200만원 드는 상품과, 배송비 20만원만 드는 상품의 실제 남는 돈은 완전히 다르다.

상품별로 매출, 마진, 현금흐름 세 가지를 표로 만들어 보자. 표준 양식은 이렇다: (상품명) | 월매출 | 순마진액 | 평균 입금 소요일.

예를 들어 A 상품은 월매출 500만원, 순마진 150만원(30%), 평균 5일 만에 현금이 들어온다. B 상품은 월매출 600만원이지만 순마진은 90만원(15%), 평균 35일이 지나야 현금이 들어온다. 매출만 보면 B가 더 크지만, 같은 운영 비용 속에서 A가 훨씬 더 효율적인 상품이다. B는 고객이 선금을 안 하거나, 외상 기간이 길거나, 청구서 송금 대기 기간이 긴 상품이다.

현금흐름이 느린 상품은 그 동안 당신의 운영자금을 묶어둔다. 월 600만원을 팔아도 35일이 지나야 받으면, 매달 새로 들어오는 주문마다 외상 규모가 늘어난다. 소규모 사업자는 이 현금 부족으로 다른 상품 재고를 못 사거나, 직원 급여 주기를 앞당기지 못한다.

고객 이탈 사유 코드

재구매가 끊긴 고객에게 물어봐도 늦다. 이탈이 시작되기 전에 이탈 사유를 분류하는 체계를 갖춰야 한다.

지난달 재구매 고객이 20% 줄었다는 리포트가 나온다. 영업팀과 마케팅팀이 모두 물어본다. 언제부터? 어떤 상품에서? 어느 고객층이? 그런데 데이터 담당자가 꺼낸 답은 늘 같다: '이탈 사유 구분이 명확하지 않아서 '기타'로 처리했습니다.'

이것이 반복되면 월별 이탈 패턴도 잡을 수 없고, 비슷한 이유로 떠날 고객들을 미리 잡아낼 수도 없다. 고객 한 명이 떠날 때마다 인지도 못하고, 수십 명이 떠난 후에야 '뭔가 문제가 있다'는 것을 깨닫는다.

구독 또는 반복 거래 서비스를 운영하면 한 가지 아이러니를 맞닥뜨린다. 고객을 잃고 나서 "왜 떠나셨나요?"라고 물을 때, 답변은 대부분 두 가지다. 첫째, 응답하지 않는다. 둘째, 응답해도 진짜 이유가 아니다.

고객은 실제 떠난 이유(가격이 올랐다, 더 나은 경쟁 상품이 나왔다, 배송 지연이 반복되었다)보다 무난한 대답을 한다. 진짜 통증을 느낀 것은 이미 행동으로 옮겨졌기 때문이다. 그래서 필요한 것은 사후 설문이 아니라, 이탈이 일어나기 **전에** 이탈 신호를 포착하고 분류하는 시스템이다.

구독형 서비스 설계 고객 가치

일회성 서비스를 구독형으로 바꾸려면 기능을 늘리기 전에, 고객이 "매달 다시 돈 낼 이유"를 명확히 써야 한다. 그 한 문장이 없으면 패키지는 포장지일 뿐이다.

많은 사업자가 일회성 서비스에서 구독형으로 전환할 때 같은 실수를 반복한다. 월 기능을 1개, 2개 추가하고, 추가 기능에 프리미엄 태그를 붙이고, 가격 플랜을 만든 후 론칭한다. 처음 3개월은 신선한 느낌으로 일부 고객이 계속 결제하지만, 이내 취소가 쌓인다. 왜인가. 고객 입장에서 "매달 내가 왜 돈을 써야 하는가"를 느끼지 못했기 때문이다.

구독은 기능의 누적이 아니라 반복되는 필요의 충족이다. 예를 들어 클라우드 스토리지는 매달 새로운 파일이 생기므로, 저장 공간이 차오르는 불편함이 매달 반복된다. 그래서 사람들은 매달 10달러를 낸다. 만약 스토리지가 "월 1개 새로운 기능"을 추가하는 방식이었다면, 3개월 후엔 충분한 기능이 쌓여서 구독이 필요 없어졌을 것이다.

구독형을 설계하기 전에 가장 먼저 할 일은 이 한 문장을 명확히 쓰는 것이다: "우리 고객은 매달 _____ 때문에 우리에게 돈을 낸다."

이 문장을 채울 수 없다면, 지금 바로 구독형으로 전환하면 안 된다. 왜냐하면 그 한 문장이 곧 고객 유지의 핵심이기 때문이다. "기능이 계속 추가되니까", "최신 기술을 쓸 수 있으니까", "업그레이드되니까" 같은 어절은 가치 명제가 아니다. 이건 광고문구이지, 고객이 매달 카드를 긁는 이유가 아니다.

진짜 한 문장은 이런 식이다: "매달 새로운 시장 데이터가 업데이트되니까", "우리 AI가 매달 정확도를 올려서 일거리가 확실해지니까", "경쟁사 분석이 매주 달라지니까", "우리 팀이 매달 고객 피드백을 반영한 일이 쌓이니까". 이 문장들은 고객의 일상적 반복 불편함, 또는 반복되는 가치 손실을 막는 이유를 담고 있다.

B2B 가격 협상 기간 조건

고객이 인하를 요구할 때 무조건 깎기만 하면 마진이 증발한다. 계약 기간, 결제 조건, 최소 주문량으로 협상 구조를 바꾸면 단가를 지키면서도 거래처 불안감을 해소할 수 있다.

고객이 가격을 내려달라고 할 때 대부분의 B2B 사업자는 즉시 할인 폭을 생각한다. 하지만 이 순간이 바로 마진을 갉아먹는 악순환의 시작이다. 올해 5% 깎아주고 내년에 또 깎아달라는 요청이 반복되면, 단기간에 수익성이 급락한다.

기간 협상은 다르다. 고객이 원하는 것은 '저렴한 가격'이 아니라 '비용 예측 가능성'이다. 1년 단기 계약이라 불안정하면 가격을 낮춰달라고 요청하지만, 3년 고정 계약이면 그 안정성 자체만으로도 거래처는 만족한다. 제공 측도 3년 예정 수량을 미리 알 수 있으니 마진 계획을 세울 수 있다.

협상 자리에서 고객이 "단가를 10% 내려달라"고 하면, 조건을 바꿔서 돌려준다. "1년 단위 계약을 3년으로 연장하시면 2% 인하가 가능합니다"라는 식이다. 고객 입장에서는 3년간 단가를 보장받으니 장기 예산 수립이 쉬워진다. 사업자 입장에서는 3년치 수량이 보장되므로 생산 계획을 안정적으로 짤 수 있다.

이 구조의 핵심은 '기간이 길수록 허용 할인폭이 커진다'는 명확한 규칙을 만드는 것이다. 1년 단위는 0% 인하, 2년 단위는 1.5% 인하, 3년 이상은 3% 인하 식으로 자신의 사업 특성에 맞게 기준을 정해놓으면, 협상할 때 감정적 판단이 줄어든다. 이 기준이 있으면 고객도 받아들이기 쉽다.

SaaS 무료 체험 전환율 온보딩

가입자 수는 늘었는데 첫 주 이탈이 높다면, 기능 개수가 아니라 신규 사용자가 얼마나 빨리 '작은 성공'을 경험하는지를 확인해야 한다.

신규 사용자가 가입한 후 첫 7일 안에 떠나가는 구간을 추적해보면, 대부분의 이탈은 기능 부족 때문이 아니다. 사용자가 제품을 통해 실질적인 '성공'을 경험하지 못했을 가능성이 높다. 예를 들어 협업 도구를 가입한 팀 리더는 기능 목록을 보고 싶지 않다. 자신의 팀이 실제로 다음 회의 준비를 더 빨리 끝내는 경험을 원한다.

온보딩 화면에서 많은 기능을 나열하거나 긴 튜토리얼을 강요하는 것과 사용자가 즉시 작은 성공을 경험하는 것은 다른 문제다. 전자는 제품의 가능성을 설명하는 방식이고, 후자는 사용자가 자신의 문제를 해결하는 경험이다. 유료 전환이 일어나는 기업들은 이 둘을 구분한다.

첫 성공 경험은 복잡한 과정이 아니다. 신규 사용자가 1~2분 안에 '내가 이 제품을 써서 뭔가 했다'고 느낄 수 있는 순간이다. 프로젝트 관리 앱이라면 첫 작업을 등록하고, 그것을 완료 표시하는 것. 이메일 마케팅 도구라면 첫 이메일을 보내고 클릭 수를 확인하는 것. 이 과정 자체가 사용자의 가치 인식을 결정한다.

중요한 것은 이 초기 경험이 '실용적'이어야 한다는 점이다. 데모 계정에서 더미 데이터를 다루는 것과 자신의 실제 업무 데이터를 입력해서 결과를 보는 것의 심리적 거리는 크다. 사용자가 처음부터 '내 데이터'를 사용하도록 유도하면 심리적 소유감이 높아지고, 그 결과 떠나갈 가능성도 줄어든다.

가격 문의 고객 관리, 비교 기준 제시

가격을 보낸 고객이 경쟁사와 비교하다 연락을 끊는다면, 문제는 가격이 아니라 고객이 무엇을 기준으로 판단해야 하는지 모르기 때문이다. 비교 프레임을 먼저 제시하면 구매 결정이 가속화된다.

가격 문의는 관심의 신호다. 하지만 견적을 받은 고객의 절반 이상이 회신 없이 사라진다. 문제는 당신의 가격이 비싸서가 아니다. 고객이 무엇을 기준으로 당신과 경쟁사를 비교해야 하는지 모르기 때문이다.

고객은 가격표만 받으면 숫자의 크기부터 본다. 그 숫자가 합리적인지 판단할 기준이 없으면, 낮은 가격을 찾아 다른 곳으로 간다. 더 정확히는, 당신이 제시한 가격 뒤에 어떤 가치가 있는지 모르므로 경쟁사 가격과 단순 비교한다. 경쟁사도 비슷한 가격을 제시하면 더욱 혼란스러워진다. 결국 고객은 판단을 미루고, 그 상태로 당신을 잊는다.

고객이 경쟁사 견적을 나란히 놓고 비교할 때, 그들은 수십 개의 스펙 항목을 모두 읽지 않는다. 대신 자신이 중요하다고 생각하는 2~3가지 항목만 본다. 문제는 당신이 중요하다고 생각하는 항목과 고객이 중요하다고 생각하는 항목이 다를 수 있다는 점이다.

예를 들어 소프트웨어 라이선스 판매자는 보안 기능과 통합 API의 깊이를 강조하지만, 고객은 구현 기간, 교육 비용, 장애 대응 시간을 더 본다. 제조 장비 판매자는 정밀도 스펙을 강조하지만, 구매자는 유지보수 주기와 A/S 가능 지역을 더 중요하게 본다. 당신이 강조하지 않은 항목이 비교의 중심이 되면, 고객은 당신이 그 항목에서 약하다고 가정한다. 그러면 이미 판단은 끝난 것이다.

확정 입금 예정액

계약서의 매출액만 봐서는 자금 흐름을 읽을 수 없다. 월초마다 봐야 할 숫자는 따로 있다.

계약 기반 비즈니스를 운영하는 대표라면 매달 경험하는 괴리가 있다. 지난달에 계약한 3개 프로젝트의 매출이 이번달 매출로 인식되지만, 돈이 들어오는 시점은 제각각이다. A사는 계약 후 30일 뒤에, B사는 납품 완료 60일 뒤에, C사는 분할로 3개월에 걸쳐 입금하기로 했다.

재무제표상 매출은 크다. 하지만 월초에 급여를 지급하거나 광고비를 결제해야 할 때 통장을 보면 현금은 여전히 부족하다. 이 갭이 커질수록 자금 유동성의 압박이 커진다. 매출 달성이 곧 수익성을 의미하지 않는 이유다.

확정 입금 예정액이란 계약서 상에서 명확하게 정해진 입금일 기준으로 이번달(또는 향후 30일)에 실제 들어올 것이 확실한 돈의 합계다. 미수금이 아니다. 아직 확정되지 않은 추가 계약이나 협상 중인 프로젝트는 빼야 한다. 입금 기한에 문제가 있는 거래처도 구분해야 한다.

예를 들어 5월 15일이 기준일이라면, 5월 중에 들어올 돈만 센다. 6월 5일 입금 예정인 건 아무리 큰 계약이어도 이번달 자금 계획에는 포함하지 않는다. 현금 흐름은 예정액이 아니라 실제 입금일이 생명이기 때문이다.

개발 외주 계약, 계약금 없이

계약금 없이 프로젝트를 시작했다면, 돈 이야기 전에 범위·변경·지급 시점을 먼저 명확히 해야 한다. 급히 일을 시작할 땐 이 세 가지를 체크리스트처럼 확인하자.

계약금 없이 일을 시작한다는 것은 클라이언트가 완성도나 진행 상황에 관계없이 언제든지 일을 멈추거나 요청을 바꿀 수 있다는 의미다. 당신도 원가를 들인 후에야 보상을 받으니 흐름이 한쪽으로 기울어져 있다.

그래서 계약금이 없을수록 처음 단계에서 더 엄격하게 규칙을 정해야 한다. 돈을 담보로 할 수 없으니 '조건'을 담보로 해야 하기 때문이다. 많은 소규모 팀이 계약금 없음을 '우호적인 관계'로 해석하고 규칙을 완화하는데, 이것이 나중에 범위 확대, 변경 무한 루프, 지급 미뤄짐으로 이어진다.

범위는 '포함되는 것'과 '포함되지 않는 것'을 동시에 정의해야 한다. 예를 들어 '웹앱 개발' 또는 '디자인 3안 수정'이라는 표현은 너무 모호하다. 대신 '로그인 페이지, 대시보드, 결제 화면까지 포함. 모바일 반응형 디자인 포함. 백엔드 연동은 미포함'처럼 명시하는 것이다.

이 범위는 메시지나 통화가 아니라 문서(이메일, 계약서, 공유 노션 등)로 남겨야 한다. 나중에 클라이언트가 '이건 포함된 줄 알았는데'라고 말할 때, 당신은 서면 증거를 들어 '이 문서에는 포함되지 않는다고 명시됐습니다'라고 대응할 수 있다. 이것이 계약금 없이 일할 때 당신을 보호하는 유일한 방어막이다.

스코프 크리프

메신저로 들어오는 작은 수정이 쌓이다가 원래 견적을 초과할 때, 현장에서 즉시 쓸 수 있는 요청 접수표로 범위를 지킨다.

프로젝트가 시작될 때는 명확했다. 웹사이트 3개 페이지, 배너 5개, 수정은 2회 포함. 그런데 며칠 뒤 메신저가 울린다. '이 버튼 색깔 좀 바꿔 주실 수 있을까요?' 작다. 5분이면 되는 수정이다. 그 다음날 또 온다. '로고 위치 좀 이쪽으로 옮겨 줄 수 없을까요?' 이것도 작다. 그리고 그 다음날, 그 다음날 또 온다.

언제부턴가 원래 일정은 잊혀진다. 매일 들어오는 '작은 것'들이 우선순위를 차지한다. 주말에 끝나기로 했던 프로젝트가 다음 주로 밀린다. 클라이언트는 전혀 미안해하지 않는다. 각각의 요청이 그렇게 크지 않으니까. 근데 누적되면? 원래 견적의 30~50%가 추가로 들어가 있다. 마진은 녹아내린다.

클라이언트가 나쁜 게 아니다. 대부분의 경우 자신이 요청을 기록했다고 생각한다. 메신저에 남겼으니까. 근데 프로젝트 관리자 입장에서 보면 그건 기록이 아니다. 메신저는 통지이지 시스템이 아니다. 스크롤 하나만 올리면 사라진다.

당신도 마찬가지다. 메신저로 들어온 요청을 일단 받고, 일정표에 언제 할지 못 정했다. 그러다가 '이미 한 작은 수정들'과 '아직 안 한 작은 수정들'이 섞인다. 어디까지가 원래 범위이고 어디부터가 추가 요청인지 경계가 흐려진다. 결국 양쪽 다 '기록의 부재'에서 싸운다. 클라이언트는 '분명히 말했는데', 당신은 '그건 요청인지 아닌지 몰랐는데' 하게 된다.

B2B 견적서 후속 연락

견적을 보내고 며칠을 기다려도 연락이 없을 때, 독촉처럼 보일까봐 침묵하는 게 아니라 구조적으로 다음 행동을 만드는 후속 전략.

견적을 보낸 뒤 상대가 연락을 안 주는 건 거절을 고민하는 게 아니라 아직 의사결정이 덜 된 상태다. 상대 회사의 의사결정자가 여럿이거나, 예산 검토 주기가 정해져 있거나, 다른 안건들 사이에서 우선순위를 정하는 중일 가능성이 높다.

문제는 그 기간이 얼마나 길지 예측할 수 없다는 것. 그래서 영업 담당자는 '이 상태가 얼마나 오래 지속될지 몰라' 불안해하면서도 '지금 연락하면 민폐 끼칠까' 생각해 손가락만 빨고 있게 된다. 이 공백이 길어질수록 상대는 당신을 잊고, 당신은 기회를 놓친다.

해결책은 처음부터 후속 연락의 타이밍을 상대와 합의하는 것. 견적서를 보낼 때 마지막 문장을 이렇게 쓴다: '다음 주 월요일쯤 검토 진행 상황을 여쭤봐도 괜찮을까요?' 또는 '혹시 궁금한 사항이 생기시면 편하게 연락 주시고, 이번 주 목요일 정도에 한번 확인 드리겠습니다.'

이렇게 하면 상대도 그 타이밍에 당신의 연락을 예상하고 준비하게 된다. 동시에 당신은 '일주일을 더 기다려야 하나' 하는 불안감에서 벗어난다. 정해진 날짜가 있으면 독촉이 아니라 약속을 지키는 것처럼 느껴진다.

현금흐름표 만드는 법

좋은 매출 숫자 뒤의 현금 부족 위기. 외상과 선입금, 고정비 주기의 불일치가 만드는 함정에서 벗어나는 첫 단계는 월말 30분짜리 현금흐름표다.

외주 제작업체, 소매업, 서비스업을 막론하고 같은 일이 반복된다. 월말 통계를 내면 매출은 목표를 넘겼는데, 통장에는 시간을 달라고 싶을 만큼 돈이 없다. 원인은 단순하다. 매출과 현금 입금이 맞지 않기 때문이다.

제조업 소장이 월 2억의 매출을 기록했다고 해도, 그 거래처가 외상으로 줄 수 있다. 거래처 결산일이 다음 달 20일이면, 현금은 그때 들어온다. 반면 자신의 급여·건강보험료·카드 수수료는 매달 25일, 26일에 나간다. 1~3주간의 시간차는 은행 대출로 메우야 하고, 금리 부담이 쌓인다.

이를 '현금흐름' 문제라고 부른다. 이는 적자 사업이 아니어도, 성장하는 사업에서 자주 터진다. 오히려 외상 매출이 많을수록, 원자재를 먼저 사야 할수록, 고정비가 클수록 악해진다.

회계상 매출은 '인정되는 순간'을 기준으로 기록된다. 발주서를 받거나 계약금을 받으면 매출로 인정되는 경우가 많다. 하지만 현금은 물리적으로 들어올 때만 쓸 수 있다.

한 생산업체 사례: 1월에 100만 원어치를 완성하고 외상으로 넘겼다. 회계상 1월 매출은 100만 원이다. 하지만 거래처가 2월 20일에 돈을 줬다면, 1월 통장은 이 금액이 없다. 같은 달에 원자재 비용 80만 원을 현금으로 지불했다면, 1월 현금수지는 -80만 원이다. 회계상 매출액과 무관하게.

이 차이가 누적되면 사업 규모가 커질수록 현금 부족이 심해진다. 소상공인 대출이 많은 이유 중 하나다.

실행할 때는 한 번에 전부 바꾸기보다 가장 자주 막히는 한 단계부터 고칩니다

운영 문제는 여러 요소가 연결돼 있어 한꺼번에 시스템을 갈아엎으면 원인을 확인하기 어렵습니다. 현재 흐름을 적고, 가장 자주 반복되는 오류나 대기 지점을 하나 고른 뒤, 기준을 문서화하고 일정 기간 관찰하는 방식이 안전합니다. 이 가이드는 특정 수치나 보편적 성과를 보장하는 자료가 아니라 실제 업무 구조를 점검하기 위한 편집·실무 프레임입니다.