고객이 합의 내용과 다르다고 합니다. 어떻게 해야 하나요?

왜 인도 후에 발생하나

청구서를 보고 처음으로 고객은 지불 대상과 자신이 요청했다고 기억하는 것을 비교합니다. 기억은 돈 내는 사람에게 관대합니다. 3월의 더 고급스럽게 해 달라는 말이 6월에는 전체 브랜드 개편 요청으로 기억됩니다.

디자이너·개발자·작가의 흔한 빈틈은 원본 파일, 수정 회차, 웹사이트에 문안·사진·모바일판도 포함했는지입니다. 부정직해서가 아니라 아무도 기록하지 않은 것입니다.

개보수에서는 마감 목록과 추가 작업입니다. 3주 차에 승인한 두 번째 환풍기가 8주 차에는 포함된 줄 알았다는 말로 바뀝니다. 완료 의미를 합의하지 않아 점검마다 새 항목이 생깁니다.

처음 보낼 답장

처음부터 다투지 말고 실제 합의한 표현으로 범위를 다시 적어 다른 약속이 어디 있는지만 물으세요. 존재를 주장하는 사람이 글을 찾게 하고 기억 경쟁을 피합니다.

양쪽 업종에 쓸 예: “알려주셔서 감사합니다. 같은 내용을 보는지 확인하겠습니다. [date]의 범위는 [paste the exact list]입니다. 인도 작업은 각 항목과 일치합니다. 다른 합의 메시지나 문서가 있다면 보내 주세요. 주의 깊게 읽겠습니다. 추가 작업을 원하시면 견적을 드리겠습니다.” 원래 합의가 있던 채널로 서면 전송하세요.

구체적 날짜의 글에 대화를 연결하고 느낌 대신 문서를 요청하며 과거 분쟁과 향후 추가 작업 판매를 분리합니다. 많은 대화가 결국 새 작업으로 정리됩니다.

1. 범위대로 한 작업에 사과하지 마세요.
2. 첫 메시지에서 할인하지 마세요.
3. 당일 서면 요약을 보내지 않는 한 통화만으로 끝내지 마세요.
4. 지급에 연결된 인도물은 합의서를 확인하기 전 넘기지 마세요.
5. 말투가 아니라 범위에 답하세요.

서면 승인 후 청구를 다투면

좋으니 진행하라거나 승인했으니 청구하라는 말은 고객이 보고 받아들이고 다음을 이해했다는 기록으로 가장 유용합니다. 누가 언제 무엇에 답했는지 세 요소가 가치의 근거입니다.

답하기 전에 보존하세요. 스크린샷은 시작이지만 전송 당시 메시지 자체는 아닙니다. 가능하면 .eml, Slack·Teams 내보내기, 미디어 포함 WhatsApp 등 전체를 저장하고 원문은 앱에 두며 시간과 시간대를 적으세요. 통제하는 두 곳에 복사하세요.

승인을 날짜와 함께 인용하고 승인한 작업 버전을 첨부하세요. 특정 날 특정 PDF를 승인한 고객은 청구가 다른 작업이라고 말하기 어렵습니다.

1. 원래 앱의 승인 메시지와 전체 대화 내보내기.
2. 승인이 가리킨 정확한 파일, 시안, 사진.
3. 청구서와 그 범위.
4. 그 뒤 작업에 관한 고객 메시지.
5. 시간이 있는 본인 인도 메시지.

문자나 현장에서 변경을 승인했다면

좋아요, 진행하라는 답, 음성 메모도 변경 기록입니다. 나중에 고객이 그날 그 변경에 관해 보냈음을 증명하는 것이 문제입니다. 채팅 사진은 누구나 자르거나 편집할 수 있고 고객도 압니다.

원래 전송을 입증하는 것이 어렵습니다. 원래 앱에 보관하고 한 메시지 대신 대화와 앞뒤 맥락을 내보내세요. 반응 표시라면 반응, 대상 메시지, 보낸 계정이 보이는 화면 녹화를 하세요.

현장의 끄덕임은 전송 기록이 없습니다. 당일 직접 오늘 현장 논의대로 제시한 금액에 두 번째 환풍기와 콘센트 이동을 요청했고 내일 시작한다고 보내세요. 무응답이어도 기록이 생기고 동의 답장은 서면 승인이 됩니다.

앞으로 두 업종의 규칙은 같습니다. 한곳에 기록하고 확인하기 전에는 변경을 시작하지 않습니다. 변경서, 이메일, 공유 범위에 추가한 줄은 가능하지만 대화뿐이어서는 안 됩니다.

두 번째 답장 전에 기록을 한곳에

고객 답에 재응답하기 전에 범위·변경·승인·인도·입금의 타임라인을 한 페이지에 만드세요. 날짜와 자료 참조를 줄마다 적습니다. 먼저 자신을 위한 것입니다. 예상보다 많은 자료나 때로 고객이 맞는 항목도 발견합니다.

타임라인은 입장도 정합니다. 범위가 명확하고 작업이 맞으면 유지하세요. 다툰 항목이 모호했다면 인정하고 그 부분만 분담을 제안하세요. 모든 것을 방어하는 인상보다 실제 모호했던 한 점을 인정하는 비용이 작습니다.

1. 원래 범위와 합의일.
2. 각 변경, 요청자와 요청 장소.
3. 각 승인을 날짜와 함께 인용.
4. 각 인도, 파일명 또는 점검일.
5. 받은 지급과 해당 청구서.

범위를 양보하지 않고 고객을 유지하려면

고객 유지와 범위 고수는 반대가 아닙니다. 고객은 보통 속지 않았다고 느끼길 원합니다. 할인 대신 명확한 합의·인도·추가 금액을 보여주고 선택하게 하세요.

범위를 건드리지 않는 양보도 있습니다. 원 청구의 지급 일정, 추가 항목의 소액 고정가, 다음 작업 할인, 서면 변경서의 원가 작업입니다. 청구가 틀렸다는 말 없이 계속 일하고 싶다고 전합니다.

격해져도 같은 사실과 말투로 새 논쟁을 만들지 마세요. 한쪽이 부채질을 멈추면 가라앉기 쉽습니다. 나쁜 후기나 차지백 위협에는 대응하지 말고 범위에 한 번만 서면 답하세요.

1. 원래 청구액의 분할 지급.
2. 추가 항목을 별도 줄로 둔 고정 견적.
3. 서명 변경서에 따른 원가 작업.
4. 다음 프로젝트의 크레딧.
5. 인수 통화나 최종 점검으로 마무리.

전문가 상담이 필요한 때

법률 자문이 아닙니다. 중요한 금액, 무응답, 변호사 언급, 기한 가능성이 있으면 지역 변호사나 건설·계약 분쟁 전문가와 상담하세요. 특히 시공업자의 시한부 구제수단은 지역마다 달라 정적 페이지가 특정할 수 없습니다.

법적 요구처럼 읽히는 메시지, 파일·접근 보류, 신청 전에 전문가와 상담하세요. 짧은 유료 상담이 잘못된 첫 행동보다 대개 저렴합니다.

TrustChain의 AI Advisor는 조항을 쉽게 설명합니다. BC Builders Lien Act는 법문, 조항, 통합본 날짜, 공식 BC Laws를 제시하고 다른 경우 일반 안내임을 밝힙니다. 읽기 보조이며 위 상담을 대신하지 않습니다.

1. 사업에 타격을 줄 금액.
2. 변호사, 차지백, 정식 민원을 고객이 언급.
3. 파일·열쇠·접근 권한을 보류해도 되는지 불확실.
4. 시공업자로 유치권·지급 청구 가능성을 생각함.
5. 서면 분쟁 후 고객 무응답.

다음 작업에서 막으려면

두 사람이 다른 버전을 가졌기 때문에 분쟁이 생깁니다. 시작 전에 하나를 고정해 양측 확인을 받으세요. 이메일 PDF는 시작이고 서명 기록은 더 좋습니다. 이후 편집하지 못하고 앵커 후 변경은 지문과 다릅니다.

TrustChain은 이를 합니다. 양측이 사진 신분증·셀카로 확인하고 생성 시 고정한 같은 글에 서명하며 계정이 있으면 암호화 채팅도 합니다. 서명은 편집 불가한 시간 있는 감사 기록이고 선택 앵커는 지문·내부 ID·빈 지갑 슬롯 두 개를 Polygon에 쓰며 본문·이름·이메일은 쓰지 않습니다. 미확인은 서명할 수 없습니다.

나중에 합의와 다르다고 하면 기록과 공개 링크를 제시하세요. 계정 없이 상태를 보며 신원은 표시하지 않고, 앵커하면 지문과 Polygon 거래를 어느 나라에서든 독립적으로 확인합니다. 집행 여부는 위치와 내용에 달려 TrustChain은 주장하지 않습니다.

변경도 별도 합의에 양측이 서명하면 승인 기록이 휴대전화 분실로 사라지지 않습니다. 앵커 후 변경은 불일치합니다. Free는 카드 없이 월 1건과 AI Advisor 3회이며 추가 합의·Polygon 앵커는 각각 일회성 $1, 앵커는 신원 확인이 필요합니다.

1. 원본 파일·마감 목록을 포함한 인도물 하나하나.
2. 포함된 수정·점검 횟수.
3. 완료의 의미와 확인자.
4. 변경 요청·가격·승인 방법.
5. 단계별 지급 시기.