블로그 글쓰기와 구성 목록으로

고객 사례를 쓸 때 동의 받는 방법

고객 사례의 동의는 공개할 정보와 경험 내용을 원고로 보여 주고, 허용한 내용과 공개 범위 및 답변을 기록하는 방식으로 준비합니다. 고객의 허용 여부와 개인정보 노출 여부는 따로 점검합니다.

목차

동의 여부와 게시 가능 여부의 차이

고객의 허용은 운영자가 공개하려는 내용에 대한 답변이며, 게시물 전체가 문제없다는 판정은 아닙니다. 네이버는 이용약관과 서비스 운영정책에 어긋나는 게시물을 삭제하거나 비공개로 처리할 수 있다고 안내합니다. 운영자는 고객의 답변을 받았다는 이유만으로 게시물 전체의 적절성을 판단하지 않습니다.

원고에 고객 외의 사람이나 거래처 정보가 있으면 해당 고객의 답변만으로 그 내용까지 공개할 근거가 생겼다고 판단하지 않습니다. 경험을 설명하는 데 꼭 필요하지 않은 제삼자 이름, 연락처, 내부 업무 내용은 먼저 제거합니다. 남겨야 할 내용은 공개 가능 여부를 별도로 판단한 뒤 게시 대상에 포함합니다.

원고 전달부터 게시본 대조까지의 순서

담당자는 고객이 읽을 원고를 준비한 뒤, 어느 사업용 블로그에 어떤 용도로 게시할지 함께 안내합니다. 내부 공유 자료인지 공개 게시물인지 고객이 혼동하지 않도록 전달 문장에 사용 목적을 명시합니다. 제목과 고객 소개 문장처럼 경험의 의미에 영향을 주는 부분도 원고에서 빠뜨리지 않습니다.

  1. 공개할 고객 정보와 경험 내용을 추리고, 고객에게 묻고 싶은 항목을 정리합니다.
  2. 사례 원고와 게시할 블로그, 공개 대상과 사용 위치를 전달합니다.
  3. 허용한 내용, 제외할 내용, 수정 요청을 항목별로 기록합니다.
  4. 답변을 반영한 게시본을 고객이 읽은 원고와 대조하고, 추가된 내용의 처리 여부를 정합니다.

고객에게는 전체 허용 여부만 묻지 말고, 제외하거나 수정할 부분을 표시할 수 있게 안내합니다. 이름 공개는 원하지 않지만 경험 설명은 허용하는 답변처럼 항목마다 조건이 다를 수 있기 때문입니다. 답변이 서로 충돌하면 담당자가 임의로 넓게 해석하지 않고, 충돌한 부분만 다시 질문합니다.

자료는 고객이 읽은 원고, 전달 당시의 공개 범위, 고객의 답변, 수정한 게시본을 함께 준비합니다. 파일 이름이나 문서 제목에는 서로 다른 원고를 식별할 수 있는 표시를 사용합니다. 답변만 따로 보관하면 어느 문장에 대한 허용인지 알기 어려우므로, 답변과 해당 원고를 연결해 기록합니다.

운영자와 대행사의 게시 준비 기록

고객이 확인한 내용게시본과 대조할 내용운영자·대행사 확인 기록
고객 소개 정보이름·소속 등의 표기와 삭제 반영운영자의 허용 범위 기록, 대행사의 반영 결과
경험 설명과 고객 발언문장 의미와 수정 요청 반영고객이 읽은 문장, 편집 후 달라진 내용
게시할 블로그와 사용 범위게시 계정과 실제 사용 위치안내한 범위, 게시 준비 대상
제외 요청과 조건본문·제목에 남은 제한 대상제외 항목, 처리 결과, 남은 질문

운영자가 고객과 연락하고 대행사가 편집한다면, 운영자는 답변을 요약한 지시만 전달하지 않습니다. 해당 원고와 항목별 허용 범위, 제외 요청을 편집 업무에 필요한 만큼 전달합니다. 대행사는 수정 결과와 답변으로 판단할 수 없는 항목을 운영자에게 돌려보냅니다.

게시 직전에는 실제 게시할 문서에 기록을 연결하고, 누가 최종 대조를 맡았는지 남깁니다. 서로 다른 파일을 기준으로 작업했다면 게시를 보류하고 사용할 문서를 먼저 확정합니다. 기록에는 승인이라는 표현만 남기지 않고, 어떤 내용까지 허용했는지 기재합니다.

허용 범위와 개인정보 노출의 별도 점검

게시 전 업무는 고객의 답변을 반영했는지 대조하는 작업과 개인정보 노출을 점검하는 작업으로 나눕니다. 전자는 앞에서 정한 기준에 따라 게시본의 변경 사항을 가리는 일입니다. 후자는 본문 전체에서 공개 목적에 불필요한 정보와 다른 사람을 식별할 단서를 찾는 일입니다.

고객이 허용한 문장이 그대로 남아 있어도 주변 설명 때문에 신원이 드러날 수 있습니다. 담당자는 이름만 검색하는 데서 끝내지 않고 소속, 담당 업무, 이용 시기, 지역처럼 함께 읽히는 정보를 묶어 점검합니다. 각각은 넓은 설명이어도 조합하면 특정 고객을 알아낼 수 있는 내용인지 판단합니다.

초안에는 없던 정보가 편집 과정에서 추가되는 경우도 따로 처리합니다. 담당자가 이해를 돕겠다며 덧붙인 직책이나 거래 배경은 고객의 답변에 포함됐는지 먼저 가립니다. 답변으로 판단할 수 없는 정보는 삭제하거나 고객에게 추가로 묻고, 필요하지 않은 정보라면 질문 항목을 늘리지 않고 제거합니다.

공개 범위를 넓히는 편집의 판단

문장 편집은 글자 수의 변화보다 독자가 받아들이는 의미의 변화를 기준으로 판단합니다. 맞춤법을 고치거나 문장을 나누는 작업과 평가를 강조하거나 고객의 의도를 추정하는 작업은 같은 수준의 수정이 아닙니다. 고객이 허용한 설명보다 강한 표현이 생기면 그 부분을 다시 전달합니다.

본문에 있는 경험을 제목이나 도입 문장으로 옮길 때도 별도의 판단이 필요합니다. 일부 상황에 대한 발언을 제목에서 전체 서비스에 대한 평가처럼 제시하면 적용 범위가 넓어질 수 있습니다. 담당자는 문장의 위치가 달라지면서 빠진 조건이 있는지 대조하고, 조건을 복구하거나 제목을 수정합니다.

고객이 삭제를 요청한 문장을 없애도 같은 뜻의 표현이 다른 문단에 남을 수 있습니다. 담당자는 요청한 문장 자체뿐 아니라 그 문장이 전달하던 평가와 정보가 반복되는 위치를 찾습니다. 제외 요청의 취지를 알 수 없으면 임의로 비슷한 문장으로 대체하지 않고, 무엇을 남길 수 있는지 묻습니다.

여러 고객의 경험을 합칠 때의 주의점

여러 고객의 답변을 하나의 경험담처럼 합치면 각자가 허용한 내용과 게시 문장의 관계가 불명확해집니다. 운영자는 표현이 비슷하다는 이유로 서로 다른 고객의 말을 연결해 한 사람이 말한 것처럼 제시하지 않습니다. 공통 의견을 소개하려면 실제 기록에 근거한 요약인지, 특정 고객의 발언인지 먼저 정합니다.

허용 기록이 있는 문장들만 모았더라도 전체 문맥에 대한 답변까지 받은 것으로 처리하지 않습니다. 서로 다른 이용 조건과 경험을 합쳐 새로운 평가를 만들었다면 개별 허용 기록만으로 게시를 진행하지 않습니다. 담당자는 고객별 내용의 출처를 유지하고, 묶은 설명이 누구의 경험을 뜻하는지 독자가 오해할 표현은 제거합니다.

자주 묻는 질문

회사 고객의 사례는 누구에게 답변을 요청해야 합니까?

일상적으로 연락하던 담당자가 회사 이름과 업무 내용을 공개할 답변도 할 수 있는지 먼저 묻습니다. 개인의 경험 발언과 회사 차원의 허용은 따로 기록합니다. 담당자가 결정할 수 없는 항목은 회사 내부에서 답변할 사람을 정해 달라고 요청합니다.

고객이 다른 언어로 답하면 번역문도 전달해야 합니까?

블로그에 번역한 문장을 사용할 예정이라면 고객이 이해할 수 있는 방식으로 번역 내용을 전달하는 편이 좋습니다. 원래 답변과 번역문을 함께 기록하고, 의미가 불분명한 표현은 추정해서 확정하지 않습니다. 담당자가 언어를 충분히 이해하지 못하면 도움을 받아 의미를 정리한 뒤 사용 여부를 묻습니다.

고객이 직접 쓴 소개 문장은 그대로 사용해도 됩니까?

고객이 작성했다는 사실만으로 사업용 블로그에 사용할 범위까지 정해진 것은 아닙니다. 담당자는 받은 문장을 어떤 용도로 전달한 것인지 묻고, 사례에 사용할 부분을 제시합니다. 운영자가 알 수 없는 사실이나 다른 사람에 관한 주장은 고객의 문장이라는 이유만으로 그대로 게시하지 않습니다.

고객의 답변을 받기 전에 예약 게시를 설정해도 됩니까?

답변을 기다리는 원고는 공개 예정 문서와 분리해 관리하는 편이 안전합니다. 일정이 등록된 상태에서는 담당자의 부재나 인수인계 누락으로 미완성 문서가 게시될 수 있습니다. 허용 범위가 정리된 뒤 게시 일정을 확정하도록 업무 순서를 정합니다.

동의 관련 기록은 모든 직원에게 공유해야 합니까?

업무에 필요한 사람이 필요한 항목을 읽을 수 있도록 공유 대상을 정합니다. 편집 담당자에게는 사용 범위와 제외 요청이 필요하지만, 고객과 주고받은 대화 전체가 항상 필요한 것은 아닙니다. 기록을 보관하는 책임자와 전달할 자료를 정하고, 개인 연락 내용이 불필요하게 퍼지지 않도록 관리합니다.

맨 위로 이동

블로그 글쓰기 서비스 자세히 보기