홈페이지 소개 자료의 이름이 여러 개라고 모두 같은 브랜드의 별칭은 아닙니다. 회사 이름, 고객에게 알려진 브랜드, 개별 서비스명이 섞여 있을 수 있습니다. 이를 하나의 대표 이름으로 일괄 교체하면 안내 대상이나 운영 관계를 잘못 설명하게 됩니다. 브랜드 표기 사전에는 표기법뿐 아니라 그 이름이 무엇을 가리키는지부터 적어야 합니다.
설명을 위한 가상 자료에서 회사 소개에는 가온기획, 홍보물에는 모임마루, 신청 화면에는 공간 예약이 나온다고 해 봅니다. 이 세 이름이 같은 대상인지 문구만 보고 결정하지 않습니다. 현재 공식 소개와 서비스 안내에서 회사가 어떤 브랜드를 운영하고 해당 예약이 어느 서비스에 속하는지 확인합니다. 사전에는 각 이름의 역할, 관계를 확인한 자료의 위치, 독자에게 처음 소개할 표현을 남깁니다.
동일한 회사가 운영한다는 사실을 확인해도 서비스의 이용 범위까지 같아지는 것은 아닙니다. 공간 예약 글의 다음 페이지가 행사 기획 상담이라면 모임마루의 다른 안내라고만 연결해 두지 않습니다. 독자가 장소를 예약하려는지 행사 운영을 의뢰하려는지에 맞춰 서비스 이름을 보여 줍니다. 같은 운영 주체라는 설명은 필요한 경우 덧붙이되 두 업무를 서로 대신할 수 있는 것처럼 쓰지 않습니다.
자료가 충돌할 때는 이름 사이의 관계를 새로 지어내지 않습니다. 협력 서비스인지 자체 서비스인지 확인되지 않았다면 하위 브랜드라는 표현을 보류하고 담당자에게 관계의 근거를 요청합니다. 공개가 필요한 문장에서는 확인된 서비스명과 그 페이지에서 할 수 있는 일까지만 설명할 수 있는지 검토합니다. 이후 이름을 바꿀 때도 사전의 별칭 목록만 고치지 말고 관계 설명을 사용한 소개와 연결 문구를 함께 살핍니다.
이름을 정리할 때에는 각 이름이 등장하는 위치를 함께 적습니다. 회사 소개, 서비스 설명, 신청 양식, 이메일 서명에서 같은 이름이 서로 다른 역할로 사용될 수 있습니다. 이름의 표기만 일치시켰는데 운영 주체와 신청 대상이 섞이면 독자는 누구에게 무엇을 요청하는지 이해하기 어렵습니다. 사전에는 대표 표기 옆에 사용해야 하는 상황과 다른 이름으로 대체하면 안 되는 상황을 남깁니다.
가상의 가온기획과 모임마루 관계를 확인했다고 해도 모든 문장에서 두 이름을 길게 반복할 필요는 없습니다. 처음 소개하는 자리에서 관계를 설명하고, 이후에는 해당 페이지의 서비스를 정확히 가리키는 이름을 사용할 수 있습니다. 반면 문의를 보내는 상대나 운영 주체를 확인하는 자리에서는 회사 이름이 필요한지 따로 판단합니다. 짧게 쓰는 목적과 관계를 숨기는 결과가 같아지지 않도록 문맥을 봅니다.
공식명과 약칭을 관리할 때도 대상의 관계를 먼저 확정합니다. 서비스명을 줄여 부르는 약칭인지, 브랜드 전체를 부르는 이름인지에 따라 사용 범위가 다릅니다. 내부에서 편리하게 부르는 말이 고객에게도 알려져 있다고 가정하지 않습니다. 처음 읽는 사람이 이름을 보고 같은 서비스인지 다른 서비스인지 구별할 수 있는지 살핀 뒤 필요한 설명을 보탭니다.
이름이 충돌하는 자료는 작성 날짜만으로 선택하지 않습니다. 최근 홍보물에 나온 이름이라도 임시 기획명일 수 있고, 오래된 공식 안내가 여전히 유효할 수도 있습니다. 어느 문서가 현재 관계를 확인하는 근거인지 담당자에게 요청합니다. 확인이 끝나기 전에는 운영한다, 제휴했다, 산하에 있다처럼 관계를 확정하는 동사를 임의로 사용하지 않습니다. 이름의 뜻을 모르는 상태에서 친숙한 관계로 메우지 않는 것이 중요합니다.
표기 사전을 적용할 때는 전체 바꾸기 전에 사용 위치별 문장을 읽습니다. “회사에 문의”를 모두 “브랜드에 문의”로 치환하면 담당 창구의 의미가 달라질 수 있습니다. 제목에서 서비스 이름을 줄였을 때도 신청 화면에서는 같은 대상을 알아볼 수 있는지 확인합니다. 문구가 달라도 같은 서비스임을 이해할 근거가 있으면 되고, 같은 이름이어도 다른 요청을 받는다면 범위를 더 밝혀야 합니다.
변경된 이름을 공개한 뒤에는 옛 이름으로 들어온 사람의 맥락도 고려합니다. 과거 자료를 현재 안내에 연결할 때 관계가 확인된 범위에서 이름 변경을 설명할 수 있습니다. 그러나 서비스 자체가 달라진 경우에는 단순한 이름 교체처럼 안내하지 않습니다. 무엇을 계속 제공하고 어떤 요청이 새로 구분됐는지를 확인해 표현해야 이전 이용자가 다른 업무를 같은 것으로 판단하지 않게 됩니다.