모든 업종을 위한 랜딩 페이지

"우리 치과를 위한 예약 시스템"을 검색한 사람은 이제 정확히 그 업종을 위해 쓰인 Mythex 페이지에 도착합니다. 치과에서 이런 앱이 처리해야 할 것, 그 업종에 맞는 실용적인 팁, 그리고 앱을 실제로 만드는 시작 프롬프트가 담겨 있습니다. 사이트의 /ai 섹션은 손으로 쓴 몇 개의 페이지로 시작했지만, 지금은 수백 가지 업종을 다루며, 각 업종에는 그 업종에 실제로 맞는 앱만 연결되어 있습니다.

이걸 만든 이유

Search Console 데이터는 두 가지를 알려 주었습니다. 구글을 통해 Mythex를 찾은 사람 대부분은 이미 "mythex"를 검색하고 있었습니다. 그리고 더 넓은 검색어에서 실제로 순위에 오른 페이지는 "이탈리안 레스토랑 웹사이트 디자인" 같은 디자인 검색에 뜨는 템플릿 페이지였는데, 이 사람들은 빌더가 아니라 영감을 원했습니다.

AI로 무언가를 만들고 싶은 사람은 자신의 업종이 쓰는 말로 무엇을 만들지 검색합니다. 그래서 "AI 앱 빌더", "AI 웹사이트 빌더", "AI CRM" 같은 넓은 검색어를 위한 작은 페이지 묶음을 먼저 만들었고, 이후 합리적인 업종과 앱의 조합마다 페이지를 만들었습니다.

페이지에 무엇이 있나요

치과 예약 시스템을 예로 들어 보겠습니다. 모든 페이지는 같은 구조를 따르지만 내용은 업종에서 가져옵니다.

무엇이며 누구를 위한 것인지. 그 업종의 어휘로 쓴 소개입니다. 치과 페이지는 검진, 환자, 그리고 예약을 적어 두는 종이 수첩 이야기를 하고, 글램핑 사이트 페이지는 텐트 숙소와 온수 욕조 추가 옵션 이야기를 합니다.
무엇을 만들 수 있나요. 그 업종이 실제로 기록하는 항목을 사용해, 앱이 가질 화면과 데이터 레코드를 설명합니다.
그 업종은 어떻게 돌아가나요. 그 업종이 하루를 어떻게 굴러가게 하는지, 그리고 그 과정에서 쓰는 소프트웨어가 무엇인지 짧게 설명합니다. 예를 들어 빵집의 경우, 빵 굽기는 해 뜨기 전에 시작되고, 기념일 케이크는 몇 주 전에 주문되며, 주문은 종종 계산대 옆 포스트잇에 적힌다는 내용입니다.
그 업종을 위해 앱이 처리해야 할 것. 구체적인 요구 사항을 3~6개 담습니다. 빵집 웹사이트의 경우, 특정 빵을 굽는 요일, 알레르기 정보, 제작 기간이 표시된 케이크 갤러리, 그리고 인기 메뉴는 일찍 품절된다는 안내가 들어갑니다.
그 업종을 위한 팁. 그 업종에만 해당하는 실용적인 조언을 하나 제공합니다. 예를 들어 명절 선주문을 확정 마감일과 함께 일찍 열어서 오븐 시간을 계획할 수 있게 하라는 식입니다.
시작할 프롬프트. 그 업종의 서비스와 레코드 항목을 명시한 긴 시작 프롬프트입니다. 클릭 한 번이면 이 프롬프트가 들어간 새 프로젝트가 열리고, Mythex가 바로 빌드를 시작합니다.
질문. 그 업종 사람이 실제로 던질 질문과, Mythex 자체에 대한 몇 가지 흔한 질문이 있습니다.
다음에 갈 곳. 관련 템플릿, 관련된 가이드로의 링크(예약 페이지는 예약 앱 만드는 방법으로 연결됩니다), 같은 업종의 다른 앱, 그리고 이웃 업종을 위한 같은 앱으로 이어집니다.

의미 있는 조합만 담았습니다

업종과 앱 종류를 모든 조합으로 곱하지는 않았습니다. 앱 종류는 열 가지가 넘습니다. 웹사이트, 랜딩 페이지, 예약 시스템, 고객 포털, CRM, 온라인 스토어, 청구서 발행, 대시보드, 재고 관리, 직원 일정, 디렉터리, 강의 플랫폼, 견적, 멤버십, 행사 등록 등이 있고, 각 업종은 실제로 맞는 것만 나열합니다. 누군가 그 앱이 그 업종에 맞는다고 판단한 경우에만 페이지가 존재합니다.

그래서 거의 모든 업종에는 청구서 발행 페이지가 있지만 강의 플랫폼 페이지가 있는 업종은 상대적으로 적습니다. 배관공은 견적 앱과 작업 일정을 받고, 빵집은 웹사이트, 선주문 페이지, 케이크 상담 예약 시스템을 받습니다.

빈칸만 채운 것이 아니라 업종에 맞게 썼습니다

명사만 바꿔 끼운 템플릿은 서로 똑같이 읽히는 수천 개의 페이지를 만듭니다. 이를 막기 위해 세 가지를 지켰습니다.

각 업종이 스스로를 설명합니다. 무엇을 팔고, 고객을 무엇이라고 부르며, 레코드에 어떤 항목이 들어가고, 오늘날 제대로 못 하고 있는 일이 무엇인지 적습니다.
업종과 앱 쌍마다 별도의 설명. 위의 개요, 요구 사항, 팁, 업종 질문은 패턴에서 생성된 것이 아니라 쌍마다 따로 씁니다.
서로 다른 표현. 두 예약 페이지가 같은 문장으로 시작하지 않습니다. 전체 페이지 묶음에서 제목, 설명, 도입부가 중복되지 않는지, 그리고 쓸모없을 만큼 얇은 페이지가 없는지 확인합니다.

실제 검색 데이터가 사람들이 더 구체적인 것을 원한다고 보여 주면, 페이지를 직접 다시 씁니다. 치과 CRM 페이지는 사람들이 실제로 검색하는 표현을 그대로 씁니다. 밀키트 웹사이트 페이지는 "서비스와 문의 양식" 대신 주간 메뉴, 주문 마감 시간, 배송 지역, 주방 화면을 다룹니다. 그리고 배관 직원 일정 페이지는 이제 작업 게시판, 긴급 출동, 배관공용 전화 화면을 다룹니다. "배관 일정 앱"을 검색하는 사람은 교대 근무가 아니라 작업 일정을 원하기 때문입니다.

사용 방법

/ai로 가거나, 원하는 앱과 업종을 검색합니다.
페이지의 요구 사항과 팁을 읽고, 자신의 작업 방식과 맞는지 확인합니다.
무료로 만들기 시작을 클릭합니다. 시작 프롬프트가 들어간 새 프로젝트가 열립니다.
업종이 다르게 운영된다면 보내기 전에 프롬프트를 바꿉니다. 이는 대본이 아니라 출발점입니다.
채팅으로 계속 진행하면서 가격, 영업 시간, 자신만의 항목을 추가합니다.

한계

설명은 보통 그 업종이 어떻게 돌아가는지를 기술한 것입니다. 실제 사업은 다를 수 있으며, 식품 표시처럼 어디서 운영하느냐에 따라 달라지는 규칙은 페이지에 그 점을 명시해 두었습니다.
페이지와 설명은 현재 영어로 되어 있습니다.
페이지는 출발점입니다. 최종 결과는 그다음에 무엇을 요청하느냐에 따라 달라집니다.

목록에 없는 업종이라도 걱정하지 마세요. /ai 일반 페이지와 소규모 사업을 위한 앱 아이디어 가이드도 똑같이 유용합니다. 채팅에서 자신의 사업을 설명하면 Mythex가 그 설명을 바탕으로 만듭니다.