법률·회계 사무소 홈페이지 제작 시 고객 데이터 내보내기 항목을 먼저 설계하는 기준을 정리했습니다. 폼 필드 도출, 최소 수집 원칙, 권한 분리와 보안까지 실무 관점의 설계 가이드를 확인하세요.
- 왜 견적 요청 전에 내보내기 항목을 먼저 정의해야 하는가
- 상담 고객 데이터 내보내기 필드 설계: 최소 수집 원칙 반영하기
왜 견적 요청 전에 내보내기 항목을 먼저 정의해야 하는가
상담 신청 폼의 "문의 유형"을 자유 입력으로 열어두고, 나중에 엑셀로 내보냈더니 분류가 안 돼 전화번호를 하나씩 보며 다시 정리한 경험, 한 번쯤 있으실 겁니다. 홈페이지 제작의 성패는 메인 화면 디자인이 아니라 상담 데이터가 사무소 업무 흐름으로 어떻게 넘어가는가를 얼마나 구체적으로 정의했느냐에서 갈립니다.
관리자 페이지에 쌓인 상담 데이터는 결국 엑셀·CSV로 내보내져 내부 CRM·회계 프로그램으로 이동합니다. 그러니 설계의 시작점은 화면이 아니라 최종 도착지인 회계 프로그램의 import 양식입니다. 이 양식에 맞춰 폼 필드를 정하지 않으면, 나중에 폼 구조 자체를 뜯어고치는 재개발로 이어집니다. | 항목 | 내보내기 항목을 먼저 정한 경우 | 나중에 정한 경우 |
| 상담 분류 | 문의 유형을 선택형으로 고정 | 자유 텍스트라 사후 분류 불가 |
| 개인정보 | 수집 항목 = 처리방침 문항 일치 | 수집했는데 근거 문항이 없음 |
| 비용 | 구독 범위 안에서 완성 | 범위 초과 개발은 별도 견적 |
어느 요금제까지 커버되는지가 판단 기준
비오케이솔루션을 기준으로 정리하면 이렇습니다.
상담 고객 데이터 내보내기 필드 설계: 최소 수집 원칙 반영하기
상담 신청폼 데이터를 엑셀로 내보냈는데 내부 프로그램 import 양식과 컬럼이 하나도 안 맞아, 매번 손으로 다시 옮기는 사무실이 많습니다. 원인은 단순합니다. 폼을 먼저 만들고 내보내기를 나중에 생각했기 때문이죠. 필드 설계는 거꾸로, "내보낸 데이터가 어디에 어떤 모양으로 들어가는가"부터 정의해야 합니다.
1단계: 업무별 필수 필드 도출
판단 기준은 하나입니다. 이 항목이 없으면 담당자가 업무를 분류할 수 없는가? 이 질문에 걸리는 항목만 남깁니다.
| 항목 | 법률 사무소 | 회계 사무소 |
|---|---|---|
| 업무 판단 필드 | 사건 유형, 의뢰 경위, 접수일 | 기장/세무 구분, 결제 예정일 |
| 공통 필수 | 이름, 연락처 | 이름, 연락처 |
| 목적 확정 시에만 | 주민번호 등(소송 대리) | 상세 주소 등(세무 신고) |
"어디서 알게 되셨나요" 같은 마케팅 필드는 상담 분류와 무관하다면 별도 폼으로 분리하는 게 맞습니다.
2단계: 최소 수집 원칙을 폼 구조로 옮기기
개인정보보호법의 최소 수집 원칙을 화면에 적용하면 두 단계가 됩니다.
- 이름·연락처 → 상담 자체에 필요하므로 첫 신청폼 기본 필드
- **주민번호·
권한 분리와 보안: 누가 무엇을 내보낼 수 있는가 (흔한 실수 vs 권장 기준)
"상담 목록 엑셀로 좀 뽑아 주세요." 사무장의 이 한마디가 보안의 가장 큰 구멍이 되는 사무소가 적지 않습니다. 관리자 계정을 공용으로 쓰다 보니 누가 뽑았는지 알 수 없고, 뽑힌 파일엔 주민번호와 연락처가 그대로 담겨 메신저로 오가죠.
누가, 무엇을, 얼마나 내보낼 수 있는지 정하지 않은 채 내보내기 기능만 열어두면 사고는 시간문제입니다. 기준을 표로 정리하면 이렇습니다.
| 항목 | 흔한 실수 | 권장 기준 |
|---|---|---|
| 계정 | 관리자 계정 공용 사용 | 롤 기반 접근 통제 — 원장·사무장·보조 직원별 권한 차등 |
| 반출 범위 | 전 직원이 전체 데이터 내보내기 | 직급별 허용 필드·기간 지정 |
| 민감 정보 | 주민번호·연락처 그대로 노출 | 마스킹 후 반출(연락처 뒷자리, 주민번호는 생년월일만) |
| 이력 |
제작사 협의용 요구사항 명세 예시와 견적 전 체크리스트
제작사와 몇 번을 협의해도 "이런 기능이 필요했는데"라는 말이 나오면 이미 견적이 올라가고 있다는 신호입니다. 이걸 막는 가장 확실한 방법은, 협의 전에 요구사항 명세 한 장을 먼저 만들어 들어가는 거예요. 특히 상담 데이터를 다루는 법률·회계 사무소는 "화면이 예쁘냐"보다 "데이터가 어디로 흘러가느냐"가 견적과 직결됩니다.
- 데이터 흐름도: 상담 신청 폼 → 관리자 승인 → 엑셀/CSV 내보내기 → 내부 CRM·회계 프로그램 import. 이 한 줄을 그림으로 그려주면 제작사가 "어디까지가 홈페이지 영역이고 어디부터가 연동 영역인지"를 즉시 구분합니다. - 필드 정의서: 항목명, 필수 여부, 동의 근거, 마스킹 여부, 내보내기 포함 여부를 표 하나로 정리합니다. "주민번호 뒷자리는 받되 내보내기에서는 제외" 같은 요구가 여기서 결정돼야 개발 중간에 뒤집히지 않습니다. - 권한 매트릭스: 사무장·담당 변호사(회계사)·보조 인력별로 조회/수정/내보내기 권한을 구분합니다. 내보내기 권한이 모두에게 열려 있으면 명세가 아무리 좋아도 관리가 무너집니다. - 로그·파기 정책: 누가 언제 무엇을 내보냈는지 이력 항목, 보관 기간, 파기 주기를 문서로 남깁니다.
FAQ와 마무리: 설계 완료 후 확인할 3가지
FAQ와 마무리: 설계 완료 후 확인할 3가지
여기까지 정리했으면, 마지막으로 실무에서 자주 걸리는 질문 세 가지만 짚고 넘어가려 합니다. 생각보다 계약 직전에 부딪히는 내용들이에요.
자주 묻는 질문 3가지
Q1. 내보내기 형식은 엑셀과 CSV 중 무엇이 좋나요?
용도에 따라 다릅니다.
- 내부 검토용이라면 엑셀이 편합니다. 필터, 정렬, 피벗으로 바로 훑어볼 수 있으니까요.
- 내부 프로그램 연동이 목적이라면 UTF-8 인코딩의 CSV가 안전합니다. 인코딩이 어긋나면 한글이 깨져서 견적·성명·사건명이 모두 무용지물이 되니, 연동 전에 인코딩 규약부터 제작사와 못박아두세요.
Q2. 도메인이나 문자 발송비도 견적에 포함되나요?
이 부분이 의외로 분쟁 포인트입니다. 비오케이솔루션 기준으로 도메인, 문자 발송비, 외부 유료 API, PG 수수료는 구독료에 포함되지 않는 별도 항목이고, 기능 범위를 넘는 개발 역시 별도 견적입니다. 그러니 견적서를 받을 때 이 항목들이 한 줄로 합쳐져 있는지, 분리되어 있는지 반드시 확인하세요. 합쳐져 있으면 나중에 "이건 별도예요"라는 말을 듣게 됩니다.