Manus 마스터 가이드북

프롤로그

AI에게 질문하는 사람에서, 일을 맡기는 사람으로

AI 도구를 처음 써보면 대부분 비슷한 감정을 느낀다. 처음에는 신기하다. 몇 줄 입력했을 뿐인데 긴 글이 나오고, 제목이 만들어지고, 보고서처럼 보이는 문서가 생성된다. 예전 같으면 한두 시간은 걸렸을 일을 몇 초 만에 해내는 것처럼 보인다.

그런데 며칠 지나면 조금 다른 생각이 든다.

“생각보다 바로 쓰기는 애매한데?”
“말은 그럴듯한데 내용이 얕은 것 같은데?”
“내가 원하는 느낌이 아닌데?”
“결국 다시 고쳐야 하면 시간이 줄어든 게 맞나?”

많은 사람이 여기서 멈춘다. AI를 몇 번 써보고 “나랑은 잘 안 맞는다”고 판단한다. 또는 “AI가 아직 실무에 쓰기에는 부족하다”고 생각한다. 물론 AI가 완벽하지 않은 건 맞다. 틀린 정보를 말하기도 하고, 문장이 어색할 때도 있고, 사용자의 의도를 제대로 이해하지 못할 때도 있다.

하지만 더 큰 문제는 따로 있다. 우리는 AI에게 일을 제대로 맡기는 법을 배운 적이 없다.

사람에게 일을 부탁할 때는 생각보다 많은 정보를 준다. 예를 들어 동료에게 발표자료를 부탁한다고 해보자.

“다음 주 월요일 팀장님 보고용이고, 신규 서비스 아이디어를 검토하는 자리야. 너무 디자인 위주보다는 시장성, 고객 문제, 예상 수익 구조가 잘 보여야 해. 분량은 10장 정도면 되고, 첫 장은 문제 제기, 마지막 장은 실행 제안으로 끝났으면 좋겠어. 참고자료는 이 링크랑 지난번 회의록을 보면 돼.”

이렇게 말하면 동료는 꽤 괜찮은 초안을 만들 수 있다.

그런데 AI에게는 이상하게 이렇게 말한다.

“PPT 만들어줘.”

그리고 결과물이 마음에 들지 않으면 이렇게 생각한다.

“역시 AI는 아직 별로네.”

AI가 부족한 부분도 있지만, 지시가 부족한 경우가 훨씬 많다. 특히 Manus처럼 사용자의 요청을 바탕으로 리서치, 문서 작성, 슬라이드 제작, 웹사이트 구성, 데이터 정리 같은 작업을 처리하는 AI 에이전트는 단순 챗봇처럼 쓰면 강점이 제대로 드러나지 않는다.

Manus를 제대로 쓰려면 관점을 바꿔야 한다.
질문을 던지는 것이 아니라, 일을 맡기는 방식으로 접근해야 한다.

 

표 1. AI를 대하는 두 가지 방식

구분	질문하는 방식	일을 맡기는 방식
사용자의 요청	“Manus가 뭐야?”	“Manus 초보자를 위한 5페이지 입문 가이드를 만들어줘.”
AI의 역할	정보를 설명하는 답변자	결과물을 만드는 작업자
결과물	설명문, 요약문	보고서, 목차, PPT 구성안, 웹페이지 초안
사용자가 주는 정보	질문 한두 줄	목적, 대상, 형식, 기준, 참고자료
결과물의 활용도	읽고 참고하는 수준	수정 후 바로 업무나 콘텐츠에 활용 가능
사용자의 역할	질문자	기획자이자 검토자

 

이 표에서 봐야 할 핵심은 AI의 성능보다 사용자의 역할이다. 같은 Manus를 쓰더라도 사용자가 어떤 역할로 접근하느냐에 따라 결과물이 달라진다. 질문자로 접근하면 답변을 받는다. 기획자로 접근하면 결과물을 받는다.

많은 사람이 AI 활용을 어렵게 느끼는 이유는 도구의 기능을 몰라서가 아니다. 오히려 기능은 계속 늘어나고, 사용법 영상도 넘쳐난다. 문제는 그 기능을 내 일의 어디에 넣어야 하는지 모른다는 데 있다.

보고서 작성, 블로그 글쓰기, 시장조사, 발표자료 제작, 랜딩페이지 구성, 데이터 분석은 서로 다른 작업이다. 같은 Manus를 쓰더라도 요청 방식이 달라져야 한다. 보고서를 만들 때 필요한 기준과 블로그 글을 만들 때 필요한 기준은 다르다. PPT를 만들 때는 디자인보다 흐름이 먼저이고, 데이터 분석을 맡길 때는 그래프보다 질문이 먼저다.

그래서 이 책은 Manus의 기능을 단순히 나열하지 않는다. 대신 실제 사용자가 자주 마주치는 상황을 기준으로 설명한다.

리서치를 해야 할 때는 어떻게 요청해야 하는지.
긴 자료를 요약할 때는 어떤 기준을 줘야 하는지.
PPT를 만들 때는 어떤 순서로 맡겨야 하는지.
웹사이트를 만들 때는 예쁜 화면보다 무엇을 먼저 정해야 하는지.
데이터 분석을 맡길 때는 어떤 질문을 먼저 던져야 하는지.
콘텐츠 제작에 활용할 때는 AI가 쓴 티를 어떻게 줄여야 하는지.
반복 업무를 자동화할 때는 어떤 작업부터 템플릿으로 만들어야 하는지.

Manus를 잘 쓰는 사람은 프롬프트를 길게 쓰는 사람이 아니다. 일을 구조화할 줄 아는 사람이다. AI에게 모든 것을 맡기는 사람이 아니라, 맡길 일과 직접 판단할 일을 나눌 줄 아는 사람이다.

 

시각화 자료 1. Manus 활용의 기본 흐름

막연한 요청
   ↓
목표 정리
   ↓
대상 설정
   ↓
자료 제공
   ↓
결과물 형식 지정
   ↓
중간 결과 확인
   ↓
수정 요청
   ↓
최종 검토
   ↓
업무·콘텐츠·판매 자료로 활용

 

초보자가 가장 자주 하는 실수는 첫 번째 단계에서 바로 마지막 단계로 건너뛰려는 것이다.

“보고서 만들어줘.”
“PPT 만들어줘.”
“블로그 글 써줘.”
“웹사이트 만들어줘.”
“시장조사 해줘.”

이런 요청은 너무 넓다. 사람에게도 이렇게 말하면 좋은 결과물이 나오기 어렵다. AI도 마찬가지다. Manus가 아무리 뛰어난 도구라 해도 사용자의 머릿속까지 읽을 수는 없다. 사용자가 목적과 기준을 주지 않으면 가장 평균적인 답을 내놓을 가능성이 높다. 평균적인 답은 안전하지만, 내 상황에 딱 맞지는 않는다.

예를 들어 “시장조사 해줘”라는 요청을 보자. 이 문장만으로는 무엇을 조사해야 하는지 알기 어렵다. 시장 규모를 알고 싶은 것인지, 경쟁사를 비교하고 싶은 것인지, 소비자의 불만을 찾고 싶은 것인지, 사업 아이디어를 검증하고 싶은 것인지 불분명하다.

반면 요청을 이렇게 바꾸면 결과가 달라진다.

“국내 20~30대 직장인을 대상으로 한 AI 업무 자동화 전자책을 기획하고 있어. 이 독자들이 어떤 문제를 느끼는지, 기존 AI 활용 콘텐츠에서 부족하다고 느끼는 점은 무엇인지, 전자책에서 강조하면 좋은 차별화 포인트는 무엇인지 조사해줘. 결과물은 표와 요약 보고서 형태로 정리하고, 마지막에는 판매 페이지에서 쓸 수 있는 핵심 메시지 5개를 제안해줘.”

이 요청에는 목적이 있다. 대상이 있다. 결과물 형식이 있다. 활용 목적도 있다. Manus는 이런 요청을 받을 때 훨씬 실무에 가까운 결과물을 만들 수 있다.

 

표 2. 부족한 요청과 개선된 요청의 차이

작업	부족한 요청	개선된 요청
리서치	“AI 도구 조사해줘.”	“20대 직장인이 업무 자동화에 쓸 만한 AI 도구를 사용 난이도, 활용 업무, 장단점 기준으로 비교해줘.”
블로그 글	“Manus 글 써줘.”	“AI 초보자를 대상으로 Manus가 챗봇과 다른 점을 설명하는 정보성 블로그 글을 써줘.”
PPT	“발표자료 만들어줘.”	“팀장 보고용 10장 PPT 구성안을 문제 제기, 시장 기회, 실행안 순서로 잡아줘.”
웹사이트	“랜딩페이지 만들어줘.”	“전자책 판매용 랜딩페이지를 공감 문구, 목차 소개, 구매 유도 섹션으로 구성해줘.”
데이터 분석	“엑셀 분석해줘.”	“월별 매출 데이터에서 하락 구간, 반복 패턴, 개선 가설을 표와 그래프로 정리해줘.”

 

이 표를 보면 한 가지가 분명해진다. 좋은 요청은 길기만 한 요청이 아니다. 필요한 정보가 들어간 요청이다. Manus에게 일을 맡길 때는 최소한 네 가지를 정리하는 편이 좋다.

첫째, 이 작업을 왜 하는가.
둘째, 누가 이 결과물을 보는가.
셋째, 어떤 형식으로 받고 싶은가.
넷째, 무엇을 기준으로 판단해야 하는가.

이 네 가지가 들어가면 결과물이 훨씬 선명해진다. 처음에는 번거롭게 느껴질 수 있다. 하지만 실제로는 시간을 아끼는 과정이다. 처음 요청이 흐릿하면 결과물을 받은 뒤 여러 번 다시 시켜야 한다. 반대로 처음부터 목적과 기준을 정리하면 수정 횟수가 줄어든다.

Manus를 쓸 때 흔히 생기는 시행착오는 대부분 여기서 나온다.

AI에게 맡기는 작업이 너무 크다.
요청에 대상 독자가 빠져 있다.
결과물의 형식을 지정하지 않는다.
참고자료 없이 “알아서” 해달라고 한다.
수정 요청을 할 때도 “별로야”, “다시 해줘”처럼 모호하게 말한다.
결과물을 검토하지 않고 바로 사용하려고 한다.

이런 방식으로는 AI를 써도 피로감이 줄지 않는다. 오히려 “AI가 만든 걸 내가 다시 고쳐야 한다”는 부담만 커진다.

 

시각화 자료 2. 초보자가 Manus 사용에서 막히는 지점

시작
  ↓
무엇을 시킬지 모름
  ↓
짧고 막연한 요청 입력
  ↓
그럴듯하지만 애매한 결과물 도착
  ↓
어디를 고쳐야 할지 모름
  ↓
"다시 해줘"라고 요청
  ↓
비슷하게 애매한 결과물 반복
  ↓
AI 활용을 포기하거나 가끔만 사용

 

이 흐름을 끊으려면 Manus를 “한 번에 완성본을 만들어주는 도구”로 보면 안 된다. 오히려 초안, 구조, 비교, 정리, 변환, 재가공에 강한 작업 파트너로 보는 편이 현실적이다.

예를 들어 전자책을 만든다고 해보자. Manus에게 바로 “전자책 써줘”라고 요청하면 결과물은 넓고 얕아질 가능성이 높다. 하지만 작업을 나누면 훨씬 좋아진다.

먼저 독자 분석을 맡긴다.
그다음 목차 후보를 만든다.
각 장의 핵심 메시지를 정리한다.
본문 초안을 작성한다.
사례와 체크리스트를 추가한다.
표와 도식을 넣는다.
문체를 다듬는다.
마지막으로 판매 페이지 문구로 재가공한다.

이렇게 나누면 Manus는 단순한 글쓰기 도구가 아니라, 책을 만드는 전체 과정에 참여하는 보조 편집자처럼 작동한다.

 

표 3.  Manus에게 맡기기 좋은 작업과 사람이 직접 봐야 할 작업

구분	Manus에게 맡기기 좋은 작업	사람이 직접 봐야 할 작업
리서치	자료 요약, 비교표 작성, 질문 목록 생성	출처 확인, 최신성 검토, 최종 판단
글쓰기	초안 작성, 제목 후보, 문단 재구성	브랜드 톤, 실제 경험, 민감한 표현
PPT	흐름 구성, 장표별 메시지 정리	발표 맥락, 의사결정 포인트
웹사이트	섹션 구성, 카피 초안, 버튼 문구	실제 상품 가치, 구매 전환 기준
데이터	표 정리, 패턴 탐색, 그래프 제안	원자료 오류 확인, 해석의 타당성
자동화	반복 프롬프트, 업무 순서 정리	권한, 보안, 책임 소재

 

이 책에서 계속 강조할 기준도 이 표와 맞닿아 있다. Manus에게 모든 것을 맡기자는 이야기가 아니다. 오히려 반대다. AI가 잘하는 일과 사람이 해야 하는 일을 분리하자는 이야기다.

 

• AI는 빠르게 초안을 만든다.
  →   사람은 방향을 정한다.
• AI는 자료를 정리한다.
  →  사람은 맥락을 판단한다.
• AI는 여러 버전을 제안한다.
  →  사람은 최종 선택을 한다.
• AI는 반복 작업을 줄인다.
  →  사람은 책임이 따르는 결정을 내린다.

이 균형을 잡으면 Manus는 꽤 강력한 도구가 된다. 반대로 이 균형을 놓치면 두 가지 극단으로 흐르기 쉽다. 하나는 AI를 너무 과소평가하는 것이다. 몇 번 써보고 마음에 안 든다고 포기한다. 다른 하나는 AI를 너무 과대평가하는 것이다. 검토 없이 결과물을 그대로 사용한다. 둘 다 좋은 방식은 아니다. Manus를 제대로 활용하려면 “어디까지 맡기고, 어디서부터 내가 봐야 하는지” 기준을 가져야 한다. 특히 직장인, 프리랜서, 1인 사업자, 콘텐츠 제작자는 이 기준이 더 필요하다. 이들은 매일 비슷한 형태의 일을 반복한다. 회의록을 정리하고, 보고서를 쓰고, 자료를 찾고, 글을 만들고, 제안서를 쓰고, 고객에게 안내문을 보내고, 홍보 콘텐츠를 만든다.

이런 일들은 하나하나 보면 작지만, 쌓이면 하루를 거의 다 잡아먹는다. Manus의 진짜 활용 가치는 여기서 나온다. 거창한 자동화보다, 매번 반복되는 시작 시간을 줄여주는 데 있다.

 

• 빈 문서를 열고 첫 문장을 고민하는 시간.
• PPT 첫 장의 흐름을 잡지 못해 멈춰 있는 시간.
• 시장조사를 해야 하는데 검색어부터 막히는 시간.
• 블로그 글을 써야 하는데 제목에서 멈추는 시간.
• 엑셀 파일을 열었지만 무엇을 봐야 할지 모르는 시간.

Manus는 이런 시간을 줄이는 데 쓸 수 있다. 단, 사용자가 먼저 일을 잘게 나눠야 한다.

 

시각화 자료 3. Manus를 업무에 넣는 5단계 구조

1단계. 막히는 작업 찾기
      예: 보고서 초안, 제목 작성, 자료 요약

2단계. 작업 목표 정리
      예: 팀장 보고용, 블로그 발행용, 고객 설득용

3단계. 입력 자료 준비
      예: 회의록, 링크, 기존 문서, 엑셀 파일

4단계. 결과물 형식 지정
      예: 표, 보고서, PPT 구성안, 체크리스트

5단계. 사람이 검토하고 수정
      예: 사실 확인, 문체 수정, 최종 판단

 

이 5단계는 단순해 보이지만 Manus 활용의 기본 골격이 된다. 초보자는 이 구조만 반복해도 결과물이 달라진다. “무엇을 시킬까?”에서 멈추지 않고, “이 작업을 어떤 결과물로 바꿀까?”라고 생각하게 되기 때문이다. 이 책은 바로 그 전환을 돕기 위해 쓰였다.

단순히 Manus의 기능을 소개하는 책이 아니다. 남들이 좋다고 하는 프롬프트를 모아놓은 책도 아니다. Manus를 이용해 실제 결과물을 만들고, 수정하고, 검토하고, 반복 가능한 업무 흐름으로 바꾸는 방법을 다루는 책이다.

이 책을 읽고 나면 Manus를 켰을 때 덜 막막해질 것이다. 예전에는 채팅창 앞에서 “뭐라고 입력하지?”라고 생각했다면, 이제는 이렇게 생각하게 될 것이다.

 

• “이 일의 목적은 뭐지?”
• “누가 이 결과물을 보지?”
• “어떤 형식으로 받으면 바로 쓸 수 있지?”
• “AI에게 맡길 부분과 내가 판단할 부분은 어디까지지?”
• “이 작업을 다음에도 반복할 수 있게 템플릿으로 만들 수 있을까?”

이 질문들이 생기면 Manus 사용은 한 단계 달라진다.

 

표 4. 이 책에서 다룰 Manus 활용 영역

영역이 책에서 배우는 내용최종적으로 만들 수 있는 결과물

기본 관점	AI에게 일을 맡기는 구조	나만의 요청 기준
프롬프트 설계	목적, 대상, 형식, 기준을 넣는 법	업무용 지시문 템플릿
리서치	조사 과제를 맡기고 검증하는 법	시장조사 보고서, 비교표
콘텐츠 제작	글감, 제목, 본문, 재가공 흐름	블로그 글, 뉴스레터, 숏폼 대본
직장인 업무	회의록, 보고서, 발표자료 자동화	보고서 초안, PPT 구성안
1인 사업	상품 소개, 제안서, 고객 응대	랜딩페이지, 견적서, 안내문
데이터 분석	엑셀과 표 데이터를 해석하는 법	요약표, 그래프, 인사이트
자동화 루틴	반복 업무를 시스템화하는 법	나만의 Manus 업무 흐름

 

책을 읽는 동안 모든 기능을 한 번에 익히려고 할 필요는 없다. 먼저 자신의 상황에 가장 가까운 파트부터 적용하면 된다. 직장인이라면 회의록, 보고서, PPT부터 시작하면 좋다. 콘텐츠 제작자라면 글감, 제목, 본문 구성, 재가공 파트가 바로 도움이 될 수 있다. 프리랜서나 1인 사업자라면 제안서, 랜딩페이지, 고객 응대 문구부터 적용해볼 수 있다. 중요한 것은 Manus를 “언젠가 배워야 할 어려운 AI 도구”로 두지 않는 것이다. 지금 반복하고 있는 일 하나를 정해 Manus에게 맡겨보는 것이다.

 

예를 들어 오늘 바로 해볼 수 있는 작업은 이렇다.

 

• 최근 회의록을 실행 과제 표로 바꾸기.
• 블로그 글 주제 하나를 제목 후보 10개로 확장하기.
• 판매 중인 상품 설명을 랜딩페이지 섹션으로 재구성하기.
• 긴 문서를 핵심 요약과 체크리스트로 바꾸기.
• 엑셀 데이터를 보고 확인해야 할 질문 목록 만들기.

처음부터 완벽한 결과물을 기대하지 않아도 된다. 오히려 첫 목표는 “AI가 내 일을 완전히 대신하게 만들기”가 아니라 “내가 막히는 첫 단계를 줄이기”에 두는 편이 좋다. 시작이 빨라지면 수정도 빨라지고, 수정이 빨라지면 결과물까지 가는 시간이 짧아진다.

Manus는 사용자가 원하는 것을 대신 알아맞히는 도구가 아니다. 사용자가 원하는 결과를 더 빨리 만들 수 있도록 도와주는 도구다. 그래서 사용자의 역할은 사라지지 않는다. 오히려 더 선명해진다.

 

• 내가 원하는 결과를 정의하는 사람.
• 자료를 고르는 사람.
• 판단 기준을 정하는 사람.
• 결과물을 검토하는 사람.
• 마지막으로 공개하거나 제출할 책임을 지는 사람.

 

그 역할은 여전히 사용자에게 있다. 다만 Manus를 잘 활용하면 그 사이의 반복적이고 시간이 많이 드는 작업을 훨씬 줄일 수 있다.

 

시각화 자료 4. AI 활용에서 사람과 Manus의 역할 분담

사람
  ├─ 목표 설정
  ├─ 자료 선택
  ├─ 기준 제시
  ├─ 맥락 판단
  └─ 최종 책임

Manus
  ├─ 자료 정리
  ├─ 초안 작성
  ├─ 구조 제안
  ├─ 형식 변환
  └─ 반복 작업 처리

 

AI 시대의 생산성은 더 빨리 타이핑하는 사람이 가져가는 것이 아니다. 더 많은 기능을 외운 사람이 가져가는 것도 아니다. 일을 구조화하고, 적절히 나누고, 결과물을 검토할 줄 아는 사람이 가져간다. Manus는 그 과정을 도와주는 도구다. 이 책은 Manus를 단순히 써보는 수준에서 끝내지 않고, 실제 일과 프로젝트에 연결하는 방법을 안내한다. 이제부터 하나씩 살펴보자. 먼저 Manus를 쓰기 전에 알아야 할 기본 관점부터 시작한다. 여기서 방향을 제대로 잡아야 뒤에서 배우는 리서치, 문서 작성, PPT 제작, 웹사이트 제작, 데이터 분석, 자동화 전략이 흩어지지 않는다. AI에게 일을 맡기는 사람은 많아졌다. 하지만 일을 잘 맡기는 사람은 아직 많지 않다.

이 책은 바로 그 차이를 만드는 방법에 대한 이야기다.

 

---

Part 1. Manus를 쓰기 전 알아야 할 기본 관점

1.1 Manus는 챗봇이 아니라 ‘일을 끝내는 AI 직원’에 가깝다

AI 도구를 처음 접한 사람들은 대부분 채팅창에 질문부터 던진다.

 

• “Manus가 뭐야?”
• “블로그 글 써줘.”
• “PPT 만들어줘.”
• “시장조사 해줘.”
• “보고서 작성해줘.”

 

이런 요청이 틀린 것은 아니다. 처음 써보는 도구라면 누구나 이렇게 시작한다. 문제는 여기서 기대하는 결과물이다. 많은 사람은 짧은 요청 하나로 바로 업무에 쓸 수 있는 완성본이 나오기를 기대한다. 하지만 결과물을 받아보면 대개 이런 느낌이 든다.

 

• “말은 자연스러운데 내 상황이랑은 조금 안 맞네.”
• “뭔가 있어 보이는데 바로 쓰기는 어렵네.”
• “전체적으로 맞는 말인데 깊이가 부족하네.”
• 결국 내가 다시 다듬어야 하네.”

이 지점에서 Manus를 어떻게 바라보느냐가 달라진다. Manus를 단순 챗봇처럼 보면 실망이 빠르다. 하지만 일을 맡기는 AI 직원처럼 보면 활용 방식이 달라진다.

챗봇은 질문에 답한다. AI 직원은 일을 처리한다.
이 차이를 이해해야 Manus의 강점을 제대로 쓸 수 있다.

 

표 1-1. 챗봇처럼 쓰는 방식과 AI 직원처럼 쓰는 방식

구분	챗봇처럼 쓰는 방식	AI 직원처럼 쓰는 방식
사용자의 태도	궁금한 것을 물어본다	원하는 결과물을 맡긴다
요청 방식	짧은 질문 중심	목적, 대상, 형식, 기준을 포함
기대 결과	설명, 요약, 아이디어	문서, 표, 구성안, 초안, 실행 자료
결과물 품질	일반적인 답변에 가까움	사용자 상황에 맞춘 결과물에 가까움
수정 방식	“다시 해줘”	“이 기준으로 이 부분을 고쳐줘”
사용자의 역할	질문자	기획자, 관리자, 검토자

 

여기서 핵심은 Manus가 사람처럼 모든 맥락을 알아서 이해한다는 뜻이 아니다. 오히려 반대다. Manus를 잘 쓰려면 사용자가 더 명확해져야 한다. 사람이 직원에게 일을 맡길 때도 “알아서 잘해줘”라고만 말하면 결과가 흔들린다. AI도 마찬가지다.

 

예를 들어 회사에서 신입사원에게 보고서를 부탁한다고 해보자.

“보고서 하나 만들어줘.”

이렇게 말하면 신입사원은 막막하다. 보고서의 목적이 무엇인지, 누가 보는지, 몇 페이지인지, 어떤 자료를 참고해야 하는지, 결론은 어떤 방향이어야 하는지 알 수 없다. 그래서 가장 일반적인 형태의 보고서를 만들 가능성이 높다.

 

반대로 이렇게 말하면 결과가 달라진다.

“다음 주 월요일 팀장님께 보고할 신규 AI 도구 도입 검토 자료가 필요해. 목적은 실제 도입 여부를 판단하는 것이고, 비교 기준은 가격, 사용 난이도, 업무 적용성, 보안 리스크야. 5페이지 분량으로 정리하고, 마지막에는 도입 추천 여부와 이유를 3줄로 정리해줘.”

이 요청을 받으면 신입사원은 무엇을 해야 하는지 훨씬 분명하게 이해한다. Manus도 똑같다. 좋은 결과물은 좋은 지시에서 나온다.

많은 사람이 AI 활용을 “프롬프트를 잘 쓰는 기술”로만 생각한다. 하지만 실전에서는 프롬프트 문장을 예쁘게 쓰는 것보다, 일을 어떻게 나눠서 맡길지 정하는 능력이 더 중요하다. Manus에게 필요한 것은 멋진 표현이 아니라 구체적인 업무 지시다.

 

시각화 자료 1-1. Manus에게 일이 전달되는 구조

사용자 머릿속의 막연한 생각
        ↓
목적 정리
        ↓
대상 설정
        ↓
참고자료 제공
        ↓
결과물 형식 지정
        ↓
판단 기준 제시
        ↓
Manus 작업 실행
        ↓
중간 결과 확인
        ↓
수정 요청
        ↓
최종 검토 후 활용

 

초보자가 가장 많이 실수하는 지점은 첫 번째 단계와 마지막 단계를 바로 연결하려는 것이다. 머릿속에 막연한 생각만 있는 상태에서 곧바로 완성된 결과물을 기대한다.

 

• “전자책 써줘.”
• “랜딩페이지 만들어줘.”
• “PPT 만들어줘.”
• “시장조사 해줘.”

이런 요청은 편하지만 결과물이 흔들릴 가능성이 높다. 이유는 단순하다. Manus가 작업의 목적과 기준을 모르기 때문이다.

전자책을 쓴다고 해도 독자가 누구냐에 따라 내용이 달라진다. 직장인 대상인지, 대학생 대상인지, 1인 사업자 대상인지에 따라 사례가 달라진다. 입문서인지, 실전 매뉴얼인지, 판매용 전자책인지에 따라 문체도 달라진다. 정보 전달이 목적인지, 행동을 유도하는 것이 목적인지에 따라 구성도 달라진다. 그런데 사용자가 이 정보를 주지 않으면 Manus는 평균적인 방향으로 결과물을 만든다. 평균적인 결과물은 크게 틀리지는 않지만, 강하게 쓸 수는 없다. 독자는 평균적인 글에 오래 머물지 않는다. 상사는 평균적인 보고서에서 의사결정 포인트를 찾기 어렵다. 고객은 평균적인 랜딩페이지를 보고 구매 이유를 느끼기 어렵다. Manus를 AI 직원처럼 쓴다는 것은 결과물의 기준을 사용자가 먼저 잡는다는 뜻이다. Manus가 모든 판단을 대신하는 것이 아니라, 사용자가 정한 기준 안에서 빠르게 초안과 구조를 만들어주는 것이다.

 

표 1-2. 같은 요청도 이렇게 달라진다

작업	막연한 요청	업무 지시형 요청
블로그 글	“Manus 소개 글 써줘.”	“AI 초보 직장인을 대상으로 Manus가 일반 챗봇과 다른 점을 설명하는 정보성 블로그 글을 써줘. 제목 후보 5개, 리드문, 본문 소제목, 마무리 CTA까지 포함해줘.”
시장조사	“AI 도구 시장 조사해줘.”	“국내 20~30대 직장인이 업무 자동화에 활용할 만한 AI 도구를 조사해줘. 가격, 사용 난이도, 대표 활용 사례, 한계점을 표로 비교해줘.”
PPT	“PPT 만들어줘.”	“팀장 보고용 10장 PPT 구성안을 만들어줘. 흐름은 문제 제기, 현재 상황, 해결 아이디어, 기대 효과, 실행 계획 순서로 잡아줘.”
전자책	“전자책 목차 써줘.”	“AI 업무 자동화 입문자를 위한 전자책 목차를 작성해줘. 독자는 20~30대 직장인이고, 각 장에는 실습 예시와 체크리스트가 들어가야 해.”
데이터 분석	“엑셀 분석해줘.”	“월별 매출 데이터에서 하락 구간, 반복 패턴, 이상치를 찾아줘. 결과는 요약표, 그래프 설명, 개선 가설 3개로 정리해줘.”

 

두 번째 열과 세 번째 열의 차이는 길이가 아니다. 구조다. 업무 지시형 요청에는 공통적으로 네 가지가 들어간다. 대상, 목적, 결과물 형식, 판단 기준이다. 이 네 가지가 들어가는 순간 Manus는 “무엇을 말해야 하는지”가 아니라 “무엇을 만들어야 하는지”에 집중하게 된다. 이 차이는 실제 작업 시간에도 영향을 준다. 막연한 요청을 하면 처음 결과물은 빨리 받을 수 있다. 하지만 이후 수정이 길어진다. 원하는 방향이 아니기 때문에 다시 요청하고, 또 다시 다듬고, 결국 사용자가 상당 부분을 다시 써야 한다. 반대로 처음 요청을 조금 더 구조화하면 입력하는 시간은 늘어난다. 대신 수정 횟수가 줄어든다. Manus가 처음부터 목적에 가까운 결과물을 만들기 때문이다.

 

시각화 자료 1-2. 요청 방식에 따른 시간 차이

막연한 요청 방식

짧은 요청
   ↓
애매한 결과물
   ↓
수정 요청
   ↓
또 애매한 결과물
   ↓
사용자가 대폭 수정
   ↓
최종본


업무 지시형 요청 방식

목적과 기준 정리
   ↓
구체적인 요청
   ↓
사용 가능한 초안
   ↓
부분 수정
   ↓
최종본

 

겉으로 보면 막연한 요청이 더 빠른 것처럼 보인다. 하지만 전체 작업 시간을 보면 그렇지 않은 경우가 많다. AI 활용에서 시간을 줄이는 핵심은 첫 답변을 빨리 받는 것이 아니다. 최종 결과물까지 가는 수정 횟수를 줄이는 것이다. Manus를 처음 쓰는 사람은 보통 “어떻게 질문해야 좋은 답이 나올까?”를 고민한다. 그런데 실제로는 질문보다 작업 정의가 먼저다. 

 

예를 들어 “AI 업무 자동화에 관한 글을 써줘”라고 입력하기 전에 아래 질문에 답해보는 것이다.

 

• 이 글은 누가 읽는가?
• 독자는 지금 어떤 문제를 겪고 있는가?
• 글을 읽고 어떤 행동을 하길 원하는가?
• 정보성 글인가, 판매용 글인가, 사용법 가이드인가?
• 검색 노출을 고려해야 하는가?
• 글의 길이는 어느 정도가 적당한가?
• 사례가 필요한가, 체크리스트가 필요한가?

 

이 질문에 답하고 나서 Manus에게 요청하면 결과물은 훨씬 좋아진다. 사실 이 과정은 AI를 위한 준비가 아니라, 사용자의 생각을 정리하는 과정이다. Manus를 잘 쓰는 사람은 AI가 똑똑해서 좋은 결과를 얻는 것이 아니라, 자신이 원하는 결과를 더 선명하게 설명할 수 있어서 좋은 결과를 얻는다. 여기서 많은 사람이 부담을 느낀다. “그렇게까지 생각해야 하면 그냥 내가 하는 게 빠르지 않나?”라는 생각이 든다. 처음에는 그럴 수 있다. 하지만 같은 종류의 작업을 반복할수록 이 방식의 효과가 커진다.

 

예를 들어 블로그 글을 자주 쓰는 사람이라면 매번 새로 요청문을 만들 필요가 없다. 한 번 만든 구조를 템플릿으로 저장해두면 된다.

 

표 1-3. 반복 작업별 Manus 요청 템플릿 구조

반복 작업	매번 바뀌는 요소	고정해둘 요소
블로그 글 작성	주제, 키워드, 독자 문제	제목 후보, 리드문, 소제목, 본문 구성, CTA
보고서 작성	주제, 자료, 보고 대상	요약, 현황, 문제점, 대안, 결론
PPT 구성	발표 주제, 청중, 분량	슬라이드 제목, 핵심 메시지, 내용 요약
시장조사	산업, 제품, 타깃	비교 기준, 표 형식, 시사점 정리
랜딩페이지	상품명, 타깃, 가격	문제 제기, 해결책, 혜택, 후기, 구매 유도
데이터 분석	파일, 분석 질문	요약표, 패턴, 이상치, 개선 가설

 

이 표는 Manus를 업무에 넣는 핵심을 보여준다. 매번 새로 생각해야 하는 것과 고정해둘 수 있는 것을 나누면 작업이 빨라진다. 초보자는 매번 처음부터 프롬프트를 쓰려고 한다. 하지만 실전에서는 템플릿을 만드는 사람이 더 빠르게 움직인다.

 

예를 들어 블로그 글 작성 템플릿은 이렇게 만들 수 있다.

“아래 주제로 블로그 글 초안을 작성해줘. 대상 독자는 [독자]이고, 이 글을 읽는 이유는 [독자의 문제]야. 검색 키워드는 [키워드]를 중심으로 잡아줘. 결과물은 제목 후보 5개, 첫 문단 리드문, 본문 소제목 5개, 각 소제목별 핵심 내용, 마무리 CTA 순서로 정리해줘. 문체는 과장하지 말고 실용서처럼 구체적으로 작성해줘. 마지막에는 독자가 바로 실행할 수 있는 체크리스트를 넣어줘.”

 

이 템플릿에서 매번 바꾸는 것은 독자, 문제, 키워드, 주제 정도다. 나머지는 고정할 수 있다. 이렇게 되면 Manus는 단순히 한 번 쓰고 끝나는 도구가 아니라 반복 가능한 콘텐츠 생산 시스템의 일부가 된다. 직장인이라면 보고서 템플릿을 만들 수 있다.

 

“아래 자료를 바탕으로 팀장 보고용 요약 보고서를 작성해줘.

목적은 [의사결정 목적]이고, 보고 대상은 [보고 대상]이야. 결과물은 1) 핵심 요약, 2) 현재 상황, 3) 주요 문제, 4) 선택 가능한 대안, 5) 추천안, 6) 확인해야 할 리스크 순서로 작성해줘. 문장은 길게 설명하지 말고, 의사결정에 필요한 내용 중심으로 정리해줘.”

 

이런 요청은 단순히 “보고서 써줘”보다 훨씬 강하다. Manus가 어떤 구조로 결과물을 만들어야 하는지 알기 때문이다. Manus를 AI 직원처럼 쓸 때 또 하나 필요한 관점은 “한 번에 끝내려 하지 않기”다. 초보자는 Manus에게 완성본을 바로 요구한다. 하지만 실무에서는 대부분의 결과물이 한 번에 완성되지 않는다. 사람도 초안을 만들고, 검토하고, 수정하고, 다시 다듬는다. AI 결과물도 같은 방식으로 봐야 한다. 특히 큰 작업일수록 단계로 나누는 편이 좋다. 전자책을 예로 들어보자. “Manus 마스터 가이드북 써줘”라고 하면 너무 넓다. 대신 아래처럼 나눌 수 있다.

 

시각화 자료 1-3. 큰 작업을 쪼개는 방식

전자책 만들기

1단계. 독자 설정
   ↓
2단계. 책의 핵심 콘셉트 정리
   ↓
3단계. 전체 목차 작성
   ↓
4단계. 각 장의 핵심 메시지 정리
   ↓
5단계. 본문 초안 작성
   ↓
6단계. 표와 시각화 자료 추가
   ↓
7단계. 사례와 체크리스트 보강
   ↓
8단계. 문체 통일
   ↓
9단계. 최종 검수

 

이렇게 나누면 중간에 방향을 확인할 수 있다. 목차가 마음에 들지 않으면 본문을 쓰기 전에 고치면 된다. 독자 설정이 흐릿하면 콘셉트를 다시 잡으면 된다. 본문이 너무 설명식이면 사례와 표를 추가하면 된다. 작업을 쪼갠다는 것은 단순히 단계를 늘리는 것이 아니라, 실패 비용을 줄이는 방식이다. Manus는 빠르다. 그래서 오히려 중간 점검을 넣기 좋다. 사람이 며칠 걸려 만든 초안을 고치는 것은 부담스럽지만, Manus가 몇 분 안에 만든 구성안은 부담 없이 수정할 수 있다. 이 장점을 활용해야 한다.

 

초보자가 가장 자주 하는 수정 요청도 살펴볼 필요가 있다.

 

• “별로야.”
• “다시 해줘.”
• “더 좋게 해줘.”
• “좀 자연스럽게 해줘.”
• “더 전문적으로 써줘.”

 

이런 말은 사람에게도 애매하다. 어떤 부분이 별로인지, 무엇이 더 좋아져야 하는지, 자연스럽다는 기준이 무엇인지 알기 어렵다. Manus에게 수정 요청을 할 때는 감상이 아니라 기준을 줘야 한다.

 

표 1-4. 애매한 수정 요청과 구체적인 수정 요청

 

애매한 수정 요청	구체적인 수정 요청
“별로야.”	“독자 문제가 잘 드러나지 않아. 첫 문단에 초보자가 겪는 현실적인 고민을 3가지 넣어줘.”
“더 자연스럽게 해줘.”	“문장을 짧게 나누고, 광고 문구처럼 보이는 표현을 줄여줘.”
“더 전문적으로 써줘.”	“주장마다 근거를 붙이고, 비교 기준을 표로 정리해줘.”
“다시 써줘.”	“구성은 유지하되 사례를 직장인 업무 상황 중심으로 바꿔줘.”
“임팩트 있게 해줘.”	“제목에 독자의 문제와 기대 결과가 드러나게 후보 10개를 다시 만들어줘.”

 

좋은 수정 요청은 결과물을 더 빠르게 개선한다. Manus가 처음부터 완벽한 결과를 내지 못해도 괜찮다. 사용자가 기준을 주면서 다듬어가면 된다. 문제는 기준 없이 반복 요청만 하는 것이다. 그러면 비슷하게 애매한 결과물이 계속 나온다.

Manus를 업무에 활용할 때 사용자는 세 가지 역할을 동시에 맡는다.

• 첫째, 기획자 역할이다. 무엇을 만들지 정한다.
• 둘째, 관리자 역할이다. 어떤 순서로 작업할지 나눈다.
• 셋째, 편집자 역할이다. 결과물을 검토하고 다듬는다.

이 세 역할을 이해하면 Manus 활용이 훨씬 안정적이 된다.

 

표 1-5. Manus 사용자의 세 가지 역할

사용자	역할	해야 할 일 예시
기획자	목표와 대상을 정한다	“20대 직장인용 AI 입문 전자책을 만들겠다.”
관리자	작업을 단계로 나눈다	“목차, 본문, 표, 체크리스트 순서로 진행하겠다.”
편집자	결과물을 검토하고 고친다	“문장이 과장돼 보이니 실전 사례 중심으로 바꾸겠다.”

 

이 관점이 잡히면 Manus 사용이 단순해진다. 이제 AI가 모든 것을 대신해주길 기다리지 않는다. 대신 AI가 잘하는 일에 정확히 배치한다. 자료 정리, 초안 작성, 구조 제안, 문장 변환, 반복 양식 만들기 같은 일은 Manus에게 맡긴다. 최종 판단, 민감한 표현, 실제 경험, 브랜드 방향, 공개 여부는 사람이 본다. 이 구분이 없으면 두 가지 문제가 생긴다. 하나는 AI를 너무 과소평가하는 것이다. 몇 번 써보고 원하는 결과가 안 나온다고 포기한다. 다른 하나는 AI를 너무 과대평가하는 것이다. 검토 없이 결과물을 그대로 사용한다. 둘 다 위험하다. Manus는 빠르게 일할 수 있지만, 사용자의 책임을 대신하지는 않는다. 특히 회사 문서, 고객 정보, 매출 자료, 법률이나 투자와 관련된 내용, 외부 공개용 자료는 사람이 확인해야 한다. AI가 만든 결과물은 강력한 초안이지만, 최종본으로 공개하기 전에는 검토가 필요하다. 그렇다고 너무 조심스러워서 아무것도 맡기지 않으면 활용이 늘지 않는다. 처음에는 위험이 낮고 결과가 분명한 작업부터 시작하면 된다.

 

예를 들어 이런 작업이 좋다.

 

• 회의록에서 실행 과제 뽑기.
• 긴 문서를 핵심 요약으로 바꾸기.
• 블로그 제목 후보 만들기.
• PPT 흐름 구성하기.
• 경쟁사 비교 기준 정리하기.
• 상품 소개 문구 초안 만들기.
• 고객 응대 문구를 상황별로 정리하기.

이런 작업은 실패해도 큰 부담이 없다. 그리고 결과물을 보며 Manus에게 어떤 정보를 더 줘야 하는지 감을 잡을 수 있다.

 

시각화 자료 1-4. 초보자에게 추천하는 Manus 시작 순서

위험 낮은 작업
   ↓
요약, 정리, 제목 후보, 구성안
   ↓
초안 작성
   ↓
보고서, 블로그 글, 제안서
   ↓
결과물 제작
   ↓
PPT, 랜딩페이지, 데이터 분석 보고서
   ↓
반복 자동화
   ↓
나만의 업무 템플릿과 워크플로

 

처음부터 복잡한 자동화를 하려고 하면 금방 지친다. 초보자는 “작은 작업 하나를 맡기고, 결과를 보고, 수정 기준을 찾는 경험”을 먼저 쌓는 편이 좋다. 이 경험이 쌓이면 더 큰 작업도 자연스럽게 맡길 수 있다. anus를 잘 쓰는 사람은 처음부터 거창한 결과물을 만드는 사람이 아니다. 반복해서 막히는 지점을 찾아내고, 그 지점을 AI에게 넘기는 사람이다.

 

• 매번 첫 문장에서 막힌다면 리드문 작성을 맡긴다.
• 매번 목차에서 막힌다면 구조 설계를 맡긴다.
• 매번 자료 정리에 시간이 오래 걸린다면 요약과 표 정리를 맡긴다.
• 매번 고객 응대 문구를 새로 쓰고 있다면 상황별 템플릿을 만들게 한다.
• 매번 발표자료 흐름이 막힌다면 슬라이드별 메시지 구성을 맡긴다.

 

이렇게 접근하면 Manus는 “가끔 쓰는 신기한 도구”에서 “반복 업무를 줄여주는 작업 파트너”가 된다.

여기서 한 가지 더 짚고 넘어가야 한다. Manus에게 일을 잘 맡기려면 완벽한 프롬프트를 외울 필요가 없다. 대신 아래 질문 네 가지만 습관처럼 떠올리면 된다.

 

• 이 작업은 왜 필요한가?
• 누가 이 결과물을 보는가?
• 어떤 형식이면 바로 쓸 수 있는가?
• 무엇을 기준으로 좋고 나쁨을 판단할 것인가?

이 네 가지는 모든 작업에 적용된다. 보고서에도, 블로그 글에도, PPT에도, 랜딩페이지에도, 데이터 분석에도 적용된다.

 

표 1-6. Manus 요청 전 기본 점검표 

점검 항목	스스로 확인할 질문	예시 답변
목적	이 작업을 왜 하는가?	전자책 판매 페이지에 넣을 문구를 만들기 위해
대상	누가 결과물을 보는가?	AI 도구를 처음 써보는 20~30대 직장인
형식	어떤 형태로 받고 싶은가?	섹션별 카피, 버튼 문구, 체크리스트
기준	무엇을 중요하게 볼 것인가?	과장 없이 실용성이 느껴지는 표현
자료	무엇을 참고해야 하는가?	기존 목차, 독자 고민, 상품 설명
톤	어떤 문체가 어울리는가?	친근하지만 가볍지 않은 실용서 톤
검토	마지막에 무엇을 확인할 것인가?	중복 표현, 과장 문구, 독자 행동 유도

 

이 점검표는 책 전체에서 계속 사용할 기본 도구다. Manus에게 어떤 작업을 맡기든 이 표를 먼저 채워보면 요청문이 훨씬 쉽게 만들어진다.

 

예를 들어 이 표를 바탕으로 전자책 판매 페이지 요청문을 만들면 이렇게 된다.

 

“AI 도구를 처음 써보는 20~30대 직장인을 대상으로 Manus 활용 전자책 판매 페이지 문구를 만들고 싶어. 목적은 독자가 이 책을 통해 리서치, 문서 작성, PPT 제작, 데이터 분석을 실제 업무에 적용할 수 있다는 점을 이해하게 만드는 거야. 결과물은 1) 첫 화면 메인 문구, 2) 독자 공감 문구, 3) 책에서 배우는 내용, 4) 추천 독자, 5) 구매 유도 문구 순서로 작성해줘. 문체는 과장 광고처럼 보이지 않게 하고, 실용서 느낌으로 구체적으로 써줘. 마지막에는 문구가 너무 부풀려져 보이는 부분이 없는지 체크리스트도 붙여줘.”

 

이 요청은 길지만 어렵지 않다. 앞서 정리한 목적, 대상, 형식, 기준을 문장으로 이어 붙인 것뿐이다. Manus를 잘 쓰는 핵심은 바로 여기에 있다. 특별한 마법 문장이 있는 것이 아니라, 필요한 정보를 빠뜨리지 않는 것이다. Manus를 AI 직원처럼 바라보면, 사용자는 더 이상 채팅창 앞에서 막연히 고민하지 않는다. 대신 일을 이렇게 나눈다.

 

• 무엇을 만들 것인가.
• 누구를 위해 만들 것인가.
• 어떤 자료를 줄 것인가.
• 어떤 형식으로 받을 것인가.
• 어떤 기준으로 고칠 것인가.

이 구조가 잡히면 Manus는 단순한 답변 도구에서 결과물 제작 도구로 바뀐다. 정리하면 이 장의 핵심은 간단하다. Manus를 검색창처럼 쓰면 정보가 나온다. 챗봇처럼 쓰면 답변이 나온다. 하지만 업무를 맡기는 방식으로 쓰면 결과물이 나온다. 그리고 실제 생산성을 만드는 것은 답변이 아니라 결과물이다.

 

1.1 핵심 정리

 

핵심 문장	설명
Manus는 질문보다 업무 지시에 강하다	짧은 질문보다 목적과 형식이 있는 요청에서 더 쓸 만한 결과물이 나온다
좋은 요청은 길이가 아니라 구조가 중요하다	목적, 대상, 형식, 기준이 들어가면 결과물이 선명해진다
큰 작업은 단계로 쪼개야 한다	한 번에 완성본을 요구하면 수정이 어려워진다
수정 요청도 기준이 필요하다	“다시 해줘”보다 “이 부분을 이 기준으로 고쳐줘”가 효과적이다
사용자는 기획자, 관리자, 편집자 역할을 한다	AI에게 맡길 일과 사람이 판단할 일을 나눠야 한다

 

바로 적용하는 실습

아래 빈칸을 채워 Manus에게 첫 번째 업무 지시를 만들어보자.

나는 지금 [작업 목적]을 하려고 한다.

이 결과물을 볼 사람은 [대상 독자 또는 보고 대상]이다.

참고해야 할 자료는 [자료 설명]이다.

결과물은 [원하는 형식]으로 정리해줘.

특히 [중요한 기준]을 우선으로 봐줘.

문체는 [원하는 톤]으로 작성해줘.

마지막에는 내가 확인해야 할 체크리스트를 붙여줘.

 

예시로 채우면 이렇게 된다.

나는 지금 Manus 활용법을 소개하는 블로그 글을 작성하려고 한다.

이 결과물을 볼 사람은 AI 도구를 처음 써보는 20~30대 직장인이다.

참고해야 할 자료는 Manus의 주요 활용 분야와 내가 정리한 목차다.

결과물은 제목 후보 5개, 리드문, 본문 소제목 5개, 마무리 문구로 정리해줘.

특히 일반 챗봇과 AI 에이전트의 차이가 잘 드러나게 해줘.

문체는 과장하지 말고 실용서처럼 구체적으로 작성해줘.

마지막에는 글을 발행하기 전 확인해야 할 체크리스트를 붙여줘.

 

이 정도만 해도 “Manus 글 써줘”와는 완전히 다른 결과물이 나온다. 처음에는 조금 번거롭게 느껴질 수 있지만, 이 구조가 익숙해지면 어떤 작업을 맡기든 빠르게 응용할 수 있다. 다음 장에서는 이 차이를 더 구체적으로 살펴본다. 많은 사람이 AI에게 질문하는 프롬프트와 결과물을 맡기는 프롬프트를 같은 것으로 생각한다. 하지만 둘은 목적부터 다르다. 질문형 프롬프트는 정보를 얻기 위한 방식이고, 작업형 프롬프트는 결과물을 만들기 위한 방식이다. 이제 그 차이를 실제 예시와 함께 정리해보자.

---

1.2 답변을 받는 프롬프트와 결과물을 맡기는 프롬프트는 다르다

Manus를 처음 쓰는 사람은 대부분 “프롬프트를 잘 써야 한다”는 말을 듣고 시작한다. 그래서 인터넷에서 프롬프트 예시를 찾아보고, 마음에 드는 문장을 저장해두고, 그대로 복사해서 써본다. 그런데 막상 결과물을 받아보면 기대만큼 만족스럽지 않을 때가 많다. 이유는 간단하다. 프롬프트에도 종류가 있기 때문이다. 모든 프롬프트가 같은 역할을 하는 것은 아니다.

 

• 어떤 프롬프트는 정보를 얻기 위한 질문이다.
• 어떤 프롬프트는 결과물을 만들기 위한 업무 지시다.
• 어떤 프롬프트는 이미 나온 결과물을 고치기 위한 수정 요청이다.
• 어떤 프롬프트는 반복 작업을 자동화하기 위한 템플릿이다.

 

초보자는 이 차이를 구분하지 않고 모든 요청을 “질문”처럼 입력한다. 그러면 Manus도 답변 중심으로 반응한다. 하지만 Manus를 제대로 활용하려면 질문형 프롬프트에서 작업형 프롬프트로 넘어가야 한다.

 

질문형 프롬프트는 이런 식이다.

• “Manus로 무엇을 할 수 있어?”
• “AI 에이전트가 뭐야?”
• “블로그 글 잘 쓰는 법 알려줘.”
• “시장조사는 어떻게 해?”
• “PPT 만들 때 중요한 게 뭐야?”

이런 질문은 개념을 이해할 때는 도움이 된다. 처음 배우는 단계에서는 필요하다. 하지만 실제 결과물을 만들기에는 부족하다. 답변을 읽고 나서 다시 내가 정리해야 하기 때문이다.

 

작업형 프롬프트는 다르다.

“AI 에이전트를 처음 접하는 직장인을 대상으로 Manus 활용 입문 글을 작성해줘. 글의 목적은 Manus가 일반 챗봇과 다른 점을 이해시키는 것이고, 결과물은 제목 후보 5개, 리드문, 본문 소제목 5개, 마무리 체크리스트로 구성해줘.”

 

이 요청은 단순히 설명을 요구하지 않는다. 바로 사용할 수 있는 결과물의 형태를 지정한다. Manus가 해야 할 일도 명확하다. 정보를 설명하는 것이 아니라, 글의 구조와 문장을 만들어야 한다.

 

표 1-7. 질문형 프롬프트와 작업형 프롬프트의 차이

구분	질문형 프롬프트	작업형 프롬프트
목적	정보를 이해하기 위해 사용	결과물을 만들기 위해 사용
요청 방식	“무엇인가?”, “어떻게 하나?”	“이 목적에 맞게 만들어줘”
결과물	설명, 요약, 개념 정리	글, 보고서, 표, PPT 구성안, 체크리스트
사용 시점	처음 개념을 파악할 때	실제 업무나 콘텐츠를 만들 때
사용자의 후속 작업	답변을 읽고 직접 재구성	결과물을 검토하고 수정
예시	“랜딩페이지가 뭐야?”	“전자책 판매용 랜딩페이지 문구를 작성해줘.”

 

이 표에서 중요한 것은 둘 중 하나만 좋다는 뜻이 아니다. 질문형 프롬프트도 필요하다. 처음 개념을 이해할 때, 낯선 용어를 확인할 때, 방향을 잡기 전 배경지식을 얻을 때는 질문형이 편하다. 문제는 결과물이 필요한 순간에도 계속 질문형으로 접근하는 데 있다.

예를 들어 블로그 글을 쓰고 싶은 사람이 Manus에게 이렇게 묻는다고 해보자.

 

“블로그 글 잘 쓰는 법 알려줘.”

Manus는 아마 제목을 잘 써야 한다, 독자에게 도움이 되는 내용을 써야 한다, 키워드를 활용해야 한다, 꾸준히 발행해야 한다는 식으로 설명할 것이다. 틀린 말은 아니다. 하지만 이 답변만으로는 오늘 발행할 글이 만들어지지 않는다.

작업형으로 바꾸면 달라진다.

“블로그 초보자를 대상으로 ‘검색되는 글과 검색되지 않는 글의 차이’를 설명하는 글을 작성해줘. 독자가 읽고 자신의 글을 점검할 수 있도록 Before/After 예시를 넣고, 마지막에는 발행 전 체크리스트를 붙여줘.”

 

이제 Manus는 단순 조언이 아니라 글의 초안을 만들어야 한다. 독자, 주제, 구성 요소, 결과물 형식이 정해졌기 때문이다.

많은 사람이 AI를 쓰고도 생산성이 오르지 않는 이유가 여기에 있다. AI에게 계속 설명을 듣고 있기 때문이다. 설명은 도움 되지만, 설명만으로는 일이 끝나지 않는다. 실제 시간을 줄이려면 설명을 결과물로 바꾸는 요청을 해야 한다.

 

시각화 자료 1-5. 질문형에서 작업형으로 넘어가는 흐름

질문형 프롬프트
   ↓
개념 이해
   ↓
작업 목적 정리
   ↓
작업형 프롬프트
   ↓
초안 생성
   ↓
수정 프롬프트
   ↓
최종 결과물

 

이 흐름을 기억하면 Manus를 훨씬 안정적으로 쓸 수 있다. 처음부터 모든 것을 작업형으로 요청할 필요는 없다. 모르는 주제라면 먼저 질문형으로 개념을 파악한다. 그다음 내가 만들고 싶은 결과물을 정한다. 그리고 작업형 프롬프트로 전환한다. 마지막으로 수정 프롬프트를 사용해 결과물을 다듬는다.

 

예를 들어 “Manus로 전자책을 만들고 싶다”는 생각이 있다고 해보자. 처음부터 “전자책 써줘”라고 하면 결과물이 넓고 얕아질 수 있다. 더 나은 흐름은 다음과 같다.

 

먼저 질문형으로 묻는다.

“Manus를 활용한 전자책을 만들 때 어떤 독자층을 대상으로 하면 좋을까?”

 

이 질문을 통해 가능한 방향을 확인한다. 직장인, 콘텐츠 제작자, 프리랜서, 1인 사업자 등 여러 독자층이 나올 수 있다.

 

그다음 작업 목적을 정한다.

“나는 20~30대 직장인을 대상으로, Manus를 업무 자동화에 활용하는 실전 가이드북을 만들겠다.”

 

이제 작업형으로 요청한다.

“20~30대 직장인을 대상으로 한 Manus 업무 자동화 전자책의 전체 목차를 작성해줘. 각 Part에는 4~7개의 소제목을 넣고, 리서치, 문서 작성, PPT 제작, 데이터 분석, 반복 업무 자동화가 포함되게 구성해줘. 초보자가 바로 따라 할 수 있도록 실습과 체크리스트 중심으로 잡아줘.”

 

이 요청은 결과물을 만든다. 이후에는 수정 프롬프트를 사용한다.

“Part 3의 제목이 조금 딱딱해. 20~30대 직장인이 보고 흥미를 느낄 수 있게 실용적이면서도 과장되지 않은 표현으로 바꿔줘.”

 

이렇게 흐름을 나누면 Manus와의 작업이 훨씬 매끄러워진다.

 

표 1-8. 프롬프트의 4가지 유형

유형	역할	사용 예시	결과물
질문형	개념을 이해한다	“AI 에이전트가 챗봇과 다른 점은 뭐야?”	설명, 비교, 요약
작업형	결과물을 만든다	“AI 에이전트 입문 블로그 글을 작성해줘.”	글, 보고서, 구성안
수정형	결과물을 개선한다	“첫 문단을 더 현실적인 문제 제기로 바꿔줘.”	개선된 문장, 수정본
템플릿형	반복 작업을 표준화한다	“앞으로 블로그 글은 이 구조로 작성해줘.”	반복 가능한 요청 양식

 

Manus를 잘 쓰려면 이 네 가지를 상황에 맞게 섞어야 한다. 질문형만 쓰면 설명만 쌓인다. 작업형만 쓰면 방향이 틀어질 수 있다. 수정형이 없으면 결과물이 거칠게 남는다. 템플릿형이 없으면 매번 처음부터 다시 요청해야 한다. 초보자에게 가장 필요한 것은 질문형에서 작업형으로 넘어가는 감각이다. 이 감각이 생기면 AI 사용 시간이 줄고, 결과물의 활용도는 올라간다.

 

예를 들어 “PPT 잘 만드는 법 알려줘”라는 질문형 프롬프트를 보자. 이 요청은 발표자료 제작 원칙을 이해하는 데는 도움이 된다. 하지만 지금 당장 발표자료가 필요한 사람에게는 부족하다.

 

작업형으로 바꾸면 이렇게 된다.

“사내 팀장 보고용으로 ‘Manus 도입 검토’ 발표자료를 만들려고 해. 10장 분량의 PPT 구성안을 작성해줘. 흐름은 1) 현재 업무 비효율, 2) Manus 활용 가능 업무, 3) 기대 효과, 4) 도입 시 주의사항, 5) 파일럿 실행안 순서로 잡아줘. 각 슬라이드마다 제목, 핵심 메시지, 들어갈 내용 3가지를 정리해줘.”

 

이제 Manus는 발표자료 제작 원칙을 설명하는 것이 아니라, 실제 슬라이드 구조를 만들어야 한다.

 

결과물을 받은 뒤에는 수정형 프롬프트를 사용한다.

“현재 구성안은 기능 설명이 많아. 팀장 보고용이므로 도입 여부를 판단할 수 있게 비용, 리스크, 기대 효과 중심으로 다시 정리해줘.”

 

이 요청은 훨씬 구체적이다. 무엇이 문제인지, 어떤 기준으로 바꿔야 하는지 알려준다.

 

표 1-9. 같은 주제를 프롬프트 유형별로 바꾸는 법

 

주제	질문형	작업형	수정형
PPT 제작	“PPT 잘 만드는 법 알려줘.”	“팀장 보고용 10장 PPT 구성안을 만들어줘.”	“기능 설명보다 의사결정 포인트 중심으로 바꿔줘.”
블로그 글	“블로그 글 잘 쓰는 법 알려줘.”	“AI 초보자 대상 블로그 글 초안을 작성해줘.”	“첫 문단에 독자의 현실적인 고민을 더 넣어줘.”
시장조사	“시장조사는 어떻게 해?”	“국내 AI 생산성 도구 시장을 비교표로 정리해줘.”	“거시적인 설명보다 20대 직장인의 구매 이유 중심으로 바꿔줘.”
랜딩페이지	“랜딩페이지가 뭐야?”	“전자책 판매용 랜딩페이지 문구를 작성해줘.”	“과장된 표현을 줄이고 실용성이 느껴지게 바꿔줘.”
데이터 분석	“데이터 분석 방법 알려줘.”	“월별 매출 데이터에서 하락 구간과 원인 가설을 정리해줘.”	“그래프 설명보다 실행 가능한 개선안 중심으로 바꿔줘.”

 

이 표를 보면 프롬프트는 단순히 문장을 잘 쓰는 문제가 아니라는 점이 보인다. 같은 주제라도 어떤 유형으로 요청하느냐에 따라 Manus의 역할이 달라진다.

 

• 질문형에서는 선생님처럼 설명한다.
• 작업형에서는 실무자처럼 초안을 만든다.
• 수정형에서는 편집자처럼 고친다.
• 템플릿형에서는 반복 작업 시스템처럼 작동한다.

이제 중요한 질문은 이것이다.
“나는 지금 Manus에게 설명을 듣고 싶은가, 아니면 결과물을 만들고 싶은가?” 이 질문 하나만 해도 요청 방식이 달라진다. 많은 초보자는 결과물이 필요한 상황에서도 설명을 요청한다. 예를 들어 오늘 블로그 글을 발행해야 하는데 “블로그 글 잘 쓰는 법”을 묻는다. 다음 주 발표가 있는데 “PPT 잘 만드는 법”을 묻는다. 전자책을 팔고 싶은데 “전자책 판매 방법”을 묻는다. 물론 처음에는 설명이 필요하다. 하지만 설명을 들은 뒤에는 반드시 작업형으로 넘어가야 한다. 그렇지 않으면 AI 사용은 공부에서 멈추고 실행으로 이어지지 않는다.

 

시각화 자료 1-6. 실행으로 이어지는 프롬프트 전환법

1단계. 개념 질문
“전자책 판매 페이지에는 무엇이 들어가야 해?”
        ↓
2단계. 내 상황 적용
“나는 Manus 활용 가이드북을 판매하려고 해.”
        ↓
3단계. 작업 요청
“이 책에 맞는 판매 페이지 구조를 작성해줘.”
        ↓
4단계. 수정 요청
“20대 직장인이 공감할 수 있게 첫 문단을 바꿔줘.”
        ↓
5단계. 템플릿화
“앞으로 전자책 판매 페이지는 이 구조로 작성해줘.”

 

이 흐름은 전자책뿐만 아니라 거의 모든 작업에 적용된다. 보고서, 블로그 글, 뉴스레터, 제안서, 강의안, 고객 응대문, 상품 소개 페이지, 데이터 분석 보고서 모두 마찬가지다. Manus를 잘 쓰는 사람은 질문에서 멈추지 않는다. 질문으로 개념을 이해하고, 작업형 요청으로 초안을 만들고, 수정형 요청으로 품질을 올리고, 템플릿형 요청으로 반복 가능하게 만든다. 여기서 초보자가 자주 하는 실수는 수정형 프롬프트를 제대로 쓰지 못하는 것이다. 결과물이 마음에 들지 않을 때 “더 좋게 해줘”라고 요청한다. 그런데 “좋다”는 기준은 사람마다 다르다. Manus는 사용자가 말한 기준 안에서 움직이기 때문에, 기준이 없으면 비슷한 결과물을 다시 내놓을 수 있다.

 

예를 들어 Manus가 블로그 글 첫 문단을 이렇게 작성했다고 해보자.

 

잘못된 예시

“최근 AI 기술이 빠르게 발전하면서 많은 사람이 업무 효율을 높이기 위해 다양한 도구를 활용하고 있습니다. 그중 Manus는 생산성을 높이는 데 도움을 주는 유용한 AI 도구입니다.”

 

이 문장은 틀리지는 않다. 하지만 너무 흔하다. 어디서나 볼 수 있는 도입부다. 독자가 “이건 내 이야기다”라고 느끼기 어렵다. 이때 “더 자연스럽게 해줘”라고만 하면 결과가 크게 나아지지 않을 수 있다.

구체적으로 수정 요청을 해야 한다.

 

개선 요청

“첫 문단이 너무 일반적인 설명처럼 보여. AI 도구를 몇 번 써봤지만 결과물이 애매해서 포기한 직장인의 상황으로 시작해줘. ‘AI가 별로인 줄 알았는데 사실은 일을 맡기는 방식이 문제였다’는 메시지로 연결해줘.”

 

이렇게 요청하면 Manus는 훨씬 구체적인 방향으로 고칠 수 있다.

 

수정된 예시

“AI 도구를 몇 번 써본 직장인이라면 한 번쯤 이런 생각을 해봤을 것이다. 분명 결과는 빨리 나오는데, 막상 보고서나 발표자료에 넣으려면 손볼 곳이 많다. 그래서 ‘아직 AI는 실무에 쓰기 어렵다’고 판단하기 쉽다. 하지만 문제는 도구의 성능만이 아니다. 대부분은 AI에게 질문만 했지, 일을 맡기는 방식으로 요청하지 않았기 때문에 생긴 결과다.”

 

이 문장은 독자의 경험에서 시작한다. 문제를 구체적으로 보여주고, 이 장에서 말하려는 핵심 메시지로 자연스럽게 이어진다. 수정 요청이 구체적이면 결과물도 구체적으로 좋아진다.

 

표 1-10. 수정형 프롬프트를 잘 쓰는 공식

수정 기준사용할 표현예시

독자 공감 강화	“독자가 겪는 상황으로 시작해줘”	“AI를 써봤지만 결과물이 애매했던 경험으로 시작해줘.”
구체성 강화	“추상적인 표현을 실제 사례로 바꿔줘”	“생산성 향상이라는 말 대신 회의록, 보고서, PPT 예시를 넣어줘.”
문체 조정	“광고 느낌을 줄이고 실용서 톤으로 바꿔줘”	“혁신적, 압도적 같은 표현을 빼고 차분하게 써줘.”
구조 개선	“소제목별 역할이 겹치지 않게 재배치해줘”	“개념 설명, 예시, 실습 순서로 다시 정리해줘.”
설득력 강화	“주장 뒤에 이유와 예시를 붙여줘”	“왜 초보자가 작업형 프롬프트부터 배워야 하는지 설명해줘.”
실행력 강화	“마지막에 바로 따라 할 수 있는 단계로 정리해줘”	“독자가 오늘 할 수 있는 3단계 실습을 넣어줘.”

수정형 프롬프트는 Manus 결과물의 품질을 결정하는 중요한 도구다. 처음 요청이 아무리 좋아도 한 번에 완벽한 결과가 나오기는 어렵다. 오히려 Manus는 빠르게 초안을 만들고, 사용자는 그 초안을 기준에 맞게 다듬는 방식으로 쓰는 것이 현실적이다.

이때 “다시 해줘”보다 “무엇을 기준으로 고쳐야 하는지”가 중요하다. 사람에게 피드백할 때도 마찬가지다. “별로야”라는 말은 도움이 되지 않는다. “첫 문단에서 독자의 문제가 잘 보이지 않는다”, “예시가 너무 일반적이다”, “제목이 결과보다 방법 중심이다”, “표가 있으면 이해가 쉬울 것 같다”처럼 말해야 고칠 수 있다.

Manus를 업무에 자주 쓰다 보면 템플릿형 프롬프트의 중요성도 커진다. 템플릿형은 매번 같은 구조로 반복되는 작업을 빠르게 처리하기 위한 방식이다.

예를 들어 매주 뉴스레터를 쓰는 사람이라면 매번 처음부터 요청할 필요가 없다. 뉴스레터 구조를 정해두고, 주제와 자료만 바꾸면 된다.

템플릿형 예시
“앞으로 뉴스레터 초안은 아래 구조로 작성해줘.

1. 독자가 공감할 문제 제기
2. 이번 주 핵심 인사이트
3. 실제 사례 1개
4. 바로 적용할 수 있는 팁 3개
5. 다음 행동을 유도하는 마무리 문장
   문체는 친근하지만 가볍지 않게 작성하고, 추상적인 조언은 반드시 예시로 풀어줘.”

이런 템플릿을 만들어두면 매주 작업 속도가 빨라진다. Manus에게 “이번 주 주제는 AI 에이전트 활용법이야. 위 뉴스레터 구조로 작성해줘”라고만 말해도 된다.

직장인이라면 회의록 정리 템플릿을 만들 수 있다.

“앞으로 회의록을 정리할 때는 아래 형식으로 정리해줘.

1. 회의 목적
2. 핵심 논의 내용
3. 결정된 사항
4. 담당자별 실행 과제
5. 다음 회의 전 확인할 사항
   불확실한 내용은 단정하지 말고 ‘확인 필요’로 표시해줘.”

이 템플릿은 단순하지만 실무에서 매우 유용하다. 회의가 끝날 때마다 같은 기준으로 정리할 수 있고, 실행 과제가 빠지는 일을 줄일 수 있다.

 

시각화 자료 1-7. 프롬프트가 템플릿이 되는 과정

한 번의 요청
   ↓
괜찮은 결과물 확인
   ↓
반복되는 구조 발견
   ↓
고정 항목과 변경 항목 분리
   ↓
템플릿으로 저장
   ↓
다음 작업에 재사용

 

템플릿형 프롬프트의 핵심은 고정 항목과 변경 항목을 나누는 것이다. 모든 내용을 매번 새로 쓰려고 하면 오래 걸린다. 하지만 구조는 고정하고 주제, 대상, 자료만 바꾸면 작업이 빨라진다.

 

표 1-11. 템플릿을 만들 때 나눠야 할 것

 

구분	고정할 것	매번 바꿀 것
블로그 글	제목 후보, 리드문, 소제목, 체크리스트 구조	주제, 키워드, 독자 문제
뉴스레터	문제 제기, 인사이트, 사례, 팁, 마무리 구조	이번 주 주제, 참고자료
회의록	결정 사항, 실행 과제, 담당자, 확인 필요 항목	회의 내용, 참석자, 일정
보고서	요약, 현황, 문제, 대안, 추천안	보고 주제, 데이터, 의사결정 사안
랜딩페이지	공감, 해결책, 혜택, 신뢰 요소, 구매 유도	상품명, 가격, 타깃, 혜택
제안서	고객 문제, 제안 내용, 기대 효과, 일정, 비용	고객명, 프로젝트 내용, 조건

 

이 방식이 익숙해지면 Manus는 매번 새로 배우는 도구가 아니라, 내 업무 방식에 맞춰진 작업 시스템이 된다. 처음에는 프롬프트 하나를 잘 쓰는 것이 목표지만, 나중에는 프롬프트를 반복 가능한 구조로 만드는 것이 목표가 된다.초보자가 오늘 바로 해볼 수 있는 연습은 간단하다. 최근에 Manus에게 입력했던 요청 하나를 떠올려보자. 그리고 그 요청이 질문형인지, 작업형인지, 수정형인지, 템플릿형인지 구분해보자.

 

예를 들어 “블로그 글 잘 쓰는 법 알려줘”는 질문형이다.

 

• “AI 초보자를 위한 블로그 글 초안을 작성해줘”는 작업형이다.
• “첫 문단을 독자의 고민으로 시작하게 바꿔줘”는 수정형이다.
• “앞으로 블로그 글은 제목 후보, 리드문, 소제목, 체크리스트 구조로 작성해줘”는 템플릿형이다.

이 구분만 할 수 있어도 Manus 사용 수준이 달라진다.

1.2 핵심 정리

 

핵심 문장	설명
모든 프롬프트는 같은 역할을 하지 않는다	질문형, 작업형, 수정형, 템플릿형은 목적이 다르다
질문형은 이해에 좋고, 작업형은 실행에 좋다	설명을 듣는 것과 결과물을 만드는 것은 다르다
결과물이 필요하면 작업형으로 요청해야 한다	목적, 대상, 형식, 기준을 넣어야 한다
수정형 프롬프트는 기준이 있어야 효과적이다	“다시 해줘”보다 “이 부분을 이 기준으로 고쳐줘”가 낫다
반복되는 작업은 템플릿형으로 바꿔야 한다	같은 구조를 저장하면 매번 시작 시간이 줄어든다

 

바로 적용하는 실습

아래 문장을 보고 각각 어떤 유형의 프롬프트인지 구분해보자.

프롬프트	유형
“Manus와 ChatGPT의 차이를 설명해줘.”	질문형
“Manus 초보자를 위한 블로그 글 초안을 작성해줘.”	작업형
“첫 문단이 너무 일반적이니 직장인의 실제 고민으로 시작하게 바꿔줘.”	수정형
“앞으로 회의록은 결정 사항, 실행 과제, 담당자, 확인 필요 항목으로 정리해줘.”	템플릿형

 

이제 자신의 작업에 맞게 아래 빈칸을 채워보자.

1단계. 질문형 프롬프트

나는 [주제]에 대해 잘 모른다.
먼저 초보자가 이해할 수 있도록 핵심 개념과 주의할 점을 설명해줘.


2단계. 작업형 프롬프트

나는 [목적]을 위해 [결과물]을 만들고 싶다.
대상은 [대상]이고, 결과물은 [형식]으로 작성해줘.
특히 [중요 기준]을 반영해줘.


3단계. 수정형 프롬프트

방금 결과물에서 [문제되는 부분]이 아쉽다.
[수정 기준]에 맞춰 다시 고쳐줘.


4단계. 템플릿형 프롬프트

앞으로 [반복 작업]은 아래 구조로 작성해줘.
1) [고정 구조 1]
2) [고정 구조 2]
3) [고정 구조 3]
4) [고정 구조 4]

예시로 채우면 이렇게 된다.

1단계. 질문형 프롬프트

나는 Manus로 랜딩페이지를 만드는 법을 잘 모른다.
먼저 초보자가 이해할 수 있도록 랜딩페이지에 들어가야 할 핵심 요소와 주의할 점을 설명해줘.


2단계. 작업형 프롬프트

나는 Manus 활용 전자책을 판매하기 위해 랜딩페이지 문구를 만들고 싶다.
대상은 AI 도구를 업무에 써보고 싶은 20~30대 직장인이고, 결과물은 섹션별 카피와 버튼 문구로 작성해줘.
특히 과장된 돈벌이 느낌보다 실용성과 실행 가능성이 느껴지게 해줘.


3단계. 수정형 프롬프트

방금 결과물에서 첫 화면 문구가 너무 광고처럼 느껴진다.
독자가 겪는 업무 고민에서 시작하고, 이 책을 통해 해결할 수 있는 점이 자연스럽게 드러나게 고쳐줘.


4단계. 템플릿형 프롬프트

앞으로 전자책 랜딩페이지 문구는 아래 구조로 작성해줘.
1) 독자가 공감할 문제 제기
2) 이 책에서 얻을 수 있는 변화
3) 핵심 목차 요약
4) 추천 독자
5) 구매 전 확인할 체크리스트
6) 구매 유도 문구

 

이 실습을 해보면 한 가지를 알게 된다. 프롬프트 실력은 어려운 문장을 외우는 데서 생기지 않는다. 내가 지금 AI에게 설명을 듣고 싶은지, 결과물을 만들고 싶은지, 수정하고 싶은지, 반복 구조를 만들고 싶은지 구분하는 데서 시작된다.

다음 장에서는 초보자가 Manus를 사용할 때 가장 먼저 버려야 할 습관을 다룬다. “알아서 해줘”, “좋게 만들어줘”, “전문적으로 써줘” 같은 요청이 왜 결과물을 애매하게 만드는지, 그리고 같은 말을 어떻게 바꾸면 Manus가 훨씬 정확하게 움직이는지 실제 예시로 살펴보자.