So, Anthropic just published a prompting guide for Opus 5, which is basically the official manual for how to write prompts for their newest model. And a lot of it's just subtraction, where it tells you to delete three of the lines that you have probably been putting into every serious prompt for the last 2 years or so, including the one almost everybody ends with. So, what I'm going to do is just cut straight to the chase and give you all five rules up front, so you've got the whole guide in about 3 minutes, and then I'm going to be building out one prompt out of those specific rules and run it against the way that I used to actually be writing these prompts on the same job, so that you can see what it's actually worth and its value. And then there's also one rule that this isn't about building whatsoever. It's just about reviewing, and that's the one that I had completely backwards. Now, at the end of all this, I'll show you what did actually survive from the previous methodologies and approaches, because some of it did survive and you're still wanting to be employing some of those strategies, but anyways, all of this is going to be living inside of the regular Claude application. You don't need any APIs, and you don't need to know how to code. Now, before all the rules, there's going to be two different settings, because they actually decide more than any single line that you are going to be writing. So, we can see here inside of our Claude application, we have obviously our different models here. We have Fable 5, Opus, Sonnet, Haiku, 4.5. Now, if you're on the $20 plan, I would be running Sonnet as your daily, and then switch over to Opus when the job actually matters. Even if you are on the $100 plan, I would be employing this. Now, on Max, this is where you should be making Opus 5 your actual daily driver, and stop opening the picker. It's just about half the price of Fable 5, so it's just worth keeping it on that. And then it comes down into effort. So, inside of the effort, just down below, this is the instinct to actually crank it. So, effort is just how much it thinks before it. And then below all of this, we have the effort and the instincts to actually crank this. So, effort, this is just going to be how much it thinks before it actually answers you. So, this is the difference between asking somebody a question and saying, you know, take your time, versus needing it off the top of their head. Now, in Anthropic's documentation, it says low and medium. They are going to give you strong quality at, you know, just about a fraction of the tokens and the time. So, mine it often sits on medium and I bump it when a job is genuinely going to be a bit harder, more complex. Everything after this is on Opus 5 medium. That's what I use as my daily driver and pretty much for everything, I would say, at this point. Okay, let's move on to the five rules starting with rule number one. Now, for about 2 years now, the advice was to just break a job into steps and feed them in one at a time, right? So, first analyze this and then write me a plan and then build it. And the reason why is because older models, they drifted on long jobs, so you kept them on a pretty short leash. Now, Anthropic, they actually say the opposite now. So, Opus 5, it does its best work off of just one complete brief. Hand it over at the start and left alone to actually run. So, the prompt it opens with the entire assignment, who it's for, what to actually be building, what it can use, and where the finished thing actually is going to be going. Now, one exception with this, if you actually want to see the middle steps, feeding it one at a time, it still does work natively. That's just the exception now, it's not the end-all be-all default. Now, for example, I'm going to be showing this inside of a demo later on in this video. Someone who runs a business should be able to open this on a phone, get why nearly 20,000 people are in this community, and join for free. Build a one-page site for my community that does that. Everything you can use, the numbers, the description, what's inside is on this page. Here's the page. Nothing else. Deliver the finished page as an artifact. So, that's the prompt that I would be entering, for example. Now, getting into rule number two, the guide flat-out says it. Hand this model a narrow task and it expands the job on its own. You give it a page and it'll offer you a blog and extra work. Sounds like a gift until it's actually your time reviewing things that you never wanted and your usage limits is going to be paying for them. So, what you do is you write the limits down. So, what not to be building, what not to be inventing, and one line that actually says to decide the cosmetic stuff yourself, and keep going. Only ask me when a decision genuinely is going to be needing me. So, for example, in this prompt, someone who runs a business should be able to open this on a phone, get why nearly 20,000 people are in this

괜찮은. 지금까지 100개 이상의 AI 자동화 시스템을 판매했는데, 그중 상당수는 가격을 잘못 책정했습니다. 저는 견적을 너무 낮게 책정하기도 했고, 범위를 제대로 파악하지 못하기도 했으며, 그냥 아무렇게나 숫자를 던져서 누군가 " 그 숫자는 어디서 나온 거예요?"라고 물었을 때 제대로 설명하지 못한 적도 있어요. 이번 영상에서는 제가 알고 있는 AI 솔루션 가격 책정에 관한 모든 것을 이야기해 보겠습니다 . 제가 실제로 판매했던 프로젝트 하나를 예로 들어 모든 수치를 하나하나 설명해 드리겠습니다. 이 영상을 끝까지 보시면 어떤 프로젝트든 고객이 제시한 가격을 현실적으로 책정하고, 단계별로 대금을 지급받아 미지급금이 최대 30일 이상 쌓이지 않도록 할 수 있게 될 겁니다. 혹시 저를 모르시는 분들을 위해 소개드리자면, 제 이름은 네이트입니다. 저는 수십만 명에게 AI 에이전트를 구축하고 비즈니스에 적용하는 방법을 가르쳐 왔으며, 제 에이전시를 월 10만 달러 이상 규모로 성장시킨 후 매각했습니다. 우리 사업의 경우, 최소한 월 2만 달러의 고정 수수료를 지불해야만 함께 일할 수 있는 수준에 이르렀습니다. 그리고 저는 여러분 중 많은 분들이 궁극적으로 그런 참여 방식에 도달하고 싶어한다고 생각합니다. 그럼 시간을 낭비하지 말고 바로 오늘의 영상으로 넘어가 보겠습니다. 네, 이 예시는 약속 예약 에이전트였습니다. 그 회사는 직원들이 직접 이러한 미팅을 예약했는데, 일주일에 약 20건의 잠재 고객 문의가 있었고 , 각 미팅에는 사람의 시간으로 약 1시간이 소요되었습니다 . 그리고 그 직원들은 회사에 시간당 약 40달러의 비용을 발생시켰습니다 . 따라서 주 20시간 근무에 시간당 40달러를 지급하면 주당 약 800달러의 비용이 드는 셈입니다. 그리고 1년에 52주가 있으니, 그 값을 52로 곱하면 연간 41,600달러가 됩니다 . 가격에 대해 고객에게 말씀드리기 전에, 저는 먼저 전체 솔루션을 자세히 설명해 드렸습니다. 상담원이 어떻게 작동하는지, 테스트는 어떻게 진행되는지 , 리드 확보 속도와 리드 품질이 어떻게 향상되는지 등을 설명드렸습니다. 하지만 저는 소위 ' 탐색 단계'를 통해 고객들에게 수많은 질문을 해야 했습니다. 왜냐하면 일부 고객은 가격에 대해 바로 이야기하고 싶어하기 때문입니다. 하지만 솔직히 말씀드리면, 정확한 비용을 추정해 드리려면 시스템 의 복잡성 과 실제 비즈니스 프로세스에 완전히 통합되었을 때 어떤 모습일지 더 자세히 파악해야 합니다. 그런 다음 연간 비용 의 약 13% 정도를 기준으로 건축 비용을 산정했는데 , 그 결과 5,500달러가 나왔습니다. 그러니까 기업은 기본적으로 5,500달러를 주고 시스템을 구매하는 셈인데, 이 시스템은 1년 동안 41,600달러의 수익을 가져다주어 초기 투자금 대비 약 7.5배의 수익을 올리게 되는 것입니다. 일반적으로 제가 즐겨 말씀드리는 황금률은 고객에게 투자금이 1년 안에 10배로 불어날 것이라는 것을 보여줄 수 있어야 한다는 것입니다. 그래야 고객이 거절하기 어려워지기 때문입니다 . 그래서 이 특정 예시에서는 우리가 부족했던 2.5배를 더해서 기준선인 10을 맞췄습니다. 그래서 지금은 기본적으로 주당 약 20건의 잠재 고객이 발생하고 있는데, 시스템 덕분에 기업이 시간을 더 많이 절약하고 전체 프로세스가 더욱 효율화되면 주당 잠재 고객 수는 아마도 증가하기 시작할 것입니다. 그렇죠? 21까지 올라갔다가 23으로, 그리고 27로 올라갈 겁니다. 그렇게 되면 우리는 그들에게 더 많은 돈을 돌려줄 수 있게 되는 거죠. 물론, 그런 건 예측일 뿐이고, 그걸 보장할 수 있다고 단언할 수는 없습니다 . 그러니 어떠한 보장을 하거나 특정 결과와 수익을 연관시키려 할 때는 주의해야 합니다 . 하지만 핵심은 시스템 사용량이 많아질수록 사업이 성장하고, 그 결과 시스템 활용도가 더욱 높아진다는 것입니다. 그래서, 당신은 정말 멋진 플라이휠 같은 것을 만들게 되는 거죠. 그리고 건물 건설과 더불어 표준 유지보수 계획도 수립했습니다. 그러니까 한 달에 400달러였던 거죠. 그리고 저는 그것이 실제로 무엇인지 명확히 하고 싶습니다. 왜냐하면 많은 사람들이 ' 유지보수'라는 단어를 오해하고 있기 때문입니다. 그러니까, 그 월 400달러는 매달 새로운 기능을 추가하는 데 쓰라는 게 아니에요. 저는 단지 빌드가 우리가 합의한 대로 계속 작동하도록 보장하는 것뿐입니다. 즉, 만약 어떤 기능에 문제가 생기거나 API가 변경되거나, 새로운 모델이 출시되거나, 시스템이 목표 범위 내에서 제대로 작동하도록 약간의 수정이 필요한 특이한 예외 상황이 발생할 경우, 그 모든 것은 제 책임이며 고객의 계약금에 포함됩니다. 하지만 새로운 기능에 대한 논의는 완전히 별개의 문제입니다 . 그래서 유지 보수 계약의 경우, 저는 모든 프로젝트에서 금액을 항상 매우 간단하고 표준화된 방식으로 유지합니다 . 그리고 제 경력에서 이 시점에 저희 회사의 유지보수 패키지는 한 달에 400달러였습니다. 하지만 조심해야 할 점은, 예를 들어 3만 달러짜리 시스템을 제공하는 경우, 해당 솔루션의 유지 관리에 매달 400달러 이상이 소요된다면, 즉 패키지를 무료로 제공함으로써 손해를 보게 된다면, 당연히 그 비용을 청구할 수 없다는 것입니다. 하지만 잘 설계 되고 잘 구축된 자동화 시스템이라면 유지 관리에 그다지 많은 시간이 소요되지 않을 것이라고 생각합니다. 왜냐하면, 사소한 기능 개선을 유지하거나 추가하는 것과 , 아시다시피, 더 많은 기능을 추가하는 것에는 큰 차이가 있기 때문입니다. 이번 프로젝트에서 제가 저지른 큰 실수는 일단 제품 생산에 들어간 후에야 비로소 이 제품의 진정한 가치를 측정해 보지 않았다는 점입니다. 그리고 저는 그렇게 하지 않았습니다. 그래서 저는 그 후의 상태가 없었습니다. 저는 변환 번호가 없었습니다. 결과적으로 그 때문에 다음번에 더 많은 사업 기회를 따내려고 했을 때 손해를 봤습니다. 그러니까, 먼저 기준선을 파악하는 게 중요해요. 이 경우에는 주당 20건 정도의 리드가 있었고 , 리드 처리 시간도 측정해야 했죠. 왜냐하면 사람이 직접 처리하는 데 시간이 걸리니까요. 그리고 나서 한 달 후, 두 달 후, 세 달 후에 후속 조치를 취하여 시스템 덕분에 해당 수치가 기업이 원하는 방향으로 움직이고 있음을 입증해야 합니다 . 이게 자랑처럼 들릴 수도 있겠지만, 전혀 그렇지 않아요. 왜냐하면 자동화 시스템이 사업에 정말 큰 도움이 된다 하더라도, 그런 수치를 강조하지 않으면 사업주가 그 효과를 제대로 느끼지 못하고 인정하지 않을 수도 있기 때문이죠. 그러니 당신이 직접 그런 문제들을 드러내는 것이 정말 중요합니다. 좋아요. 그렇다면 당연히 드는 질문은, 왜 그냥 시간당 요금을 청구하지 않고 이런 방식을 택했느냐는 것입니다. 그리고 여기서 잠깐 감사 인사를 전하고 싶습니다. 가격 책정 전문가인 조나단 스타크가 AI's Live에 와서 강연을 했는데, 이 주제에 대해 정말 놀라운 의견들을 제시했습니다. 그럼, 그가 제기했던 몇 가지 사항에 대해 이야기해 보겠습니다. 하지만 시급제의 진짜 문제는 느리게 일할수록 더 많은 돈을 벌 수 있다는 점입니다. 팀에 있는 두 사람을 떠올려 보세요 . 당신은 그들에게 시간당 150달러로 똑같이 청구하고 있잖아요. 당신 회사에서 가장 실력이 좋은 개발자와 가장 느린 개발자. 새로운 기능이 추가되었는데, 당신의 최고 직원이 하루 만에 그걸 완성해서 하루치 비용만 청구하는 겁니다 . 하지만 그 회사 직원이 느릿느릿해서 3일이 걸리니까 3일치 요금을 청구하는 거죠. 당신은 실력도 떨어지고 일도 느린 직원을 통해 세 배의 돈을 벌었군요 . 그리고 만약 당신의 최고 선수가 더 빨라진다면, 당신은 그 선수로부터 얻는 수익이 줄어들 것입니다. 그러니까, 일을 잘하게 되면 오히려 수입이 줄어든다는 거죠. 모든 것은 인센티브에 달려 있습니다. 당신은 더 많은 돈을 벌기 위해 일부러 느리게 일하도록 동기 부여를 받는 사람을 고용하고 싶으신가요 ? 아마 아닐 겁니다. 그러고 싶지 않아요. 하지만 이제 2026년을 생각해 보세요. 클라우드 코딩이나 사용하는 도구에 정말 능숙해지면 예전에는 일주일 걸리던 작업을 오후 한나절 만에 끝낼 수 있을 겁니다. 시간당 요금제를 적용한다면, 그날 오후에는 워낙 빠르게 진행하기 때문에 수입이 크게 줄어들게 됩니다. 그러니까, 시급제가 절대 안 된다는 말은 아니에요. 처음 두세 프로젝트 정도는, 아직 보여줄 만한 성과나 증거가 많지 않으니 시간당 청구 방식이 더 안전하다고 생각합니다. 사업주 입장에서는 더 쉬운 요청이고, 시작하기에 좋은 지점입니다. 시간당 100달러 정도면 될 것 같아요. 하지만 그 이후로는 시간당 청구를 중단하세요. 참고로, 여러분, AI 서비스 가격 책정에 관한 27페이지 분량의 완전 무료 자료를 원하시면 제 무료 교육 커뮤니티에 가입하시면 됩니다. 해당 링크는 설명란에 있습니다. 여기로 들어와서 '강의실'을 클릭하고 ' 모든 YouTube 자료'로 이동한 다음, 거기서 해당 자료를 찾으면 됩니다. 제가 장담하는데, 그 안에 있어요 . 자, 다시 영상 이야기로 돌아가 보죠. 그렇다면 근무 시간을 기준으로 가격을 책정하지 않는다면, 무엇을 기준으로 가격을 책정하는 건가요? 자, 세 가지를 분명히 알아두어야 합니다. 그러니까 그 세 단어는 비용, 가치, 그리고 가격입니다. 그러니까, 비용이 최저치라는 건, 만약 그 금액보다 낮으면 거래를 포기할 거라는 뜻이죠 . 그들의 가치는 한계, 즉 이 사업 전체에서 그들에게 있어 가장 큰 가치가 있는 금액입니다. 그리고 가격은 여러분이 정할 수 있는 그 두 숫자 사이의 어떤 숫자든 될 것입니다 . 자, AI 개발에 있어서는 그 격차가 상당히 큽니다. 왜냐하면 AI 시스템을 구축하고 강화하는 데 드는 비용이 얼마든 간에, AI 시스템의 최대 성능은 훨씬 더 높기 때문입니다. 이제 그들은 만들 필요가 없습니다 . 그리고 이것만은 꼭 기억하세요. 비용이 가격을 정당화하는 게 아니라, 가격이 비용을 정당화하는 겁니다 . 그리고 조나단은 여기서 정말 훌륭한 조경가의 본보기를 보여줬습니다. 자, 조경업자가 매주 100달러를 받고 당신의 잔디를 깎아준다고 상상해 봅시다. 그

이걸 무료로 공개하는 건 좀 그렇지만, 저희가 60개 사업체에서 5백만 달러 이상의 순이익을 추가하는 데 사용한 바로 그 AI 전략입니다 . 이 부분을 스크린샷으로 찍으시거나, 필요하시면 댓글에 "필요해요"라고 남겨주세요. 전체 파일을 보내드리겠습니다. 그러니까 세 가지를 알려주셔야 해요. 연봉, 음악팀 규모, 그리고 가장 중요한 목표요. 그런 다음, 제가 여러분에게 세 가지 AI 시스템을 정확한 순서대로 구축하도록 다시 넘겨드리겠습니다. 첫째, 이는 거의 항상 선두를 차지하는 속도입니다. 그건 기존에 4시간씩 걸리던 고객 문의에 몇 초 만에 답장해주는 서비스예요. 왜냐하면 이미 구매한 리드가 앞으로 얻을 수 있는 가장 저렴한 리드이기 때문이죠. 두 번째는 보고 체계를 개선하여 월요일에 발생한 문제를 금요일에 알아내는 일이 없도록 하는 것입니다. 그리고 세 번째는 백오피스 업무, 즉 송장 발행, 데이터 입력, 대조 작업인데, 아무도 하고 싶어 하지 않지만 조용히 일주일에 하루를 뺏어가는 일이죠. 각각의 계획은 현재 당신의 위치와 계획 후의 예상 위치, 그리고 대략적인 수익과 시간 투입량을 보여줍니다 . 필요하신 사항을 댓글로 남겨주시면 무료 사업 진단 보고서를 보내드리겠습니다.

그냥 놀랍습니다. 제가 요청한 건 예약 시스템이 [음악] 들어간 웹사이트를 만들어 달라는 단 하나의 프롬프트가 전부인데요. 혼자서 복잡해 보이는 모든 작업을 진행하더니 이런 사이트가 나왔습니다. 사람들이 가입하고 로그인해서 예약을 [음악] 신청할 수 있고 신청하는 순간 관리자메일로 알림이 날아옵니다. 예약을 관리하는 관리자 대시보드도 만들어졌고 매일 아침 전날 예약을 정리해서 [음악] 알려주는 자동화까지이 모든게 단 하나의 프롬프트로 완성됐습니다. 바로 단 하나의 프롬프트만으로도 완성도 높은 웹을 만들어내는 회사 마누스입니다. 이번 영상에서는 앞서 살펴본 결과물을 얻기 위해 그대로 따라하며 진행할 수 있도록 준비했어요. 이와 같은 영상을 기대했다면 [음악] 영상에 좋아요와 응원 댓글도 부탁드립니다. 그럼 바로 시작할게요. 마누스 사이트에 방문했습니다. 영상 아래 1,000 크레딧을 무료로 받을 수 있는 가입 링크를 남겨 놓았으니 자유롭게 참고하세요. 그럼 로그인해서 바로 진행하겠습니다. 마누스 첫 화면에서 입력창 아래 웹사이트 구축을 선택할게요. 다음으로 무엇을 구축할지 묻는데이 영상에서는 온라인 서비스 도구를 만드니까 사스를 선택하겠습니다. 누르면 예시가 몇 개 뜨지만 저는 원하는 걸 직접 프롬프트로 입력할게요. 예제로 오후 이향이라는 브랜드로 일인 사업자가 캔들 원데이 클래스를 운영하며 예약 및 문의가 가능한 웹을 만들어 달라고 입력했어요. 핵심 기능은 길어 보이지만 딱 하나의 흐름이에요. 손님이 가입하고 예약을 넣으면 그게 저장되고 관리자한테 알림이 가고 매일 아침 요약으로 정리해 준다. 알림은 별도 세팅이 필요한 외부 이메일 대신 마우스 자체 알림으로 받게 했고요. 마지막에 원하는 디자인 스타일과 한국어로 만들어 달라는 요청을 덧붙였습니다. 여러분도이 뼈대에서 업종이랑 받을 정보만 바꿔 활용해 보세요. 다만이 예시는 복잡한 작업이라 기본 모델과 무료 크레딧으로는 한계가 있을 수 있습니다. 그럼 요청해 볼게요. 전송하면 바로 안 만들고 마누스가 먼저 이렇게 블루프린트라는 설계도를 제공해 줍니다. 실제 작업에 들어가기 전에 마누스가 프로젝트를 어떻게 이해하고 계획하는지 확인할 수 있어서 불필요한 크레딧도 아끼고 효율적으로 제작하는데 큰 도움이 됩니다. 기능 계획 검토를 보면 제가 프롬프트로 넣은게 그대로 정리돼 있어요. 바꾸고 싶으면 내용이 있으면 편집하거나 채능을 추가할 수도 있습니다. 검토 후 문제 없으면 다음 버튼을 클릭하세요. 상황에 따라서 마누스가 자체적으로 판단해서이 앱 이런 기능을 붙이면 좋겠다고 먼저 제안해 줄 수도 있습니다. 필요에 맞으면 체크해서 포함하면 되고 저는 포함하지 않고 지금 빌드하기 버튼을 클릭할게요. 마누스가 사이트 구축을 시작하면 완료될 때까지 기다리면 되겠습니다. 사이트가 완성되었습니다. 프롬프트 하나 넣었을 뿐인데 품질 높은 사이트는 기본이고 요청했던 브랜드톤까지 딱 맞는 사이트가 나왔어요. 상단 주소창을 클릭하면 함께 생성된 여러 페이지를 확인할 수 있는데요. 내 예약은 고객이 로그인 후 자기 예약 내역을 보는 페이지. 어드미는 관리자용 대시보드 화면. 클래스 관리는 클래스를 추가하고 관리하는 페이지. 예약 페이지는 실제 들어온 예약을 관리하는 페이지입니다. 다시 메인 페이지로 돌아가 볼게요. 여기서 편집하고 싶은 부분이 있다면 오른쪽 상단에 편집을 클릭하세요. 수정하려는 요소를 클릭하면 이렇게 텍스트를 변경하거나 스타일 옵션을 통해 색상부터 글자 스타일 테두리 관련 편집이 가능합니다. 레이아웃 옵션을 통해서는 패딩과 마진으로 간격을 조정하거나 디멘션을 통해 너비와 높이 값을 조절할 수도 있어요. AI로 변경 사항을 맡기고 싶다면 여기 이곳에 요청할 수도 있습니다. 그 외 다른 모든 요청은 여기 채팅창을 통해 요청해 보면 되겠습니다. 그럼이 사이트를 진짜 인터넷 주소로 띄워 볼게요. 오른쪽 위시를 누릅니다. 지금 개시하기 버튼을 클릭하세요. 이렇게 사이트가 바로 활성화되면서이 주소를 통해 누구든지 방문할 수 있게 됩니다. 도메인 사용자 정의를 통해 내가 가진 주소로 바꿀 수도 있는데 지금은이 기본 주소 그대로 갈게요. 그럼 방문해 볼게요. 만들어진 실제 주소로 방문했습니다. 마누스가 보여주기용 사이트를 넘어 실제로 작동하는 웹사이트 제작과 배포까지 손쉽게 해낸다는 걸 알 수 있습니다. 그럼 처음 프롬프트로 요청했던 기능들이 제대로 구현됐는지 하나씩 확인해 볼게요. 로그인 시스템부터 클래스 관리와 예약 기능, 새 예약 알림, 그리고 일정 요약 자동화까지요. 먼저 관리자 계정으로 손님이 신청할 수 있는 클래스부터 빠르게 만들어 보겠습니다. 마누스에 사용했던 계정이 곧이 사이트의 관리자 계정이 됩니다. 로그인을 클릭한 뒤 관리자 계정으로 들어가 볼게요. 관리자 계정으로 로그인하면 이렇게 운영 관리 메뉴가 생기고 클릭해 볼게요. 이전에 확인했던 대시보드 페이지가 나옵니다. 왼쪽에 클래스 관리 메뉴를 클릭할게요. 새 클래스 등록이 가능하고 소이 캔들 클래스로 하나 만들어 볼게요. 클래스가 새로 생성되었습니다.이를 통해 프롬프트에서 요청했던 관리자가 새 클래스를 등록할 수 있는 기능이 구현되었습니다. 그럼 다시 사이트에 방문한 뒤 관리자 계정에서 로그아웃 할게요. 로그 하면 운영 관리 메뉴가 사라집니다. 지금 화면은 일반 방문자가 들어왔을 때와 똑같은 상태예요. 이제 손님 입장이 돼서 사이트에 가입하고 예약까지 진행해 볼게요. 메뉴에서 클래스를 클릭하면 방금 관리자 계정으로 만든 클래스가 보입니다. 클래스 예약하기 버튼을 클릭할게요. 그러면 일반 서비스를 제공하는 사이트처럼 다양한 방식으로 로그인이 가능하고 구글 계정으로 선택해서 진행해 볼게요. 결과적으로 제 클래스 예약 사이트가 일반 구글 계정으로 로그인 가능한 사이트처럼 작동한다는 걸 확인할 수 있습니다. 방문자 회원 가입과 로그인 시스템이 구현된 거죠. 별도 세팅 없이 가능한 이유는 마누스가 제공하는 로그인 시스템을 그대로 쓸 수 있기 때문입니다. 그럼 다시 클래스 메뉴에서 클래스 예약하기 버튼을 클릭할게요. 예약에 필요한 기본 정보가 나오는데 입력한 뒤 테스트로 신청해 보겠습니다. 예약 신청이 완료되었습니다. 상단 내 예약 메뉴를 클릭하면 자신이 예약한 클래스를 확인할 수 있어요. 프롬프트에서 요청한 핵심 기능 중 세 번째와네 번째 손님이 클래스를 예약하고 확인하는 기능이 구현됐습니다. 이제 관리자 계정으로 로그인한 화면으로 돌아가 보겠습니다. 운영 관리 메뉴를 클릭할게요. 대시보드에서 예약 현황을 보면 소이 캔들 클래스에 한 명이 등록됐습니다. 예약 신청 메뉴도 클릭해 보면 손님 입장에서 등록했던 정보가 그대로 들어와 있고 상태 옵션으로 예약을 확정하거나 취소할 수도 있습니다. 다섯 번째 핵심 기능인 운영자 관리 페이지까지 작동합니다. 그럼이 신청에 대한 알림 메일이 제대로 왔는지 GL일에서 확인해 볼게요. 새 알림 메일이 도착했습니다. 열어보면 어떤 클래스에 누가 몇 명 예약했는지 한 눈에 확인할 수 있어요. 여섯 번째 핵심 기능인 새 예약 신청 운영자에게 알리기가 구현된 겁니다. 보통 이메일 알림을 붙이려면 외부 이메일 서비스를 API로 연동해야 해서 초보자에겐 다소 어려운 과정인데요.이 이 모든게 처음 프롬프트에 새 신청 오면 알려 달라고 한 줄 넣은 것으로 해결됐습니다. 마누스가 자체 운영하는 메일 시스템을 그대로 쓸 수 있기 때문에 별도 구현 없이 요청만으로 한 번에 완성된 거죠. 여기까지만으로도 실제 운영에 필요한 예약 시스템은 다 갖춰졌습니다. 단 한 번의 프롬프트로이 정도까지 된다는게 정말 놀랍습니다. 그럼 마지막으로 요청했던 자동 요약 기능을 확인해 보겠습니다. 매일 9시에 전날 들어온 예약과 오늘 클래스 일정을 정리해 주는 기능이죠. 관리자 대시보드 화면으로 돌아갈게요. 대시보드 화면에 매일 오전 9시 요약 기능이 있습니다. 관리자가 직접 켜고 끌 수 있게 해 달라고 요청했더니 이렇게 톡을 버튼으로 만들어졌네요. 클릭해서 활성화해 볼게요. 알림이 켜졌다는 팝업이 나옵니다. 실제로 자동화가 설정됐는지 확인하러 마누스 페이지로 이동할게요. 오른쪽 상단 설정 아이콘을 클릭한 뒤 스케줄 메뉴로 들어가세요. 새 스케줄이 생성되어 있고 활성화된 것도 확인할 수 있습니다. 설명을 보면 전날 예약과 당일 클래스 요약 알림이라는 걸 알 수 있어요. 편집하려면 더 아이콘을 클릭하고 편집을 누르세요. 9시로 요청했는데 예약된 시간이 잘못 입력되 있다면 원하는 시간으로 바꾼 뒤 저장하면 됩니다. 지금 잘 작동하는지 테스트해 보려면 다시 더보 아이콘을 클릭한 뒤 지금 실행 옵션을 클릭하세요. 실행 후 확인하기 위해 Gl로 이동할게요. 이렇게 어제 새 예약 신청 건수와 [음악] 오늘 클래스 일정이 정리된 메일을 확인할 수 있습니다.이를 통해 마지막 요청 사항까지 완벽히 구현된 클래스 예약 사이트가 완성되었습니다. [음악] 어떠신가요? 좀 더 보완하고 싶거나 더 확장하고 싶은 아이디어가 [음악] 있다면 언제든지 채팅을 통해 대화하며 더 개선할 수 있습니다. 예약 사이트처럼 만들어 보고 싶었던 특별한 사이트가 있다면 영상 아래 링크로 마누스를 시작해 보세요. 1,000 크레딧을 무료로 받으실 수 있습니다.이 [음악] 영상이 여러분에게 도움이 되셨다면 영상에 좋아요와 응원 댓글도 잊지 마세요. 한시간을 10시간처럼 활용하는 그날까지 그린 코끼리와 다음 영상에서도 함께 성장합시다.