우선 정의할 단어
서비스 범위, 접수 단계, 성과 지표와 자동화의 수준을 나타내는 단어를 모읍니다. 현재 페이지에서 어떻게 쓰는지 문장을 함께 추출합니다. 사전 뜻만 적으면 실제 계약이나 운영 문맥에서 생기는 차이를 해결하기 어렵습니다.
자사 정의와 외부 용례
가정한 예로 ‘전환’은 전화 클릭이나 문의 접수, 계약을 모두 가리킬 수 있습니다. 문서가 어떤 행동을 세는지 명확히 적고 보고서에서도 같은 기준을 씁니다. ‘자동화’는 사람이 관여하지 않는다는 보장으로 확대하지 말고 사람이 검수·승인·예외 처리하는 범위를 함께 설명합니다.
용어집의 구성
선호 표현, 뜻, 사용 예, 피할 오해와 관련 원본을 적습니다. 약어는 처음 등장할 때 설명하고 독자가 이미 안다고 전제하지 않습니다. 같은 도구의 제품명과 일반 기능 이름을 구분해 지원 여부가 다른 서비스를 같은 것으로 소개하지 않습니다.
적용 순서
- 핵심 용어의 현재 사용 문장을 수집합니다.
- 업무 담당자와 뜻·완료 조건을 확인합니다.
- 충돌한 페이지와 FAQ를 문맥에 맞게 수정합니다.
- 새 문서 검수에 용어 확인 항목을 넣습니다.
단어를 일괄 치환하면 부정문과 예외의 의미가 달라질 수 있어 실제 문장을 읽어야 합니다. 고객의 인용이나 공식 문서 제목은 자사 선호 표현에 맞춰 임의로 바꾸지 않습니다. 인용과 자사 해설을 구분해 독자가 원본을 찾을 수 있게 합니다.
완료와 유지
다른 언어의 자료를 만들 때도 핵심 용어의 업무 뜻을 전달합니다. 직역이 자연스러워도 완료 조건이나 계약 범위가 달라지는 번역은 수정해야 합니다.
독자가 여러 페이지를 읽어도 같은 용어가 같은 조건을 뜻해야 합니다. 정의가 바뀌면 기존 콘텐츠와 지표 사전, 문의 안내의 영향을 함께 확인합니다. 새 용어를 만들 때는 기존 단어로 충분히 설명할 수 없는지 먼저 검토합니다. 용어집 행 수를 늘리는 것보다 실제 오해가 줄고 담당자가 일관된 답을 할 수 있는지가 운영 기준입니다. 미확정 정의는 공개 약속으로 먼저 쓰지 않습니다.
자주 묻는 질문
- 모든 단어를 엄격히 통일해야 하나요?
- 일상 표현까지 기계적으로 고정할 필요는 없습니다. 비용·완료·제공 범위처럼 해석이 달라지면 판단에 영향을 주는 용어부터 정의하고 문맥상 자연스러운 설명을 덧붙입니다.
- 고객이 다른 용어로 문의하면 어떻게 하나요?
- 고객의 표현을 이해하되 실제로 어떤 행동과 범위를 뜻하는지 확인합니다. 공개 문서에는 자사 정의와 연결해 설명하고 같은 말로 서로 다른 약속을 하지 않게 합니다.
공식 참고자료와 작성 기준
공식 문서는 도구·검색 기능의 근거이며, 위의 점검 순서와 완료 기준은 현랩의 실무 설계 제안입니다. 예시를 실제 고객의 성과나 검색엔진의 보장으로 해석하지 않습니다.