가이드

앱 이름 짓는 법: 실용적인 과정

앱 이름을 지으려면, 어떤 유형의 이름을 원하는지 정하고(설명형, 암시형, 창작형, 합성형), 긴 목록을 만든 다음, 말하고 쓰고 기억하기 쉬운 짧은 목록으로 줄이고, 최종 후보마다 상표, 쓸 수 있는 도메인, 소셜 핸들을 확인한 뒤 확정하세요. 좋은 이름은 독특하고 쉽게 공유할 수 있는 이름입니다. 제품이 하는 모든 것을 설명할 필요는 없습니다.

이름은 영원히 바꿀 수 없을 것처럼 느껴져서 중요하게 보입니다. 실제로는 제품 자체보다 덜 중요합니다. 하지만 헷갈리거나, 철자를 쓸 수 없거나, 법적 위험이 있는 이름은 매일 비용을 치르게 합니다.

좋은 앱 이름의 조건

조건중요한 이유간단한 테스트
말하기 쉬움사람들은 앱을 말로 추천합니다전화 통화에서 말했을 때 상대가 입력할 수 있나요?
철자 쓰기 쉬움철자가 틀리면 방문자가 다른 사이트로 빠집니다한 번 듣고 대부분이 맞게 쓸 수 있나요?
독특함눈에 띄고 보호하기 쉽습니다검색하면 비슷한 이름이 많이 나오나요?
대상에 맞음말투에 대한 기대를 설정합니다목표 고객이 이 이름을 진지하게 받아들일까요?
성장 여지제품은 바뀝니다기능이나 시장을 추가해도 여전히 맞을까요?
나쁜 뜻이 없음다른 언어나 속어에서 난처한 의미가 될 수 있습니다시장의 주요 언어로 확인하세요

네 가지 이름 유형

설명형

무엇을 하는지 말해 줍니다. 예: InvoiceTracker, MealPlanner Pro. 바로 이해되고 사람들이 찾기 쉽게 해 줄 수 있습니다. 단점은 설명형 이름은 상표로 등록하기 어렵고, 비슷한 이름이 많다는 것입니다.

암시형

혜택을 노골적으로 말하지 않고 암시합니다. 관련 의미를 가진 실제 단어를 새로운 맥락에서 쓰는 것입니다. 명확함과 독특함 사이에서 균형을 잡기 좋은 경우가 많습니다.

창작형

지어낸 단어입니다. 매우 독특하고 보통 보호하기 쉬우며, 도메인을 얻을 가능성도 큽니다. 대신 처음에는 아무 뜻도 없으므로, 헤드라인과 마케팅이 제품을 설명해야 합니다.

합성형

두 단어를 붙이거나, 단어에 접두사나 접미사를 붙인 것입니다. 유연하고 소프트웨어에서 흔합니다. 두 단어가 만나는 지점에서 어색한 철자 조합이 생기지 않는지, 소문자로 쓸 때 읽기 어렵지 않은지 주의하세요.

1단계: 네이밍 브리프 작성하기

이름을 만들기 전에 다음을 적어 두세요.

  • 앱이 하는 일을 한 문장으로.
  • 누구를 위한 것인지, 그리고 그들이 어떤 말투를 쓰는지.
  • 원하는 느낌: 진지함, 친근함, 프리미엄, 장난스러움.
  • 마음에 드는 이름들(어떤 산업이든)과 그 이유.
  • 제약 조건: 길이, 언어, 피해야 할 단어, 경쟁사 이름.

이렇게 하면 기분에 따라 고르는 것을 막고, 목록을 평가할 기준이 생깁니다.

2단계: 긴 목록 만들기

먼저 양을 확보하세요. 유용한 출처는 다음과 같습니다.

  • 문제와 결과에서 나온 단어. 사용자가 얻는 것과 관련된 명사, 동사, 이미지를 나열하세요.
  • 고객의 어휘. 고객 인터뷰에서 나온 표현.
  • 은유. 제품은 무엇과 비슷한가요? 나침반, 노트, 교환대.
  • 다른 언어. 신중하게 사용하세요. 의미는 원어민에게 확인하세요.
  • 위 요소들의 조합과 변형.
  • AI 어시스턴트. 브리프를 주고 유형별로 많은 이름을 요청하세요. 결과는 원자재로 보세요. AI 도구는 비슷하게 들리는 이름을 많이 만들고, 이미 존재하는 이름을 제안하기도 합니다.

이 단계에서는 판단하지 마세요. 일단 모두 적으세요.

3단계: 짧은 목록으로 줄이기

목록을 훑으며 다음에 해당하는 이름을 지우세요.

  • 말하거나 쓰기 어려운 이름
  • 직접 경쟁사의 이름처럼 보이는 이름
  • 설명을 들어야만 이해되는 이름
  • 찾을 수 있는 어색한 의미가 있는 이름
  • 앱 아이콘 라벨이나 브라우저 탭에 편하게 들어가기에 너무 긴 이름

5~10개를 목표로 하세요.

4단계: 사용 가능 여부 확인하기

짧은 목록의 각 이름에 대해 다음을 확인하세요.

  1. 웹 검색. 같은 이름이나 아주 비슷한 이름의 제품, 회사, 프로젝트가 있나요? 특히 소프트웨어나 본인 산업에서 확인하세요.
  2. 앱 스토어와 제품 디렉터리. Apple App Store, Google Play, Product Hunt 같은 곳을 검색하세요.
  3. 상표. 본인 국가의 특허청(예: 미국은 USPTO, EU 상표는 EUIPO, 영국은 UKIPO)과 WIPO 글로벌 브랜드 데이터베이스를 검색하세요. 소프트웨어와 본인 서비스를 다루는 상품류를 살펴보세요.
  4. 도메인. 쓸 만한 도메인이 남아 있는지 보세요. 도메인 이름 고르는 법에서 선택지를 다룹니다.
  5. 소셜 핸들. 실제로 쓸 플랫폼에서 확인하세요.
  6. 언어와 속어. 이름을 "뜻"과 함께 검색하고, 주요 시장의 원어민에게 물어보세요.

이런 기본 검색으로 명백한 충돌은 걸러낼 수 있습니다. 하지만 이것은 법적 심사가 아닙니다. 브랜드에 많이 투자하기 전에, 또는 비슷한 것을 발견했다면 상표 변호사에게 문의하세요. 이 가이드는 법률 자문이 아닙니다.

5단계: 실제 사람들과 테스트하기

상위 세 개를 고객층의 사람들과 나누세요. 유용한 테스트는 다음과 같습니다.

  • 전화 테스트: 이름을 말하고 상대에게 입력해 보라고 하세요.
  • 기억 테스트: 지나가듯 이름을 언급하고, 하루 뒤에 무엇이었는지 물어보세요.
  • 의미 테스트: 이 이름의 제품이 무엇을 하는 것 같은지 물어보세요.

인기 투표를 하지 마세요. 여기서 찾는 것은 가장 좋아하는 이름이 아니라 문제, 즉 혼동, 철자 오류, 나쁜 연상입니다.

6단계: 결정하고 확보하기

문제가 가장 적은 이름을 고른 다음, 빠르게 다음을 하세요.

  • 도메인 등록
  • 사용할 소셜 핸들 확보
  • 전문가 조언을 받아 상표 출원 검토
  • 이름과 함께 쓸 한 문장짜리 설명 작성

그 뒤에는 넘어가세요. 제품에 쏟는 시간이 이름에 대한 논쟁을 일주일 더 하는 것보다 이름에 더 큰 도움이 됩니다.

흔한 네이밍 실수

  • 도메인을 얻으려고 모음을 빼거나 철자를 바꾸기. 평생 설명해야 하는 철자 문제가 생깁니다.
  • 경쟁사의 네이밍 패턴을 너무 비슷하게 따라 하기. 사람들이 헷갈립니다.
  • 너무 좁은 이름 고르기. 도시 이름이나 자라면 벗어날 단일 기능을 넣는 것 같은 경우입니다.
  • 위원회 방식으로 고르기. 많은 의견은 가장 안전하고 밋밋한 선택으로 몰고 갑니다.
  • "그냥 사이드 프로젝트"라며 상표 검색 건너뛰기.
  • 완벽한 이름을 기다리며 만들기를 미루기. 작업용 이름으로 시작하고, 필요하면 출시 전에 바꾸세요.

이름 체크리스트

  • 한 번 듣고 말하고 철자를 쓸 수 있음
  • 웹과 앱 스토어 검색에서 독특함
  • 본인 시장과 카테고리에서 명백한 상표 충돌 없음
  • 쓸 수 있는 도메인이 남아 있음
  • 주요 소셜 핸들을 사용할 수 있음(또는 허용할 만한 변형)
  • 주요 언어에서 나쁜 뜻이 없음
  • 제품이 커져도 여전히 맞음
  • 대상 고객 몇 명과 테스트함

이름이 없어도 시작할 수 있습니다

만들기 시작하는 데 최종 이름이 필요하지는 않습니다. Mythex에서는 작업용 이름으로 프로젝트를 시작하고, 무료 mythex.ai 링크로 만들어 공유할 수 있습니다. 이름을 정한 뒤에는 Pro 요금제에서 자신의 도메인을 연결하면 됩니다. 자세한 내용은 문서의 사용자 지정 도메인을 참고하세요. 이름과 상관없이 랜딩 페이지 문구는 제품을 설명해야 합니다. 랜딩 페이지 헤드라인 쓰는 법이 도움이 됩니다.

자주 묻는 질문

앱 이름이 무엇을 하는지 설명해야 하나요?

그래도 됩니다. 설명형 이름은 이해하기 쉽고 처음에는 도움이 되지만, 상표로 보호하기 어렵고 제품이 바뀌면 제약이 될 수 있습니다. 창작형이나 암시형 이름은 더 독특하지만 처음에 더 많은 설명이 필요합니다.

앱 이름이 이미 쓰이고 있는지 어떻게 확인하나요?

본인 국가의 상표 데이터베이스와 WIPO 글로벌 브랜드 데이터베이스를 검색하고, 웹과 앱 스토어를 검색하고, 도메인과 소셜 핸들 사용 가능 여부를 확인하세요. 많이 투자할 예정이라면 상표 변호사에게 정식 검색을 의뢰하세요.

나중에 앱 이름을 바꿀 수 있나요?

네, 많은 제품이 실제로 바꿉니다. 다만 사용자, 링크, 검색 순위가 쌓일수록 어려워지고 비용도 늘어나므로, 출시 전에 기본 점검을 해 두는 것이 좋습니다. 초기에 이름을 바꾸는 것은 대개 새 도메인과 몇 개의 리디렉션을 설정하는 일입니다.

앱 이름에 .com 도메인이 꼭 필요한가요?

아니요. 많은 제품이 다른 확장자나 getname.com, name.app처럼 변형된 도메인을 씁니다. 중요한 것은 도메인이 말하기와 철자 쓰기가 쉽고, 사람들을 경쟁사로 보내지 않는 것입니다.

Mythex · Pricing · AI로 무엇이든 만들기 · 웹사이트 및 앱 템플릿 · Mythex 비교 · AI 앱 개발 용어집 · 무료 AI 앱 개발 도구 · English

English አማርኛ العربية Български বাংলা Bosanski Català Čeština Dansk Deutsch Ελληνικά Español Español (España) Eesti فارسی Suomi Français Français (Canada) ગુજરાતી हिन्दी Hrvatski Magyar Հայերեն Bahasa Indonesia Íslenska Italiano 日本語 ქართული Қазақ тілі ಕನ್ನಡ Lietuvių Latviešu Македонски മലയാളം Монгол मराठी Bahasa Melayu မြန်မာ Norsk bokmål Nederlands ਪੰਜਾਬੀ Polski Português (Brasil) Português (Portugal) Română Русский Slovenčina Slovenščina Soomaali Shqip Srpski Svenska Kiswahili தமிழ் తెలుగు ไทย Tagalog Türkçe Українська اردو Tiếng Việt 简体中文 繁體中文(香港) 繁體中文(台灣)