AI로 랜딩페이지 만들기, Jev Pages는 왜 문장 대신 선택지를 고를까요?

핵심 요약 (TL;DR)

Jev Pages는 제품 설명을 입력하면 준비된 선택지를 조합해 랜딩페이지를 만드는 실험입니다. 제작자는 디자인을 선택 문제로 나누는 과정에서 Claude로 조율했다고 밝혔습니다.[1] 첫 MVP를 만들 때 참고할 부분은 모든 것을 AI에게 쓰게 하는 능력이 아니라, AI가 고를 수 있는 범위를 사람이 먼저 정하는 방식입니다.

이번 사례에서 실제로 확인한 것은 무엇인가요?

한국 시간 10월 5일 새벽에 올라온 Show HN 소개와 공개 저장소를 확인했습니다.[1][2] 이는 최근 공개 소개를 기준으로 한 사례이며, 제품의 최초 출시일이나 제작 시간을 검증한 이야기는 아닙니다. 직접 실행한 사용기도 아닙니다.

README는 Jev가 글을 새로 쓰지 않고 선택지 중 하나를 고른다고 설명합니다. 입력한 줄이 제목인지 사실인지 판단하고, 페이지의 구성과 이미지 등을 고르면 코드가 화면을 만듭니다.[2] 따라서 ‘제품에 관한 사실까지 알아서 작성하는 홈페이지 제작기’로 이해하면 기대가 어긋납니다.

자유롭게 만들게 하는 것보다 무엇이 나을까요?

빈 화면을 맡기면 결과가 마음에 들지 않을 때 무엇부터 고쳐야 할지 막막합니다. 반면 선택형 설계에서는 문구가 잘못됐는지, 배치가 어색한지, 준비한 사진이 부족한지 문제를 나누어 볼 수 있습니다. 이는 이 구조에서 얻을 수 있는 설계상의 장점이지, 전환율이나 제작 속도가 검증됐다는 뜻은 아닙니다.

가령 작은 수업의 신청 페이지라면 첫 버전에 필요한 것은 거대한 사이트가 아닙니다. 누구를 위한 수업인지, 무엇을 배우는지, 어떻게 신청하는지가 분명한 한 장이면 시작할 수 있습니다. 사진과 배치의 선택은 맡기더라도 수업 일정과 환불 조건 같은 사실은 사람이 확인한 문장으로 준비하셔야 합니다.

입문자는 어떤 요청부터 해 보면 좋을까요?

다음은 원작의 기능 설명이 아니라, 같은 원리를 적용한 프롬프트 예시입니다.

“제가 준 문장만 사용해 수업 안내 페이지를 만들어 주세요. 제목, 설명, 신청 버튼으로 구성하고 배치는 두 가지 중에서 고르게 해 주세요. 가격이나 후기 문장은 새로 만들지 말고, 신청 기능은 아직 연결하지 마세요.”

초안이 나오면 문장이 빠지거나 의미가 바뀌지 않았는지부터 읽어 보세요. 다음에는 좁은 화면에서 제목이 잘리는지, 버튼이 어디로 연결되는지 확인하면 됩니다. 선택지를 제한하는 목적은 창의성을 없애는 것이 아니라, 첫 결과물을 내가 설명하고 검토할 수 있게 만드는 데 있습니다.

공개 데모의 한계도 가져와야 할까요?

제작자는 댓글에서 선택할 이미지가 미리 정한 범위에 한정되고, 브랜드 자산을 넣는 기능이 없으며, 페이지 문구가 사용자 입력에 기반한다고 인정했습니다.[1] 다른 이용자도 아이디어는 흥미롭지만 실제 랜딩페이지 결과에는 개선이 필요하다고 평가했습니다.[1] 이 반응을 성공 사례의 장식이 아니라 적용 범위를 알려 주는 근거로 읽는 편이 좋겠습니다.

FAQ: 코딩을 모르면 사용할 수 없나요?

README에는 Python 3로 로컬 서버를 여는 방법과, 키가 없으면 간단한 오프라인 미리보기가 동작한다는 안내가 있습니다.[2] 다만 로컬 실행과 공개 배포는 별개입니다. 처음이라면 설치를 서두르기보다 넣을 문장과 완료 기준부터 준비해 보세요.

FAQ: AI가 고르면 내용도 정확해지나요?

선택 구조 자체는 입력한 사실의 진위를 보장하지 않습니다. 발표에 나온 짧은 응답 시간도 이 글에서 재현하지 않았습니다. 빠르게 바뀌는 화면보다, 내가 확인한 문장이 그대로 남는지를 먼저 보시는 편이 안전합니다.

출처:
[1] https://news.ycombinator.com/item?id=49955930
[2] https://github.com/sagapranav/jev-pages