고객에게 보내는 기술 보고서에서 무엇을 빼야 하나요?

이 가이드는 공급사나 유통사가 고객을 위해 쓰는 기술 보고서를 다룹니다. 방문 지원 보고서, 시험 보고서, 테스트 결과 보고서, 고장 보고서 등입니다. 물질안전보건자료(SDS)나 시험성적서(CoA)처럼 규정이나 계약으로 내용이 정해진 문서는 다루지 않습니다. 개인정보 보호와 영업비밀 문제는 관할 지역에 따라 다르므로, 여기서 다루는 법적 내용은 방향을 잡기 위한 것이며 법률 자문이 아닙니다.

고객용 기술 보고서의 내용은 무엇으로 정하나요?

고객용 기술 보고서에 무엇을 넣을지는 읽는 사람과 목적이 정합니다. 그러니 첫 줄을 쓰기 전에 둘 다 정해 둡니다. Milne Open Textbooks는 기술 보고서의 구성을 작성자가 독자와 보고서의 예상 용도를 바탕으로 정한다고 설명합니다(Milne Open Textbooks, accessed 2026). 셰필드 대학교(University of Sheffield)가 인터뷰한 엔지니어들도 실무에서 같은 이야기를 합니다. 보고서에는 주제, 독자, 분명히 밝힌 목적이 있어야 하고, 관리자용 보고서는 결과를 어떻게 얻었는지보다 결론, 사업상 근거, 리스크에 초점을 맞춘다는 것입니다(University of Sheffield, accessed 2026). 고객용 기술 보고서라면 작업 파일 맨 위에 세 가지를 적습니다. 누가 읽는지(예: 고객사 정비 엔지니어, 공장장, 구매 책임자), 보고서가 어떤 결정이나 조치를 뒷받침하는지, 어떤 기록을 바탕으로 하는지입니다. 보고서를 요청한 사람과 해당 고객사를 맡은 담당자가 초안을 쓰기 전에 이 세 가지를 합의하는 것이 좋습니다. 이후의 선택은 모두 여기서 정해집니다. 고장 보고서를 보고 조치할 고객사 엔지니어에게는 시험 방법, 결과, 권장 조치가 필요합니다. 같은 엔지니어에게 원인을 두고 팀이 어떻게 논쟁했는지, 어느 동료가 초안을 검토했는지, 사내 도구가 진단에 매긴 점수는 쓸모가 없습니다.

고객용 기술 보고서 내용표: 남길 것과 뺄 것

아래 내용표로 항목마다, 독자가 사내 인원일 때와 고객일 때 기술 보고서에 남길지를 정합니다. 출발점이 되는 규칙이며, 개별 계약, 비밀유지계약, 규정이 특정 행보다 우선할 수 있습니다.

가장 자주 판단이 필요한 행은 비용입니다. 보고서의 합의된 목적이 비용 비교가 아니라면 고객용 기술 보고서에 비용을 넣지 않고, 비용 비교라면 그 비교에 쓰는 수치만 보여 줍니다. 초안을 고칠 때는 표를 위의 행부터 차례로 적용합니다. 처음 세 행은 사내 작업의 흔적을 지우고, 네 번째 행은 다른 고객을 보호하며, 마지막 네 행은 상업 수치와 기술 내용을 다룹니다. 실무에서는 제3의 독자를 위한 열이 따로 필요합니다. 예를 들어 클레임을 본사로 이관하려고 보고서를 원제조사 기술팀에 보낼 때는, 고객이 공유에 동의하지 않은 한 대개 고객사 이름, 현장, 직원 정보를 대신 뺍니다.

내부 검토 이력은 왜 고객 보고서에 들어가게 되나요?

내부 검토 이력이 고객 보고서에 들어가는 것은, 고객용 버전을 처음부터 고객을 위해 쓰지 않고 대개 사내 초안을 줄여서 만들기 때문입니다. 기술 보고서는 흔히 여러 사람의 손을 거칩니다. 현장 엔지니어가 관찰 내용을 쓰고, 실험실이 결과를 더하고, 선임 엔지니어가 원인을 검토하고, 영업 담당자가 표현을 확인합니다. 손을 거칠 때마다 흔적이 남습니다. 변경 내용 추적, 여백 메모, 부록에 남은 폐기된 결론, 앞선 가설을 왜 버렸는지 설명하는 문단 같은 것입니다. 같은 파일이 고객용 버전이 되면, 이런 흔적을 지우는 일은 한 사람이 모든 페이지를 고객의 눈으로 읽는 데 달려 있습니다. 그것도 작업 막바지에, 시간에 쫓기는 상황에서입니다. 놓치기 가장 쉬운 흔적은 변경 내용 추적과 메모입니다. 워드 프로세서가 화면에서는 숨기면서도 고객에게 보내는 파일에는 남겨 둘 수 있기 때문입니다. 실제 해법은 결론이 정해지면 깨끗한 고객용 문서를 새로 만들어 결과, 결론, 조치만 옮기고, 검토 기록은 사내 파일에 두는 것입니다. Milne Open Textbooks는 상세한 절차가 독점 정보라면 독자에게 공개하지 않고 간단한 설명으로 대신할 수 있다고 설명합니다(Milne Open Textbooks, accessed 2026). 사내 방법과 검토 메모도 같은 방식으로 다룰 수 있습니다.

고객에게 보내는 보고서에 신뢰도 점수를 넣어야 하나요?

사내 도구, 점수표, 검토에서 나온 신뢰도 점수는 고객에게 보내는 보고서에 넣지 않아야 합니다. 고객은 그 척도가 무엇을 뜻하는지, 무엇을 기준으로 매겼는지 알 수 없기 때문입니다. "신뢰도 0.8"(예시)로 표시한 진단은 그 점수를 만든 팀에게만 의미가 있습니다. 고객에게는 얼버무리는 말이나 정밀한 확률로 읽히지만, 실제로는 어느 쪽도 아닙니다. 고객에게 필요한 것은 그 대신 스스로 평가할 수 있는 정보입니다. 측정값이라면 방법, 결과, 불확도입니다. 측정 불확도 표현 지침인 JCGM 100:2008은 측정 결과를 보고할 때, 사용하는 사람이 그 신뢰성을 평가할 수 있도록 결과의 품질을 나타내는 정량적 지표를 반드시 제시해야 한다고 밝힙니다(JCGM, 2008). 근본 원인처럼 측정값 하나로 나오지 않는 결론이라면, 어느 부분이 시험으로 확인됐고 어느 부분이 아직 확인되지 않았는지, 무엇으로 확인할 수 있는지 적습니다. "첨부한 분석으로 침착물을 탄산칼슘으로 확인함. 경도 성분의 유입원은 아직 확인되지 않음"(예시)이라고 쓰면 어떤 점수보다 많은 것을 고객에게 알려 줍니다. 사내 점수는 사내 파일에 둡니다. 그곳에서는 추가 시험을 어디까지 할 가치가 있는지 팀이 판단하는 데 도움이 됩니다.

다른 고객의 정보는 어떻게 기술 보고서에 섞여 들어가나요?

다른 고객사용으로 쓴 템플릿, 비교 데이터, 사례 언급을 다시 쓰다 보면 다른 고객의 정보가 기술 보고서에 섞여 들어갑니다. 지난 현장 방문 때의 보고서 템플릿을 복사하면 머리글, 파일 경로, 사진 설명에 이전 고객의 이름이 남을 수 있습니다. "비슷한 공장"의 성과를 보여 주는 비교 차트는 이름이 없어도 규모와 위치로 공장을 특정할 수 있습니다. "근처 베어링 공장에서 같은 문제를 해결했습니다" 같은 문장은 다른 고객의 공정 문제를 드러낼 수 있습니다. 기준이 되는 자료는 두 가지입니다. 보고서에 다른 고객사의 운전원이나 담당자처럼 사람이 거명되면, EU 개인정보 보호법은 개인정보를 목적에 "적절하고, 관련성이 있으며, 필요한 범위로 제한된" 것으로 한정합니다(Regulation (EU) 2016/679, Article 5(1)(c)). 영국 감독기관인 정보위원회(ICO)도 UK GDPR에 대해 같은 원칙을 설명합니다(ICO, accessed 2026). 이와 별도로 ISO 9001:2026은 조항 8.5.3 '고객 또는 외부 공급자의 재산'을 유지합니다(ISO, 2026). ISO 9001 인증을 받은 공급사는 이 조항에 따른 자사 절차가 고객이 맡긴 정보를 어떻게 다루는지 확인해야 합니다. 실무에서는 보고서마다 빈 템플릿에서 시작하고, 다른 고객의 이름, 현장, 결과를 지우고, 집계 데이터는 어느 한 고객도 식별할 수 없을 때만 씁니다.

비용, 마진, 재고 수치는 언제 고객 문서에 넣어야 하나요?

비용, 마진, 재고 수치는 문서의 목적상 필요할 때만 고객 문서에 넣어야 하며, 마진이 필요한 경우는 거의 없습니다. 비용 수치가 들어갈 곳은 고객이 요청한 사용 비용(cost-in-use) 검토, 견적서, 고객이 비용 기준에 동의한 처리 방안 비교입니다. 어느 경우든 수치, 출처, 적용 날짜를 함께 보여 줍니다. 고장이나 시험에 관한 기술 지원 보고서에는 비용이 필요 없고, 비용 한 줄이 기술 논의를 가격 논의로 바꿀 수 있습니다. 마진은 사내 상업 정보입니다. EU 영업비밀 지침에 따르면, 정보는 비밀이기 때문에 상업적 가치가 있고 비밀 유지를 위한 합리적 조치를 거친 경우에만 영업비밀로 인정됩니다(Directive (EU) 2016/943, Article 2). 미국 연방법도 합리적 조치와 독립적 경제 가치라는 비슷한 기준을 씁니다(18 U.S.C. 1839). 고객 문서에 마진을 넣으면 그런 조치와 어긋나게 됩니다. 재고 수준은 운영 데이터입니다. 고객의 질문이 공급에 관한 것이면 재고 수량이 아니라 공급 가능 여부와 리드타임으로 답합니다. 세 가지 모두 같은 규칙으로 정리됩니다. 문서의 목적을 먼저 쓰고, 그 목적에 쓰이는 상업 수치만 넣습니다.

고객용 기술 보고서를 보내기 전에 확인할 것

고객용 기술 보고서는 보내기 전에 내용표를 따르는 짧은 목록으로 확인합니다. 확인은 실제로 보낼 파일에서 합니다. 아래 항목은 몇 분이면 확인할 수 있고, 내부 내용 대부분을 걸러 냅니다.

1. 처음에 적은 독자와 목적이 여전히 보고서 내용과 맞습니다.

2. 보내는 파일에서 변경 내용 추적을 모두 적용하거나 거부했고, 메모를 모두 삭제했습니다.

3. 본문이나 부록에 사내 검토 메모, 폐기한 가설, 검토자 이름이 없습니다.

4. 신뢰도 점수나 사내 등급이 없고, 측정값에는 방법, 결과, 그리고 가능한 경우 불확도가 있습니다.

5. 인용한 출처는 모두 사내 기록이 아니라, 고객이 가지고 있거나 요청할 수 있는 문서입니다.

6. 본문, 표, 머리글, 파일명, 사진 설명 어디에도 다른 고객의 이름, 현장, 결과, 직원 이름이 없습니다.

7. 비용은 목적상 필요할 때만 있고, 마진과 재고 수량은 없습니다.

8. 작성자, 템플릿 이름 같은 파일 속성에 사내 정보가 없습니다.

확인은 보고서를 쓰지 않은 다른 사람이 하는 것이 좋습니다. 작성자는 페이지에 쓰인 내용보다 의도한 내용을 읽기 쉽기 때문입니다.

법무나 개인정보 담당자는 언제 고객용 기술 보고서를 검토해야 하나요?

고객사 팀 밖 사람의 개인정보, 비밀유지계약 대상 정보, 다른 고객의 결과, 보증이나 규제상 주장으로 읽힐 수 있는 문장이 보고서에 들어 있으면, 법무나 개인정보 담당자에게 검토를 요청합니다. 이 가이드의 일반 규칙으로는 부족해지는 경우들입니다. 개인정보 보호 의무는 관할 지역에 따라, 비밀 유지 의무는 계약마다 문구에 따라 달라집니다. 보험사, 장비 제조사, 규제 기관처럼 고객 밖으로 공유될 보고서도 이런 검토가 필요합니다. 읽는 사람이 더 이상 보고서를 쓸 때 상정한 독자가 아니기 때문입니다. 루빈플라는 독자 문제를 처음에 다룹니다. 문서를 제안할 때 독자를 정하고 승인 카드에서 확인하며, 외부 독자용 문서에서는 작업 이력, 내부 검토, 신뢰도와 점수, 내부 기록 출처를 빼고 비용, 마진, 재고는 문서 목적에 필요한 만큼만 넣습니다. 어떤 도구나 템플릿을 쓰든, 독자를 확인하는 사람과 최종 파일을 승인하는 사람을 같은 사람으로 둡니다.