마누스에게 웹사이트나 앱을 맡기는 순간, 초보자는 꽤 짜릿한 경험을 하게 됩니다. "이런 페이지가 있으면 좋겠어"라고 말했을 뿐인데 화면이 생기고, 버튼이 생기고, 입력창이 생깁니다. 운이 좋으면 미리보기 링크까지 열립니다. 예전 같으면 디자이너, 개발자, 서버, 도메인 이야기를 듣다가 포기했을 아이디어가 한 시간 안에 '보이는 것'이 됩니다.
하지만 여기서 중요한 선을 하나 그어야 합니다. 마누스는 아이디어를 화면으로 만드는 데 아주 강합니다. 특히 랜딩페이지, 간단한 계산기, 내부용 대시보드, 폼 기반 도구처럼 구조가 명확한 작업에서는 초보자에게 놀라울 만큼 빠른 출발점을 줍니다. 반대로 실제 고객의 결제, 개인정보, 권한 관리, 대규모 트래픽이 걸린 서비스는 냉정하게 봐야 합니다. 이번 장의 목표는 "마누스로 어디까지 만들 수 있나?"를 과장 없이 익히는 것입니다.
웹 제작은 '완성품 주문'이 아니라 '빠른 시제품 만들기'입니다
마누스의 웹 앱 기능은 단순한 템플릿 편집기와 다릅니다. 공식 문서에서는 사용자가 자연어로 만들고 싶은 앱을 설명하면, 마누스가 구조를 계획하고 프론트엔드, 백엔드, 데이터베이스, 인증 같은 요소까지 한 흐름 안에서 구성할 수 있다고 설명합니다.1 또한 웹 앱 기능 페이지에서는 랜딩 페이지, SaaS 대시보드, 로그인과 데이터베이스가 포함된 웹 앱, 코드 내보내기, 도메인 연결, 버전 관리 같은 기능을 강조합니다.2
이 말만 들으면 "그럼 개발자 없이 바로 서비스 출시?"라고 생각하기 쉽습니다. 초보자라면 특히 그렇습니다. 하지만 더 좋은 접근은 따로 있습니다. 마누스를 출시용 공장이 아니라 아이디어 검증용 작업실로 쓰는 것입니다.
예를 들어 머릿속에만 있던 서비스 아이디어가 있다고 해봅시다. "1인 카페 사장님을 위한 하루 매출 계산기"라는 아이디어를 말로 설명하는 것과, 실제로 입력창에 원두값과 판매잔수를 넣으면 예상 순이익이 나오는 화면을 보여주는 것은 완전히 다릅니다. 주변 사람에게 물어볼 때도 "이런 앱 어때?"보다 "이 링크 한번 눌러보고 이해되는지 봐줘"가 훨씬 강합니다.
마누스 웹 제작의 첫 번째 가치는 바로 여기에 있습니다. 생각을 링크로 바꾸는 것. 아이디어를 회의 자료가 아니라 만질 수 있는 화면으로 바꾸는 것. 이것만으로도 충분히 쓸모가 큽니다.
초보자에게 잘 맞는 제작 과제
처음부터 회원가입, 결제, 관리자 페이지, 알림, 추천 알고리즘이 모두 들어간 서비스를 만들려고 하면 거의 반드시 꼬입니다. 마누스가 못해서라기보다, 요구사항 자체가 너무 큽니다. 사람 개발자에게 맡겨도 몇 주에서 몇 달이 걸리는 일을 한 번의 프롬프트로 끝내려는 셈입니다.
처음에는 작고 선명한 과제를 고르세요. 특히 아래 유형이 좋습니다.
랜딩페이지: 제품 소개, 이벤트 모집, 뉴스레터 구독, 강의 신청 페이지처럼 한 가지 행동을 유도하는 페이지입니다.
간단한 계산기: 견적 계산기, 예산 계산기, 칼로리 계산기, 마진 계산기처럼 입력값과 결과값이 분명한 도구입니다.
파일 처리 도구의 프로토타입: 이미지 압축기, CSV 미리보기, 텍스트 변환기처럼 "파일을 넣고 결과를 받는" 구조입니다.
작은 대시보드: 매출, 방문자, 할 일, 캠페인 성과처럼 표와 차트로 보여주면 좋은 내부용 화면입니다.
폼 기반 내부 도구: 고객 문의 정리, 행사 신청 관리, 콘텐츠 아이디어 저장소처럼 입력·조회·수정이 중심인 화면입니다.
이 과제들의 공통점은 목적이 분명하다는 것입니다. 버튼이 무엇을 해야 하는지, 사용자가 무엇을 입력해야 하는지, 성공하면 어떤 화면이 보여야 하는지 설명하기 쉽습니다. 초보자에게 좋은 웹 제작 과제는 "멋진 앱"이 아니라 "동작을 말로 설명할 수 있는 앱"입니다.
반대로 처음부터 피해야 할 과제도 있습니다. 배달앱, 중고거래 플랫폼, 복잡한 예약 시스템, 금융 거래 서비스, 의료 상담 서비스, 대규모 커뮤니티처럼 권한과 예외 상황이 많은 앱은 초보자의 첫 실습으로 적합하지 않습니다. 화면은 그럴듯하게 나와도 보이지 않는 곳에서 문제가 생기기 쉽습니다.
웹 제작 프롬프트는 다섯 가지만 적으면 됩니다
마누스에게 웹사이트를 맡길 때 가장 흔한 실수는 이렇게 말하는 것입니다.
"예쁜 랜딩페이지 만들어줘."
마누스는 정말 예쁜 랜딩페이지를 만들려고 할 겁니다. 문제는 '예쁜'의 기준이 사람마다 다르다는 데 있습니다. 누구에게 보여줄 페이지인지, 어떤 버튼이 필요한지, 사용자가 버튼을 누르면 무엇이 일어나야 하는지 모르면 결과물은 대개 무난하고 흐릿해집니다.
웹 제작 프롬프트는 디자인 주문서가 아니라 작은 제품 기획서에 가깝습니다. 어려운 말로 쓸 필요는 없습니다. 아래 다섯 가지를 평범한 문장으로 적으면 됩니다.
목적: 이 웹사이트나 앱이 무엇을 해결해야 하는지 적습니다.
사용자: 누가 이 화면을 쓰는지 적습니다.
주요 화면: 필요한 페이지나 섹션을 적습니다.
버튼과 입력값: 사용자가 무엇을 입력하고 어떤 버튼을 누르는지 적습니다.
성공 기준: 완성 후 무엇이 되면 성공인지 적습니다.
예를 들어 랜딩페이지라면 이렇게 말할 수 있습니다.
1인 베이커리를 위한 신제품 예약 판매 랜딩페이지를 만들어주세요.
대상 사용자는 인스타그램에서 링크를 눌러 들어온 20~40대 고객입니다.
페이지에는 첫 화면, 제품 소개, 구성품, 예약 방법, 자주 묻는 질문, 예약 신청 폼이 필요합니다.
예약 신청 폼에는 이름, 연락처, 수령 희망일, 수량 입력칸을 넣어주세요.
'예약 신청하기' 버튼을 누르면 신청 완료 메시지가 보이고, 입력 내용은 내부에서 확인할 수 있는 형태로 저장되면 좋겠습니다.
전체 디자인은 따뜻한 베이지 톤, 모바일 우선, 사진이 없어도 어색하지 않은 카드형 레이아웃으로 만들어주세요.
먼저 개발 계획과 화면 구성을 보여주고, 제가 승인하면 제작을 시작해주세요.
마지막 문장이 중요합니다. "먼저 계획을 보여주세요." 마누스는 요청을 받으면 계획을 세우고 실행할 수 있는데, 웹 제작에서는 바로 만들게 하기보다 계획을 먼저 확인하는 편이 안전합니다. 공식 시작 가이드에서도 요청 후 개발 계획을 검토하고, 이후 미리보기를 보며 자연어로 수정하는 흐름을 안내합니다.3
실습: 랜딩페이지 하나를 만들어보기
이번 실습에서는 가장 안전하고 성공률이 높은 랜딩페이지부터 시작하겠습니다. 목표는 "바로 판매 가능한 완벽한 사이트"가 아니라 "아이디어를 설명하고 반응을 볼 수 있는 페이지"입니다.
마누스에서 새 작업을 열고, 웹사이트나 웹 앱 제작에 적합한 모드를 선택합니다. 2026년 5월 기준으로는 새 작업 화면에서 에이전트를 고를 수 있고, 웹 앱·웹사이트 제작 관련 옵션이나 카드가 함께 제공됩니다. Manus 1.6에서는 더 강한 에이전트인 Max, 모바일 개발, Design View 같은 기능이 추가되어 웹 개발과 시각 작업 품질이 개선되었다고 안내되어 있습니다.4 크레딧이 넉넉하고 결과 품질이 중요하다면 Max 계열 에이전트를 선택하고, 가볍게 시험할 때는 기본 에이전트로 시작해도 됩니다.
첫 프롬프트는 아래처럼 복사해서 바꿔 쓰면 됩니다.
작은 온라인 클래스 모집용 랜딩페이지를 만들어주세요.
클래스 이름은 "퇴근 후 30분, 노션으로 정리하는 내 돈 관리"입니다.
대상은 가계부를 꾸준히 쓰지 못하는 직장인 초보자입니다.
페이지 구성은 첫 화면, 수강 후 얻는 변화 3가지, 커리큘럼, 강사 소개, 수강생 후기 예시, 가격 안내, 신청 폼, FAQ로 해주세요.
신청 폼에는 이름, 이메일, 관심 있는 수업 시간대를 입력하게 해주세요.
버튼은 '무료 안내서 받기'와 '수업 신청하기' 두 개를 중심으로 배치해주세요.
모바일에서 먼저 보기 좋게 만들고, 색상은 흰색 배경에 딥그린 포인트를 사용해주세요.
실제 결제 기능은 넣지 말고, 신청 완료 메시지만 나오게 해주세요.
제작 전에 사이트 구조와 버튼 동작 계획을 먼저 보여주세요.
마누스가 계획을 보여주면 바로 "진행해"라고 하지 말고 천천히 봅니다. 초보자는 디자인보다 먼저 구조를 확인해야 합니다. 신청 폼이 있는지, 버튼이 어디로 이어지는지, 결제 기능을 빼달라고 했는데 넣지는 않았는지, 모바일 우선이라는 조건이 반영됐는지 확인하세요.
계획이 괜찮다면 이렇게 답합니다.
좋습니다. 이 계획으로 제작해주세요. 다만 첫 화면에는 '무료 안내서 받기' 버튼을 더 크게 보여주고, 가격 안내는 페이지 중간이 아니라 FAQ 바로 위에 배치해주세요.
이렇게 작은 수정사항을 함께 주면 첫 결과물의 품질이 꽤 올라갑니다. 웹 제작에서 좋은 사용자는 모든 것을 한 번에 맞히려는 사람이 아니라, 계획 단계에서 방향을 바로잡는 사람입니다.
미리보기에서 반드시 눌러봐야 할 것들
마누스가 웹사이트를 만들면 보통 미리보기 화면이나 임시 URL, 생성된 파일, 코드, 다운로드 가능한 압축 파일을 확인할 수 있습니다. 여기서 "오, 예쁘다!" 하고 끝내면 안 됩니다. 웹사이트는 보는 물건이 아니라 누르는 물건입니다.
먼저 미리보기 URL을 엽니다. 데스크톱 화면에서 한 번 보고, 브라우저 폭을 줄여 모바일처럼 한 번 더 봅니다. 랜딩페이지라면 첫 화면의 문장이 잘리는지, 버튼이 너무 아래에 있지 않은지, 폼 입력칸이 손가락으로 누르기 충분한지 확인합니다.
그다음 버튼을 모두 눌러봅니다. '신청하기' 버튼을 눌렀는데 아무 일도 일어나지 않거나, 존재하지 않는 페이지로 이동한다면 아직 완성이 아닙니다. '무료 안내서 받기' 버튼이 페이지 아래 폼으로 이동하는지, 신청 폼을 제출하면 완료 메시지가 나오는지, 필수 입력값을 비워두었을 때 안내가 나오는지 확인하세요.
마지막으로 파일을 확인합니다. 코드에 익숙하지 않아도 괜찮습니다. 파일 목록에 index.html, src, package.json, README 같은 이름이 보이는지만 봐도 됩니다. 다운로드 ZIP이 제공된다면 반드시 내려받아 압축을 풀어보세요. 빈 폴더만 있거나, 이미지가 빠져 있거나, 실행에 필요한 파일이 누락된 경우가 종종 있습니다. 리뷰 자료들에서도 빈 ZIP, 서버 지연, 복잡한 작업에서의 품질 문제 같은 한계가 반복적으로 언급됩니다.5
초보자용 검수 순서는 이렇게 기억하면 됩니다.
보기: 데스크톱과 모바일에서 레이아웃이 무너지지 않는지 봅니다.
누르기: 모든 버튼, 링크, 폼을 실제로 눌러봅니다.
입력하기: 정상 입력, 빈 입력, 이상한 입력을 넣어봅니다.
받아두기: 미리보기 URL, 다운로드 파일, 프롬프트, 수정 요청 기록을 저장합니다.
이 네 가지만 해도 "겉보기만 그럴듯한 페이지"와 "다른 사람에게 보여줄 수 있는 프로토타입"이 갈립니다.
간단한 계산기와 이미지 도구는 이렇게 맡깁니다
랜딩페이지 다음으로 추천하는 것은 계산기입니다. 계산기는 초보자가 마누스 웹 제작을 이해하기 좋은 과제입니다. 화면, 입력값, 공식, 결과가 분명하기 때문입니다.
예를 들어 프리랜서 견적 계산기를 만든다면 이렇게 요청할 수 있습니다.
프리랜서 디자이너를 위한 간단한 견적 계산기 웹 앱을 만들어주세요.
사용자는 작업 종류, 예상 작업 시간, 시간당 단가, 수정 횟수, 긴급 여부를 입력합니다.
결과로 기본 견적, 수정 비용, 긴급 할증, 총 견적을 보여주세요.
계산 공식은 화면 아래에 작은 글씨로 설명해주세요.
입력값이 비어 있으면 친절한 안내 문구를 보여주세요.
모든 기능은 브라우저 안에서 동작하게 만들고, 회원가입이나 서버 저장은 필요 없습니다.
먼저 입력값과 계산 로직을 표로 정리해 보여준 뒤 제작해주세요.
여기서 핵심은 "공식을 화면 아래에 설명해달라"는 부분입니다. 마누스가 계산을 잘못 넣어도 사용자가 발견할 수 있습니다. 초보자는 코드 검토가 어렵기 때문에, 계산 로직을 화면에 드러내게 하는 것이 안전합니다.
이미지 압축기나 파일 변환기 같은 도구를 만들 때는 한 가지를 더 조심해야 합니다. 파일이 서버로 업로드되는지, 브라우저 안에서만 처리되는지 명확히 해야 합니다. 개인정보나 업무 파일을 다룰 가능성이 있다면 처음에는 이렇게 요청하세요.
업로드한 이미지는 외부 서버에 저장하지 말고, 가능하면 브라우저 안에서만 처리하는 프로토타입으로 만들어주세요. 실제 서비스용 보안은 아직 고려하지 않고, 기능 검증용으로만 만들겠습니다.
이 문장은 완벽한 보안을 보장하지는 않습니다. 하지만 마누스에게 "나는 지금 출시용이 아니라 기능 검증용을 원한다"는 방향을 분명히 알려줍니다.
대시보드는 '가짜 데이터'로 먼저 만듭니다
초보자가 대시보드를 만들 때 가장 흔한 실수는 실제 회사 데이터를 바로 넣는 것입니다. 매출, 고객명, 이메일, 광고비, 거래처 정보는 처음 실습에 넣지 마세요. 마누스는 클라우드 환경에서 작업을 실행할 수 있고, 웹 앱 제작 과정에서 파일과 데이터를 다룰 수 있습니다. 편리한 만큼 민감한 데이터는 조심해야 합니다.
대시보드는 가짜 데이터로 먼저 만드세요. 예를 들어 카페 매출 대시보드를 만든다면 "2026년 4월 카페 매출 샘플 데이터 30개를 임의로 생성해서 사용해줘"라고 요청합니다. 그러면 구조와 차트를 먼저 볼 수 있습니다.
좋은 대시보드 프롬프트는 이렇게 생겼습니다.
작은 카페 사장님이 보는 월간 매출 대시보드 프로토타입을 만들어주세요.
실제 데이터 대신 샘플 데이터를 생성해서 사용해주세요.
주요 지표는 총매출, 총주문수, 평균 객단가, 가장 많이 팔린 메뉴, 요일별 매출입니다.
화면에는 상단 요약 카드 4개, 요일별 막대그래프, 메뉴별 판매량 표, 간단한 인사이트 문장을 넣어주세요.
필터는 기간 선택과 메뉴 카테고리 선택만 넣어주세요.
모바일보다는 태블릿과 데스크톱에서 보기 좋게 만들어주세요.
먼저 데이터 구조와 화면 구성을 설명한 뒤 제작해주세요.
대시보드는 마누스의 장점이 잘 드러나는 영역입니다. 앞 장에서 데이터 분석과 시각화를 다뤘다면, 이제 그 결과를 "항상 열어볼 수 있는 화면"으로 바꾸는 단계입니다. 단, 이 역시 내부 검토용으로 생각하세요. 실제 매출 데이터와 고객 정보가 들어가는 순간 보안, 권한, 백업, 접근 기록 같은 문제가 따라옵니다.
웹사이트 클론은 조심스럽게 다뤄야 합니다
많은 사용자가 마누스에게 이렇게 요청하고 싶어 합니다.
"이 사이트랑 똑같이 만들어줘."
기술적으로는 비슷한 레이아웃을 흉내 낼 수 있습니다. 하지만 그대로 베끼는 것은 저작권, 상표, 브랜드 혼동 문제를 만들 수 있습니다. 또 실제로 클론 작업은 생각보다 자주 깨집니다. 외부 사이트의 이미지가 제대로 불러와지지 않거나, 링크가 원래 사이트 주소로 남아 있거나, 메뉴는 보이는데 이동할 페이지가 없거나, ZIP 파일 안에 필요한 이미지가 빠지는 식입니다.
더 좋은 요청은 "복사"가 아니라 "참고"입니다.
아래 사이트의 분위기를 참고하되, 그대로 복제하지 말고 새로운 브랜드용 랜딩페이지를 만들어주세요.
참고할 점은 넓은 여백, 큰 타이포그래피, 단순한 가격표 구조입니다.
로고, 문구, 색상, 이미지는 모두 새롭게 만들어주세요.
외부 사이트의 이미지나 상표는 사용하지 마세요.
이렇게 말하면 법적·윤리적 위험을 줄이면서도 원하는 분위기를 얻을 수 있습니다. 특히 고객사 제안서나 사내 검토용 시안이라면 "참고한 요소"와 "새로 만든 요소"를 구분해두는 습관이 좋습니다.
복잡한 앱은 한 번에 만들지 말고 쪼개서 만듭니다
마누스가 풀스택 앱을 만들 수 있다는 말은 매력적입니다. 실제로 웹 앱 기능 소개에서는 데이터베이스와 백엔드, 로그인, Stripe 통합, 분석, 리드 관리 같은 기능을 강조합니다.2 하지만 초보자가 처음부터 이 모든 것을 한 번에 넣으면 결과가 불안정해질 수 있습니다.
복잡한 앱은 단계로 쪼개야 합니다. 예를 들어 "운동 코칭 앱"을 만든다고 해봅시다. 처음 프롬프트에 회원가입, 운동 추천, 식단 기록, 결제, 코치 채팅, 알림, 관리자 페이지를 모두 넣지 마세요. 대신 첫 단계는 이렇게 잡습니다.
1단계로 운동 기록 화면만 만들어주세요.
사용자는 날짜, 운동 종류, 세트 수, 반복 횟수, 메모를 입력할 수 있습니다.
입력한 기록은 목록으로 보이고, 수정과 삭제가 가능해야 합니다.
로그인, 결제, 알림, 코치 채팅은 아직 만들지 마세요.
먼저 이 기능만 안정적으로 동작하는 프로토타입을 만들어주세요.
이후 기록 화면이 제대로 되면 2단계로 통계 화면을 추가합니다. 그다음 3단계로 로그인 없는 로컬 저장 버전, 4단계로 계정 기능 검토, 5단계로 실제 개발자 리뷰처럼 진행합니다.
사용자들이 정리한 웹 제작 팁 중 가장 실용적인 것은 이것입니다. 한 번에 크게 만들수록 멋져 보이지만, 실제로는 작게 만들수록 빨리 완성됩니다. AI 웹 빌더는 복잡도가 올라갈수록 앞에서 만든 기능을 잊거나, 새 기능을 넣다가 기존 버튼을 망가뜨리는 일이 생깁니다. 그래서 기능 하나를 만들고, 테스트하고, 저장하고, 다음 기능으로 넘어가는 방식이 훨씬 안전합니다.
출시용 서비스와 프로토타입의 기준은 다릅니다
이 장에서 가장 중요한 현실 체크를 해보겠습니다. 마누스가 만든 웹 앱을 어디까지 믿어도 될까요?
프로토타입으로는 충분히 훌륭합니다. 아이디어를 설명하고, 팀원에게 보여주고, 고객 인터뷰에서 반응을 보고, 투자자 미팅 전에 데모를 만들고, 개발자에게 "이런 느낌으로 만들고 싶다"고 전달하는 용도로는 매우 유용합니다. 특히 랜딩페이지나 내부용 시안은 빠르게 만들어 빠르게 버릴 수 있다는 점에서 큰 장점이 있습니다.
하지만 출시용 서비스라면 기준이 달라집니다. 실제 사용자 가입, 개인정보 저장, 결제, 권한 관리, 관리자 기능, 고객 데이터 검색, 이메일 발송이 들어가면 전문 검토가 필요합니다. 여러 리뷰와 마이그레이션 가이드는 마누스가 빠른 프로토타입에는 강하지만, 프로덕션 앱에서는 인증, 데이터베이스 보안, 비밀키 관리, 오류 처리, 배포 인프라 같은 부분을 별도로 점검해야 한다고 지적합니다.6
초보자는 아래 기준으로 판단하면 됩니다.
친구나 동료에게 보여주는 데모라면 마누스 결과물을 바로 활용해도 좋습니다.
사내에서 제한적으로 쓰는 내부 도구라면 가짜 데이터나 비민감 데이터부터 시작하고, 실제 데이터 적용 전 검토가 필요합니다.
고객이 가입하고 돈을 내는 서비스라면 개발자, 보안 담당자, 법무 검토를 거친 뒤 출시해야 합니다.
개인정보·결제·의료·금융·법률 정보가 들어가는 서비스라면 마누스 결과물을 그대로 배포하지 않는 편이 안전합니다.
이 기준은 마누스를 낮게 평가하는 말이 아닙니다. 오히려 제대로 쓰기 위한 기준입니다. 망치가 훌륭해도 전기 배선까지 혼자 해결하려 들면 위험합니다. 마누스는 아이디어를 빠르게 세우는 데 강한 도구입니다. 건물 준공 검사는 여전히 다른 문제입니다.
초보자를 위한 웹 제작 검수 프롬프트
마누스가 결과물을 만들고 나면, 바로 수정 요청을 하기 전에 스스로 점검하게 만들 수 있습니다. 이때 아래 프롬프트가 유용합니다.
방금 만든 웹사이트를 초보자도 이해할 수 있게 자체 점검해주세요.
다음 항목을 확인해주세요.
모든 버튼과 링크가 의도대로 동작하는지
모바일 화면에서 레이아웃이 깨지지 않는지
폼 입력값이 비어 있을 때 안내가 나오는지
샘플 문구나 placeholder가 남아 있지 않은지
외부 이미지 링크나 깨진 이미지가 없는지
다운로드 ZIP에 필요한 파일이 모두 들어 있는지
문제가 있으면 표로 정리하고, 수정 우선순위를 제안해주세요.
이 프롬프트는 "더 예쁘게 해줘"보다 훨씬 실용적입니다. 마누스가 스스로 만든 결과물을 다시 점검하게 하면, 사용자가 놓친 문제를 꽤 많이 찾아냅니다. 특히 placeholder 문구, 깨진 링크, 모바일 버튼 겹침 같은 문제는 초보자도 쉽게 확인하고 수정할 수 있습니다.
수정 요청은 한 번에 하나씩 하는 편이 좋습니다.
첫 번째로 모바일 화면에서 가격 카드가 너무 좁게 보이는 문제만 수정해주세요. 다른 섹션의 문구와 구조는 바꾸지 마세요.
이렇게 말하면 불필요한 재작업을 줄일 수 있습니다. 웹 제작에서 "다른 건 건드리지 말라"는 말은 생각보다 강력한 안전장치입니다.
바로 써먹는 작은 hacks & tips
마누스로 웹사이트와 앱을 만들 때 초보자가 바로 효과를 보는 요령이 몇 가지 있습니다.
첫째, 스켈레톤을 먼저 만들게 하세요. 스켈레톤은 뼈대라는 뜻입니다. 색상, 이미지, 애니메이션보다 먼저 섹션 순서, 버튼 위치, 입력 폼, 결과 영역을 잡는 것입니다. "먼저 흑백 와이어프레임처럼 구조만 만들어줘"라고 요청하면 결과가 덜 산만해집니다.
둘째, 가짜 데이터를 일부러 넣으세요. "샘플 고객 20명, 샘플 주문 50건을 만들어서 화면을 채워줘"라고 하면 빈 화면보다 훨씬 판단하기 쉽습니다. 대시보드와 관리자 페이지는 데이터가 있어야 진짜 모습을 볼 수 있습니다.
셋째, 테스트 케이스를 같이 달라고 하세요. 계산기라면 "예시 입력 3개와 예상 결과를 표로 보여줘"라고 요청합니다. 그러면 결과가 맞는지 직접 계산해볼 수 있습니다.
넷째, 이미지는 나중에 넣으세요. 처음부터 완벽한 이미지까지 요구하면 페이지 구조가 흐려질 수 있습니다. 먼저 회색 박스나 임시 이미지를 넣고, 구조가 마음에 든 뒤 Design View나 별도 이미지 생성 기능으로 다듬는 편이 좋습니다.
다섯째, 결과물마다 버전을 남기세요. 마음에 드는 상태가 나오면 "현재 상태를 v1로 기억하고, 다음 수정은 v2로 진행해줘"라고 요청하세요. 버전 관리와 롤백 기능이 제공되는 환경이라면 이를 활용하고, 그렇지 않더라도 다운로드 ZIP과 프롬프트를 따로 보관해두면 되돌아가기 쉽습니다.
이번 장의 결론: 링크 하나면 충분할 때가 있습니다
웹사이트와 앱을 만든다는 말은 거창하게 들립니다. 하지만 초보자가 마누스로 얻어야 할 첫 번째 결과물은 거대한 서비스가 아닙니다. 링크 하나면 충분합니다. 누군가 눌러보고, 이해하고, "이거 괜찮은데?"라고 말할 수 있는 링크. 그 링크 하나가 아이디어를 움직이게 만듭니다.
마누스는 개발을 모르는 사람에게 화면을 만들어볼 권한을 줍니다. 랜딩페이지로 반응을 보고, 계산기로 쓸모를 확인하고, 대시보드로 업무 흐름을 상상할 수 있게 해줍니다. 다만 출시용 서비스라는 문턱 앞에서는 속도를 잠시 내려놓아야 합니다. 프로토타입은 빠르게, 프로덕션은 신중하게. 이 균형만 잡으면 마누스는 초보자에게도 꽤 든든한 웹 제작 파트너가 됩니다.
다음 장에서는 이렇게 만든 작업을 반복적으로 돌리는 법으로 넘어갑니다. 매번 새로 부탁하지 않고, 정해진 시간에 알아서 실행되게 만드는 방법입니다. 마누스가 "한 번 도와주는 AI"에서 "매일 일하는 동료"로 바뀌는 순간입니다.
참고
3Manus Website Builder Getting Started
4Manus 1.6 소개: Max 성능, 모바일 개발 및 디자인 뷰
5Manus AI Review 2026: Honest Pros, Cons & Is It Worth It?
6Built with Manus? Here's How to Ship a Production-Ready App
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.