간단한 답
세계관 속 지명을 일관되게 지으려면 소리 몇 가지를 고르고, 설명하는 말을 어떻게 결합할지 정하고, 지어낸 어근 몇 개를 되풀이해 쓰세요. 쓸모가 있다면 중요한 장소에는 공식 이름과 일상에서 부르는 이름을 함께 주세요. 이름마다 뜻과 그 이름을 쓰는 사람을 기록해 두세요. 작명 패턴은 완전한 언어가 아닙니다.
강 하나, 건널목 하나, 그 곁의 마을 하나에 이름이 필요합니다. 서로 아무 관계 없는 멋진 단어 세 개를 지어내면 빈칸은 채워지지만, 쓸모 있는 관계 하나를 놓치게 됩니다. 소박한 작명 패턴 하나만 있어도, 역사를 설명하기 전부터 그 장소들이 서로 이어져 있다는 느낌을 줄 수 있습니다.
아래 예시는 이 연습을 위해 지어낸 것입니다. 실제 언어를 옮긴 것도 아니고, 모든 언어가 이렇게 발달한다는 주장도 아닙니다. 이 방법으로 얻는 것은 쓸 만한 작명 규칙이지, 완전한 인공어가 아닙니다.
작은 소리 팔레트 고르기#
소리 내어 읽을 때 쉽게 구별되는 자음과 모음을 몇 개 고르세요. 이 예시에서는 na, ve, lo, mi 같은 짧은 음절을 씁니다. 어근은 한두 음절로 정하고, 정착지가 하나 생길 때마다 새로운 표기 규칙을 덧붙이지 마세요.
후보 이름 다섯 개를 따로따로 평가하지 말고 한 문단 안에 넣어 써 보세요. 중요한 장소 두 곳이 구별하기 어려워진다면 하나를 바꾸세요. 이름들이 서로 닮았더라도 독자는 장면이 어디로 옮겨 갔는지 알아볼 수 있어야 합니다.
결합 규칙 하나 정하기#
어근 세 개를 지어내세요. 강은 nava, 건널목은 lo, 위쪽은 mi입니다. 꾸미는 말을 앞에 둡니다. 그러면 건널목은 Navalo가 되고, 위쪽 건널목은 Milo가 됩니다. 이 뜻은 이 연습 안에서만 통합니다.
이름에 정보를 얼마나 담을지 정하세요. 모든 장소를 지리적 설명 전체로 부르면 이름이 다루기 힘들 만큼 길어집니다. 지역 지도 곁에 간단한 참고표를 두세요. 표기, 의도한 발음, 뜻, 그리고 그 이름이 가리키는 대상을 적어 둡니다.
누가 어떤 이름을 쓰는지 정하기#
공식 지도에 적힌 이름이 인물이 집에서 부르는 이름과 같을 필요는 없습니다. 관청은 Navalo라고 적어도, 주민들은 그 동네를 본문의 서술 언어로 옛나루라고 부를 수 있습니다. 두 이름을 아무렇게나 번갈아 쓰기 전에, 둘이 같은 곳이라는 사실을 한 장면에서 먼저 보여 주세요.
엇갈리는 이름에는 그 이름을 쓰는 사람과 이유를 붙이세요. 상인은 손님들이 알아듣는 이름을 쓰고 싶어 할 수 있고, 터전을 잃은 가족은 예전 이름을 지킬 수 있으며, 아이는 별명으로 부를 수 있습니다. 한 지역 사람들 전체가 자기 과거를 똑같은 태도로 대하게 만들지 마세요.
예외는 의도해서 쓰기#
패턴과 무관한 이름 하나가 다른 역사를 암시할 수 있습니다. 그 이름이 더 이른 정착지에서 왔는지, 다른 곳에서 빌려 온 이름인지, 최근에 공식적으로 바뀐 이름인지 정하세요. 이 차이를 메모에 정직하게 적어 두는 데 제2의 언어를 완전히 만들어 둘 필요는 없습니다.
이름이 바뀐 일은 연표에 올리세요. 이름이 바뀌기 전에 쓰인 문서라면 작성자와 작성 시점에 맞는 이름을 써야 합니다. 그러면 그 차이는 실수로 생긴 설정 오류가 아니라 단서가 될 수 있습니다.
골짜기 하나로 예시 완성하기#
처음에 필요했던 것은 강 하나, 건널목 하나, 마을 하나였습니다. 강은 Nava, 건널목은 Navalo입니다. 마을은 나룻배를 기다리던 나그네들이 모이던 장터를 중심으로 자랐다고 해 봅시다. 장터를 뜻하는 어근 mena를 하나 더하면, 건널목 장터는 Lomena가 됩니다.
일상의 말은 이름을 닳게 만들기 마련이어서, 주민들은 마을을 ‘장터’라는 뜻의 Mena라고 부르고 Lomena는 문서에만 남겨 둡니다. 이제 정식 이름을 쓰는 인물은 서기나 외지인처럼 들립니다.
예외는 마지막에 더하세요. 건널목 위의 무너진 요새는 Kethrum인데, 팔레트에서 한 번도 쓰지 않은 소리로 만든 이름입니다. 메모에는 강가 정착지들보다 먼저, 나중에 이곳을 떠난 사람들이 붙인 이름이라고 적혀 있습니다. 본문에서 그 사실을 말할 필요는 없습니다. 소리가 어긋난다는 것만으로 더 오래된 역사가 암시됩니다.
골짜기의 이름 장부는 짧게 유지됩니다.
| 이름 | 만든 방식 | 메모에 적은 뜻 | 쓰는 사람 |
|---|---|---|---|
Nava | nava | 강 | 모두 |
Navalo | nava + lo | 강 건널목 | 관리와 지도 |
옛나루 | 서술 언어 | 건널목 옆 동네 | 주민 |
Lomena | lo + mena | 건널목 장터, 곧 마을 | 문서와 외지인 |
Mena | Lomena의 준말 | ‘장터’ | 마을 사람들 |
Kethrum | 패턴 밖 | 무너진 요새 | 옛 기록과 마을에 전해 오는 이야기 |
장면 안에서 이름 점검하기#
실제 대사를 소리 내어 읽어 보세요. 독자가 문장마다 용어집을 뒤지지 않고도 경로를 따라갈 수 있나요? 시점 인물은 자기가 알 법한 이름을 쓰고 있나요? 어근을 설명하는 일이 도움이 되기보다 장면을 끊고 있지는 않나요?
출간 전에는 눈에 띄는 지명이 독자층과 관련된 언어에서 의도하지 않은 뜻이나 연상을 갖고 있지 않은지 확인하세요. 이 연습은 그런 확인을 대신해 주지 않습니다. 이름 장부를 두면 나중에 조사하거나 편집하며 바꾼 내용이 지도, 원고, 참고 노트에 함께 반영됩니다.
흔한 작명 문제 고치기#
한 장을 앉은자리에서 끝까지 읽은 뒤, 눈에 띈 문제를 그럴 법한 원인과 짝지어 보세요.
| 문제 | 독자가 겪는 일 | 고치는 법 |
|---|---|---|
Milo와 Mila처럼 닮은 이름 | 장면이 어디인지 놓침 | 덜 중요한 이름의 첫소리나 길이를 바꾸기 |
| 모든 이름이 같은 어근으로 끝남 | 지도가 하나의 긴 단어처럼 읽힘 | 장소를 실제로 설명할 때만 어근 쓰기 |
| 분위기를 내려고 넣은 아포스트로피와 드문 글자 | 읽다가 걸리고 발음을 짐작함 | 기호마다 설명할 수 있는 소리를 정하거나 빼기 |
Navalo와 Navallo처럼 원고마다 달라지는 표기 | 서로 다른 두 장소로 여김 | 장부에서 표기를 확정한 뒤 원고에서 변형을 검색하기 |
| ‘이국적’으로 보이려고 실제 문화를 흉내 낸 이름 | 희화화된 모습과 마주칠 수 있음 | 직접 만든 팔레트로 짓기. 빌려 온다면 그 언어를 쓰는 사람들이 실제로 이름을 어떻게 쓰는지 배우기 |
이야기 규모에 맞게 패턴 키우기#
마을 하나가 배경인 이야기라면 팔레트 하나, 어근 몇 개, 외울 수 있을 만큼 짧은 장부면 됩니다.
여러 지역을 가로지르는 여정이라면 독자가 귀로 알아챌 수 있는 경계가 필요합니다. 언어권마다 표기만이 아니라 소리와 음절 구조까지 다른 팔레트를 주세요. 언어권이 맞닿는 곳에서는 빌려 온 이름과, 양쪽에서 서로 다르게 부르는 장소가 생기기 마련입니다. 이름을 늘리기 전에 각 팔레트 뒤에 있는 문화부터 짜 두세요. 그 언어들을 지면에서 실제로 말하게 해야 한다면 가상 언어 만들기로 이어 가세요.
SF에서는 정착지 이름이 자라나기보다 붙여지기도 합니다. 창립자, 우주선, 측량 코드를 따서 짓는 식입니다. 기록에 남은 명칭과 주민들이 부르는 별명 사이에도 Navalo와 옛나루 같은 긴장이 생길 수 있습니다. 공식 명칭을 정하는 기관에 관해서는 제약 하나를 중심으로 정착지를 짓는 법을 참고하세요.
시리즈라면 이미 인쇄된 이름은 고정된 것으로 다루세요. 나중에 이름을 바꾸려면 이야기 안의 이유와 연표 위의 날짜가 필요합니다.
Yazar.io에 이름 장부 두기#
Yazar.io는 이름 장부를 깔끔하게 다룹니다. 장소마다 ‘장소’ 항목을 만들고 공식 이름, 일상에서 부르는 이름, 의도한 뜻을 적을 필드를 두세요. 섹션 템플릿에서 한 번만 정해 두면 새 장소를 만들 때마다 같은 세 필드가 나옵니다(필드 템플릿). 이름의 재료가 되는 어근과 음절은 ‘용어집’에 모아 두기 좋습니다.
어떤 인물이 어떤 이름을 쓰는지도 적어 두세요. Yazar.io는 이름에 저절로 링크를 걸고 모든 페이지에 백링크 패널이 있으므로, 장소 페이지에서 그곳을 언급하는 인물과 항목을 볼 수 있습니다. 이름을 바꾼 뒤 누구의 대사를 확인해야 하는지 빠르게 찾는 방법입니다(기능). 원고와 지도는 Yazar.io 바깥에 있으니 직접 고쳐야 합니다. 항목 이름을 바꿔도 다른 곳에 쓴 글은 바뀌지 않습니다.
출처
- Yazar.io: Description of the service · 2026년 10월 8일
- Yazar.io: Features · 2026년 10월 10일
- Yazar.io: Product updates · 2026년 10월 10일