문의폼을 열기 전에 각 항목을 왜 받는지, 꼭 필요한지, 언제 지우는지, 누가 보는지, 이용자가 어떻게 열람·삭제를 요구할지 정해야 합니다. “동의합니다” 체크박스 하나로 정의되지 않은 데이터 흐름이 안전해지지는 않습니다.

이 글은 운영 점검표이며 개별 법률 자문이 아닙니다. 관할 지역, 이용자, 업종, 정보 종류에 따라 요건이 달라지므로 위험이 크다면 자격 있는 검토를 받으세요.

필드별 데이터 지도를 만듭니다

항목 목적 필수 여부 보유 종료 기준 주요 위험
이름 대화 상대 식별 생략 또는 선택 가능한 경우가 많음 문의 종료 후 정한 기간 과도한 식별
이메일·전화 선택한 방식으로 답변 한 가지 연락 수단이면 충분할 수 있음 문의 종료 후 정한 기간 무관한 광고 활용
회사명 기업 문의 분류 보통 선택 문의와 동일 불필요한 프로파일링
메시지 요청 이해 필요하지만 자유 입력 위험 문의와 동일 민감정보 자발 입력
첨부 필요한 자료 검토 정당한 경우만 짧고 명확한 기간 신분증·비밀·악성 파일

목적을 설명할 수 없는 필드는 삭제합니다. 선택 항목은 선택이라고 표시합니다. 답변에 한 가지 연락 수단이면 충분한데 이메일과 전화번호를 모두 필수로 받지 않습니다.

제출 버튼 가까이에 핵심을 알립니다

  1. 수집 주체
  2. 수집·이용 목적
  3. 수집 항목
  4. 필수와 선택의 구분
  5. 보유·삭제 기준
  6. 처리 수탁자나 국외 이전
  7. 거부 가능 여부와 필수 정보 미제공 시 결과
  8. 열람·정정·삭제·불만 처리 방법

상세 내용은 전체 처리방침으로 연결하되 폼에 필요한 결정을 긴 문서 속에만 숨기지 않습니다. 개인정보보호위원회의 최신 작성지침은 구체적인 사례를 통해 개인정보 처리 내용을 적정하고 투명하게 알리는 방법을 안내합니다.

문의와 마케팅을 분리합니다

사용자가 요청한 문의에 답하는 것과 향후 홍보를 보내는 것은 다른 목적입니다. 필요한 경우 별도 선택 항목을 두고 기본 선택하지 않으며, 어떤 문구와 선택을 봤는지 기록합니다. 마케팅 철회가 진행 중인 문의 기록까지 자동 삭제하는 것은 별도의 보유 기준에 따라 판단합니다.

실제 보관 범위를 줄입니다

  • 알림 이메일에 전체 메시지를 불필요하게 복사하지 않습니다.
  • 문의 담당자만 CRM과 메일함에 접근하게 합니다.
  • 첨부 형식과 크기를 제한합니다.
  • 동의 문구 버전은 기록하되 과도한 기기 정보는 남기지 않습니다.
  • 폼 DB, CRM, 메일함, 백업과 처리자까지 삭제 경로를 시험합니다.
  • 비밀값과 고객 정보는 일반 분석 이벤트에 넣지 않습니다.

분기마다 또는 흐름이 바뀔 때 실제 필드, 안내, 처리자, 수신자, 삭제 작업을 대조합니다. 가장 좋은 개인정보 문구는 적게 수집하는 설계에서 시작합니다.

NEXT PROJECT

홈페이지 제작, 어디서부터 정할지 막막하신가요?

현재 상황과 필요한 결과를 들은 뒤, 만들 범위와 다음 단계를 먼저 정리합니다.

함께 읽을 글

  1. workflows 홈페이지 제작사가 폐업했다면 재제작보다 도메인부터 복구하세요
  2. engineering 홈페이지 백업은 실제 복원 테스트를 끝내야 증명됩니다
  3. engineering 문의 전송은 성공했는데 이메일이 안 왔다면 전체 경로를 점검하세요