제품의 이름을 정하는 것은 생각보다 어렵다. 우선 "제품이 뭐 하는지 이름으로 붙이면 되지"라고 생각했다가, 6개월이 지나면 그 이름이 너무 제한적이라는 걸 깨닫고 고통스러운 이름 변경 과정을 거친다. 우리가 겪은 일이 정확히 이것이다: "AI Conference Assistant"에서 "AI MEETING"을 거쳐 "VORA"로 변경하는 과정에서 수십 개의 파일을 수정했고, 몇 개월 후에도 여전히 오래된 참고값들이 튀어나온다. 이 과정의 전체 이야기를 솔직하게 공개한다.
1단계: 기술적 이름 (처음엔 왜 작동하는가)
원래 프로젝트는 "AI Conference Assistant"라고 불렸다. 기술적으로는 정확하다. 개성은 전혀 없다. 처음에는 이게 괜찮다 — 기능을 테스트하는 중이지, 브랜드를 만드는 게 아니니까. Git repository는 ai-conference-assistant고, 배포된 도메인은 vora.vibed-lab.com다. 프로젝트가 개인 실험 수준일 때는 이게 말이 됐다.
기술적 이름의 문제는 제품이 더 큰 이야기에 어떻게 맞춰지는지 생각하기 시작할 때 드러난다. "AI Conference Assistant"는 하나의 기능(회의 지원)만 설명한다. 하지만 VORA가 AI 수정 파이프라인, 회의 요약, Q&A 시스템, Labs 실험 섹션, 다국어 지원을 포함하게 확장되면서 "conference assistant"는 점점 더 좁다고 느껴졌다. 제품은 포괄적인 회의 인텔리전스 플랫폼으로 진화했다. 그런데 이름은 그 발전을 가로막고 있었다.
2단계: "AI MEETING" — 옆으로의 이동
첫 번째 이름 변경은 "AI MEETING"이었다. 커밋을 보면: "표준화: 모든 페이지의 제목과 브랜딩을 'AI MEETING'으로 통일." 한 가지 측면에서는 개선였다: "conference"(대규모 공식 행사를 의미)를 제거하고 "meeting"(작은 스탠드업, 1:1, 팀 싱크)을 사용했다. 그러나 여전히 순전히 기술적이었다.
"AI MEETING"은 다른 문제도 있다: 다른 단어와 조합해야만 검색 가능하고, 단독으로는 기억에 남지 않는다. "try AI MEETING"이라고 누군가에게 말하면 Google에서 검색해도 기억할만한 것을 찾을 수 없다. 그리고 소유격 구조에서 어색하다: "open AI MEETING"은 OpenAI 제품을 열려는 것처럼 들린다. 모든 대문자는 내부 프로젝트 코드명처럼 보였고, 실제 제품 이름 같지 않았다.
3단계: "Voice Oracle" 우회
역사에 기록할만한 커밋이 있다: "랜딩 페이지에 'Voice Oracle' 브랜드 스토리 섹션 추가." 우리는 "Voice Oracle"을 제품 정체성으로 잠시 탐색했다 — 목소리를 듣고 이해하는 AI, 음성 데이터의 Oracle이라는 아이디어였다. 우리는 이것을 중심으로 마케팅 카피를 썼다. 랜딩 페이지 히어로 섹션에 추가했다.
그건 못 붙었다. 기술 회사 이름으로서 "Oracle"은 수십 년의 확립된 브랜딩을 가지고 있어서 벗어나기 어렵다 — 대부분의 사람들이 "Oracle"을 들으면 기업용 데이터베이스 소프트웨어를 생각한다. "Voice Oracle"도 제품을 수동적 리스너로 위치시켰는데, 우리 제품의 강점은 능동적 인텔리전스(수정, Q&A, 요약)다. 주요 브랜드가 되기 전에 우리는 이것을 제거했다.
4단계: VORA — 작동한 이름
VORA는 제약 조건에서 탄생했다: 짧고 기억하기 좋으면서 목소리/오디오를 연상시키고, 영어와 한국어 모두에서 작동하며, 전 세계적으로 발음 가능하고, 이미 큰 기술 브랜드가 아니면서 도메인 인접 식별자가 있는 이름을 원했다. 커밋: "브랜드: 프로젝트를 'VORA'로 이름 변경하고 모든 페이지의 브랜딩 표준화."
VORA는 백로니임이다: Voice Orchestration & Real-time Analysis. 하지만 솔직하게 말하면 약자는 나중에 나왔다 — 우리는 "VORA"가 어떻게 들리는지를 먼저 좋아했고 그 주변으로 확장을 만들었다. 짧다, 네 글자, 모음으로 끝난다 (모든 언어에서 발음하기 쉬움), 기술적 가장자리가 있지만 전문 용어처럼 들리지 않는다.
이름 변경 과정은 고통스러웠다. "모든 페이지의 브랜딩 표준화"라는 커밋 메시지는: index.html, index_ko.html, app.html, app_ko.html, blog.html, blog_ko.html, faq.html, faq_ko.html, labs.html, labs_ko.html, about_ko.html, terms.html, terms_ko.html, contact_ko.html, beta.html, 그리고 모든 포스트의 변경을 커버한다. 모든 페이지 제목, 모든 푸터, 모든 메타 설명, 모든 `
` 태그. 우리는 전역 찾기-바꾸기를 사용했지만 여전히 몇 주 후에 떠오른 참고값들을 놓쳤다.</p>
<h2>반복적인 이름 변경으로 남겨진 기술 부채</h2>
<p>여러 번의 이름 변경이 남겨놓은 것들을 정직하게 계산하면:</p>
<ul>
<li><strong>URL은 절대 변하지 않는다:</strong> 도메인 <code>vora.vibed-lab.com</code>는 영구적으로 오래된 이름이다. URL을 변경하면 색인된 모든 링크가 깨진다. URL을 저장한 사용자는 제품 이름과 맞지 않는 URL을 본다. 이것은 진짜 SEO 문제고, 우리는 피벗의 대가로 받아들였다.</li>
<li><strong>Git history에는 오래된 이름이 담겨 있다:</strong> 이름 변경 전의 모든 커밋에는 오래된 프로젝트 이름이 들어 있다. 실제로는 괜찮지만, 오래된 커밋 메시지를 읽을 때 "AI Meeting"이나 "AI Conference Assistant"를 참고하는 혼동을 만든다.</li>
<li><strong>console.log 명령문:</strong> 코드는 여전히 <code>console.log('[VORA] v5.2 Web Standard Edition Ready')</code>를 가지고 있다. 이건 맞다. 하지만 초기 앱 로그는 여전히 "AI Conference Assistant v1.0"이라고 말한다. 오래된 세션을 디버깅할 때 머릿속으로 번역해야 한다.</li>
<li><strong>캐시된 콘텐츠:</strong> 이름 변경 전에 사이트를 방문한 일부 사용자는 "AI MEETING"을 브라우저에 캐시하고 있다. 우리는 캐시 무효화 헤더를 추가했지만 이미 로컬 캐시에 있는 것은 제어할 수 없다.</li>
</ul>
<div class="callout warn">
<strong>배운 교훈:</strong> 코드를 작성하기 전에 제품의 이름을 선택하라. 이름 변경으로 인한 기술 부채는 단순히 찾기-바꾸기 작업이 아니다 — URL, Git history, 외부 링크에 있는 오래된 이름의 영구적인 흔적이고, 이것을 완전히 정리할 수 없다. 제품의 이름을 정하기 가장 좋은 시간은 첫 커밋 전이다. 두 번째로 좋은 시간은 지금이지만, 정리 비용을 받아들여야 한다.
</div>
<h2>한국어 이름의 질문</h2>
<p>다국어 제품의 합병증: VORA는 영어에서 브랜드 이름으로 작동한다. 한국어로 "VORA"는 "보라"(bora)로 쓰여지는데, 이것은 또한 "보라색"을 의미하는 흔한 한국어 단어이고 흔한 한국인 이름이다. 이것은 행운의 일치다 — 한국 사용자는 의미 없는 외국 음절 시퀀스로 마주치는 대신 기존의 긍정적 개념과 이름을 연결할 수 있다.</p>
<p>우리는 한국 페이지에서도 "보라" 대신 "VORA"(라틴 문자 형태)를 주요 브랜드 표현으로 사용하기로 의도적으로 결정했다. 이유: 시장 전체의 일관성. 한국 페이지를 읽는 국제 사용자는 영어 페이지에서 알고 있는 같은 VORA 브랜드를 인식해야 한다. 그리고 한국 사용자는 라틴 문자로 된 브랜드 이름을 읽는 것이 편하다 — 이것은 한국 기술 회사의 표준 관행이다.</p>
<h2>"가입 없음, 100% 무료"의 전략적 의미</h2>
<p>기록할 만한 또 다른 브랜딩 결정: 커밋 "랜딩 페이지를 강화하여 '가입 없음', '100% 무료'와 전체 서비스 모음을 강조." 이것은 계정 요구 사항이 없는 것을 제한이 아닌 기능으로 위치시키기 위한 의도적인 결정이었다.</p>
<p>우리 공간의 많은 AI 도구들은 계정 생성, 이메일 검증, 점점 더 공격적인 업셀 사이클을 필요로 한다. VORA의 모델 — 자신의 Gemini API 키를 가져와, 계정 필요 없음 — 은 정말로 다르고 정말로 사용자 친화적이다. 이것을 브랜드 커뮤니케이션에서 전면에 내세우려면 명시적이어야 했다: "구독 없는 AI 도구, 즉시 사용 가능." 이제 이것이 랜딩 페이지의 히어로 배지에 있다.</p>
<p>푸터의 브랜드 명제 "전문적 커뮤니케이션을 지능형 AI 솔루션으로 강화"는 우리가 원하는 것보다 기업다운 소리일 수도 있지만, 존속하는 이유는 정직하지 않지 않으면서 미션을 정확하게 설명하기 때문이다. 모든 브랜드 명제가 날카로울 필요는 없다. 때로는 전문적인 언어가 당신이 목표하는 전문적 청중에게 전문성을 신호한다.</p>
<p>언젠가 실제 제품이 될 수도 있는 사이드 프로젝트를 만드는 중이라면: 이름이 당신이 생각하는 것보다 더 많이 중요하고, 더 일찍 중요하다. 나중에 깔끔하게 이름을 바꿀 수 있을 거라고 생각하며 "기술적-기능-것"으로 이름 짓지 말자. 그건 절대 깔끔하지 않다.</p>
</div>
</div>
<footer>
<p>© 2026 VORA. <a href="../blog.html" style="color: var(--primary); text-decoration: none;">Dev Blog로 돌아가기</a></p>
</footer>
<script src="../js/visitor-counter.js"></script>
</body>
</html>