완성 기준과 발표

이 장은 네 부분으로 이어집니다.

1. 완성 기준 4가지 점검
2. 한 번 개선하고 다시 배포
3. 3분 발표 준비
4. 계속 발전시키기

모든 점검은 배포된 내 사이트 주소를 기준으로 합니다. 아직 배포하지 않았다면 4장의 방법으로 먼저 올려 주세요.

공통 완성 기준 4가지

주제가 달라도 모두에게 같은 네 가지 기준을 적용합니다. 점수표가 아니라 "여기까지 왔으면 완성이라고 말해도 된다"는 선입니다. 하나씩 확인하면서 체크하세요. 체크한 내용은 이 브라우저에 기억됩니다.

• 소개 장면을 완성했습니다 (처음부터 끝까지 이어지는 장면이 있습니다)
• 클릭하거나 스크롤하면 의미 있는 변화가 생깁니다
• 모바일(휴대폰)에서도 사용할 수 있습니다
• 배포한 뒤 직접 써 보고, 연출이나 사용성을 한 번 개선했습니다

기준별로 스스로 확인하는 방법

기준 1. 소개 장면 완성

내가 소개하려던 것이 처음 보는 사람에게 전해지는지 확인합니다. 배포된 주소를 열고, 아무것도 누르지 않은 채 처음부터 끝까지 한 번 훑어보세요. 아래 세 가지가 모두 있으면 통과입니다.

• 첫 화면: 3초 안에 "무엇을 소개하는 사이트인지" 알 수 있는 제목이나 그림이 보입니다.
• 중간 장면: 소개하려던 핵심 장면이나 효과가 최소 하나 있습니다.
• 마무리: 끝났다는 느낌이 드는 마지막 장면(맺는 문구, 다시 보기 버튼 등)이 있습니다.

빠진 것이 있는지 Claude에게 점검만 부탁할 수도 있습니다. 고치지 말고 목록만 달라고 하는 것이 포인트입니다.

이 사이트의 소개 장면이 완성되어 있는지 점검해 주세요. 파일은 고치지 말고, 결과만 알려 주세요.

확인할 것:
- 첫 화면에서 처음 보는 사람이 무엇을 소개하는 사이트인지 알 수 있는가
- 핵심 장면이나 효과가 최소 하나 있는가
- 마지막에 끝났다는 느낌을 주는 장면이 있는가
- 글자가 잘리거나, 겹치거나, 읽기 어려운 곳이 있는가

항목마다 "있음/부족/없음"으로 표시하고, 부족하거나 없는 것은 한 줄로 이유를 적어 주세요.

기준 2. 클릭이나 스크롤에 따른 의미 있는 변화

"의미 있는 변화"란 사용자가 한 행동 때문에 정보, 이야기, 분위기 중 하나가 달라지는 것입니다. 누를 때마다 같은 모양으로 반짝이기만 한다면 의미 있는 변화라고 보기 어렵습니다.

내 사이트에서 사용자가 할 수 있는 행동과 그때 일어나는 변화를 표로 정리해 달라고 부탁하면 한눈에 점검됩니다.

이 사이트에서 사용자가 할 수 있는 행동(스크롤, 클릭, 슬라이더, 버튼 등)을 모두 찾아서 표로 정리해 주세요. 파일은 고치지 마세요.

표의 열: 행동 / 일어나는 변화 / 그 변화가 의미 있는지(있음, 약함) / 약하다면 더 의미 있게 만드는 방법 한 줄

표 아래에는 "변화가 하나도 일어나지 않는 곳"이 있으면 따로 알려 주세요.

표에서 "약함"이 나온 항목 중 하나를 골라 "이 부분을 더 의미 있게 바꿔 주세요"라고 부탁하면 됩니다. 모든 항목을 한꺼번에 고치려 하지 않아도 됩니다.

기준 3. 모바일에서도 사용 가능

회사 동료나 가족은 대부분 휴대폰으로 주소를 엽니다. 모바일 점검은 방법이 세 가지이고, 세 가지를 모두 하는 것을 권합니다. 가장 믿을 만한 것은 첫 번째, 가장 빠른 것은 두 번째, 놓친 것을 찾아 주는 것은 세 번째입니다.

방법 1. 휴대폰으로 Vercel 주소 열기

1. 내 사이트 주소 확인하기

   PC에서 Vercel에 로그인하고 내 프로젝트를 누르면 프로젝트 첫 화면에 사이트 미리보기 그림과 함께 ~.vercel.app 모양의 주소, 그리고 사이트를 여는 "Visit" 버튼이 보입니다. 이 주소가 대표 주소입니다. 화면 문구는 업데이트로 조금 다를 수 있습니다.

   1. Vercel 로그인
   2. 내 프로젝트 선택
   3. Domains 또는 Visit

2. 주소를 휴대폰으로 가져가기

   주소를 복사해서 나에게 메시지나 메일로 보내거나, 아래 "발표 준비"에서 만드는 QR 코드를 휴대폰 카메라로 비추면 됩니다. 주소는 영어와 숫자, 하이픈으로 되어 있어서 직접 입력하다 틀리기 쉬우니 가능하면 복사해서 보내세요.

3. 휴대폰 브라우저에서 열고 확인하기

   휴대폰의 크롬이나 사파리 같은 브라우저 주소창에 붙여 넣어 열어 보세요. 이왕이면 Wi-Fi를 끄고 모바일 데이터로도 한 번 열어 보세요. 그래도 열린다면 "인터넷 어디서나 누구든 열 수 있는 사이트"가 정말로 만들어진 것입니다.

   열린 뒤 아래를 확인합니다.

   • 글자가 화면 밖으로 잘리거나 서로 겹치지 않나요?
   • 화면이 좌우로 흔들리듯 움직이지 않나요? (가로 스크롤이 생기면 안 됩니다)
   • 버튼과 슬라이더를 엄지손가락으로 누르거나 끌기 편한가요?
   • 손가락으로 스크롤해도 장면이 자연스럽게 바뀌나요?
   • 폰을 가로로 눕혔을 때도 크게 깨지지 않나요?
   • 움직임이 너무 버벅이거나, 열리는 데 오래 걸리지 않나요?

방법 2. PC 크롬 개발자 도구의 기기 모드

휴대폰을 꺼내기 번거로울 때, PC 크롬에서 "휴대폰 화면 크기로 보기"를 켜는 방법입니다. 실제 휴대폰은 아니고 비슷하게 흉내 내 주는 것이라, 최종 확인은 방법 1로 하세요.

1. 크롬에서 내 사이트 열고 개발자 도구 켜기

   PC 크롬으로 내 사이트 주소를 열고 키보드 F12를 누릅니다. 화면 오른쪽이나 아래쪽에 글자와 코드가 가득한 패널이 열리는데, 이것이 개발자 도구입니다. 코드를 읽을 필요는 없고 위쪽 아이콘만 쓰면 됩니다. (Ctrl + Shift + I도 같은 동작입니다.)

2. 기기 아이콘 누르기

   개발자 도구 패널 왼쪽 위의 도구 막대에서 휴대폰과 태블릿이 겹쳐진 모양의 아이콘을 누릅니다. 마우스를 올리면 "Toggle device toolbar"라는 설명이 뜹니다. 키보드로는 Ctrl + Shift + M입니다.

   1. F12
   2. 기기 아이콘(Toggle device toolbar)
   3. Dimensions 목록에서 기기 선택

3. 휴대폰 기기 고르기

   사이트가 들어 있는 화면 위쪽에 가로 막대가 생기고 "Dimensions"라고 적힌 목록이 보입니다. 처음에는 "Responsive"로 되어 있는데, 이 목록을 눌러 iPhone이나 Pixel 같은 휴대폰 이름을 고르세요. 사이트가 그 기기의 폭으로 좁아져 보입니다.

4. 마우스로 손가락처럼 눌러 보기

   기기 모드에서는 마우스 클릭이 손가락 터치처럼 동작합니다. 스크롤하고, 버튼을 누르고, 슬라이더를 끌어 보세요. 막대에 있는 회전 아이콘을 누르면 휴대폰을 가로로 눕힌 모습도 볼 수 있습니다. 다 보았으면 같은 아이콘을 눌러 끄고, F12로 패널을 닫습니다.

마이크로소프트 엣지(Edge) 브라우저도 거의 같은 방법(F12와 기기 아이콘)으로 쓸 수 있습니다. 화면 문구는 브라우저 버전과 언어 설정에 따라 조금 다를 수 있습니다.

방법 3. Claude에게 모바일 점검 부탁하기

Claude는 코드를 읽고 휴대폰에서 문제가 될 만한 곳을 찾아 줍니다. 실제 휴대폰에서의 손맛까지 느낄 수는 없으므로, 점검 목록을 받은 뒤 방법 1과 2로 직접 확인하세요. 처음에는 고치지 말고 목록만 받습니다.

이 사이트가 휴대폰 세로 화면(폭 360~430픽셀 정도)에서 잘 보이고 잘 눌리는지 점검해 주세요.
먼저 파일은 고치지 말고, 문제를 목록으로만 알려 주세요.

확인할 것:
- 글자가 잘리거나 화면 밖으로 나가는 곳
- 화면이 좌우로 흔들리는 가로 스크롤이 생기는 곳
- 엄지로 누르기 너무 작은 버튼이나 슬라이더
- 마우스를 올려야만(hover) 보이는 효과
- 휴대폰에서 버벅일 수 있는 무거운 움직임
- 폰을 가로로 눕혔을 때 깨지는 곳

문제마다 어디(파일과 위치)인지, 고치는 방법을 한 줄로 적어 주세요. 가장 급한 3개에는 표시해 주세요.

목록을 받으면 이어서 이렇게 말하면 됩니다.

방금 표시한 급한 문제 3개만 고쳐 주세요. 다른 부분은 건드리지 마세요.
고친 뒤에 무엇을 어떻게 바꿨는지 쉬운 말로 알려 주세요.

기준 4. 배포 후 직접 써 보고 한 번 개선

네 번째 기준은 바로 아래 "한 번 개선하기" 전체가 해당합니다.

한 번 개선하기

순서는 항상 같습니다. 관찰하고, 비평을 받고, 우선순위 1개만 고치고, 다시 배포합니다. "한 번에 하나만"이 핵심입니다. 여러 개를 한꺼번에 고치면 무엇이 나아졌는지, 무엇이 망가졌는지 알기 어렵습니다.

1. 처음 쓰는 사람처럼 2분 써 보기

   배포된 주소를 열고, 내가 만든 것을 처음 보는 사람이라고 생각하며 2분 동안 써 보세요. 헷갈린 곳, 눌렀는데 반응이 없던 곳, 더 있었으면 하는 곳을 메모장에 세 줄 이내로 적습니다. 가능하면 아래 "사용성 관찰법"으로 동료 한 명에게도 써 보게 하세요. 내가 만든 것은 내가 가장 잘 알기 때문에, 나에게는 문제가 보이지 않습니다.

2. /impeccable로 비평 받기

   5장에서 설치한 디자인 스킬 /impeccable의 비평(critique) 기능을 씁니다. Claude Code 대화창에 아래 말을 그대로 보내세요. 첫 줄의 index.html은 내 사이트 첫 화면 파일 이름으로 바꾸세요.

   /impeccable critique index.html
   이 사이트는 [내 소재]를 [처음 보는 동료]에게 소개하는 사이트입니다.
   목표는 [처음 보는 사람이 5초 안에 무엇인지 알고, 끝까지 스크롤하게 만드는 것]입니다.
   파일은 고치지 말고 평가만 해 주세요. 결과는 한국어로, 어려운 디자인 용어는 쉬운 말로 풀어서 써 주세요.

   이 비평은 내부적으로 여러 가지를 꼼꼼히 검토하기 때문에 평소 부탁보다 몇 분 더 걸리고 사용량도 조금 더 쓸 수 있습니다. 한 번만 받으세요. 중간에 Claude가 명령 실행이나 브라우저 확인을 위한 허락을 물을 수 있는데, 내용을 읽어 보고 사이트 평가를 위한 것이면 허용하세요.

   끝나면 보통 다음과 같은 내용이 차례로 나옵니다. 화면 구성과 문구는 버전에 따라 조금 다를 수 있습니다.

   • 잘 된 점: 지금 그대로 두면 좋은 부분 2~3가지
   • 우선순위 문제 3~5개: 각 문제에 P0부터 P3까지 등급이 붙습니다. P0은 사용을 막는 가장 급한 문제, P1은 큰 불편이나 혼란, P2는 불편하지만 우회할 수 있는 문제, P3은 시간이 되면 다듬을 부분입니다.
   • 추가 질문: "어느 부분을 먼저 고칠까요?" 같은 질문이 마지막에 나옵니다. 쉬운 말로 답하면 됩니다.

3. 우선순위 1개만 고르기

   문제 목록에서 아래 순서로 하나만 고르세요.

   1. 사용자가 막히거나 헷갈리는 문제 (P0, P1 중 하나)
   2. 휴대폰에서 깨지는 문제
   3. 연출이 어색하거나 약한 곳
   4. 색, 글꼴 같은 꾸밈

   2분 동안 직접 써 보며 불편했던 곳과 비평 결과가 겹친다면, 그것이 바로 고를 문제입니다. 고른 문제 외에는 이번에는 건드리지 않고 "다음에 할 일" 메모로 남겨 두세요.

4. 한 가지만 고쳐 달라고 부탁하기

   방금 비평에서 [가장 중요한 문제의 이름이나 번호] 하나만 고쳐 주세요.
   다른 곳은 건드리지 마세요. 지금 잘 동작하는 효과는 그대로 유지해 주세요.
   고친 뒤에 무엇을 어떻게 바꿨는지 쉬운 말로 알려 주세요.

   고쳐진 결과를 내 PC에서 한 번 확인하세요. 마음에 들지 않으면 "방금 바꾼 것을 취소하고 바로 전 상태로 돌려 주세요"라고 부탁하면 됩니다.

5. 다시 배포하기

   4장에서 GitHub와 Vercel을 연결해 두었기 때문에, 변경 내용을 GitHub에 올리기만 하면 Vercel이 알아서 새로 배포합니다. Claude에게 이렇게 부탁하세요.

   지금까지 바꾼 내용을 GitHub에 올려 주세요(커밋하고 푸시). 평소 배포에 쓰는 기본 작업 줄기(브랜치, 보통 main)로 올려 주세요.
   올리기 전에 무엇이 바뀌었는지 쉬운 말로 요약해 주세요. 비밀번호나 개인 정보가 들어 있는 파일은 올리지 마세요.

   커밋과 푸시

   커밋은 "바뀐 내용을 하나의 저장 기록으로 묶는 것", 푸시는 "그 기록을 GitHub에 올리는 것"입니다. 원래 개발자들이 쓰는 말이지만, 말로 부탁하면 Claude가 대신 해 줍니다.

   올린 뒤 Vercel 대시보드에서 내 프로젝트의 Deployments 메뉴를 열면 가장 위에 새 배포가 생기고, 상태가 "Building"(만드는 중)에서 "Ready"(완료)로 바뀝니다. 보통 1~2분 안팎으로 끝나지만 사이트 크기에 따라 더 걸릴 수 있습니다. 새 배포에 "Production" 표시가 붙어 있어야 대표 주소에 반영된 것입니다. 상태 이름과 표시는 업데이트로 조금 다를 수 있습니다.

   1. Vercel 대시보드
   2. 내 프로젝트
   3. Deployments

   "Ready"가 되면 내 사이트 주소를 열고 Ctrl + F5로 강하게 새로고침해서 고친 부분이 반영되었는지 확인하세요. 휴대폰에서는 브라우저 탭을 닫고 주소를 다시 열면 됩니다.

   상태가 "Error"로 나오면

   당황하지 않아도 됩니다. 이전에 배포된 사이트는 그대로 살아 있고, 새 변경만 반영되지 않은 것입니다. 해당 배포를 눌러 나오는 오류 메시지(빨간색 글자나 로그)를 복사해서 Claude에게 붙여 넣으세요. 이 메시지에 회사 정보나 개인 정보가 없는지만 확인하면 됩니다.

   Vercel 배포가 실패했습니다. 아래 오류 메시지를 보고 원인과 고치는 방법을 쉬운 말로 알려 주세요.
   고칠 수 있으면 고쳐서 다시 올릴 수 있게 준비해 주세요.
   
   [여기에 Vercel의 오류 메시지를 붙여 넣기]

   그래도 해결되지 않으면 10장 막혔을 때를 참고하세요.

사용성 관찰법: 동료에게 말없이 써보게 하기

사용성이란 "처음 쓰는 사람이 설명 없이도 막히지 않고 쓸 수 있는가"입니다. 만든 사람은 이미 작동 방식을 알고 있어서 스스로는 판단하기 어렵습니다. 그래서 다른 사람의 손을 빌립니다. 5분이면 충분합니다.

1. 동료 한 명에게 주소 건네기

   "이 사이트를 한번 마음대로 써 봐 주세요"라고만 부탁하고 주소나 QR 코드를 건넵니다. 사이트가 무엇인지, 어디를 눌러야 하는지는 설명하지 않습니다. 휴대폰으로 보게 하면 모바일 점검도 함께 됩니다.

2. 말없이 옆에서 지켜보기

   화면을 가리키거나 도와주지 마세요. 아래를 메모장에 적으며 지켜봅니다.

   • 어디에서 멈칫하거나 망설이나요?
   • 눌렀는데 아무 일도 일어나지 않아서 다시 누르는 곳이 있나요?
   • 내가 보여 주고 싶었던 장면을 그냥 지나치지는 않나요?
   • 얼굴 표정이 바뀌는 순간(웃음, 갸웃거림)은 언제인가요?

   혼잣말을 해 달라고 부탁하면 더 좋습니다. "지금 무슨 생각을 하는지 소리 내어 말해 주세요"라고 한 번만 말해 두세요.

3. 끝나고 질문 두 가지만 하기

   "이 사이트는 무엇을 소개하는 사이트였나요?"와 "가장 기억에 남는 장면은 무엇이었나요?" 두 가지만 묻습니다. 답이 내 의도와 다르면 그것이 가장 중요한 개선 힌트입니다.

발표 준비

발표는 3분이면 충분합니다. 잘 만든 것을 자랑하는 자리가 아니라, AI에게 말로 부탁해서 이만큼 만들 수 있었다는 경험을 나누는 자리입니다. 서툰 부분이 있었다면 오히려 더 좋은 이야깃거리입니다.

3분 발표 구성

발표 메모를 Claude에게 만들어 달라고 부탁해도 됩니다. 아래 [ ] 부분만 내 말로 채우면 됩니다.

제가 만든 사이트를 3분 안에 발표하려고 합니다. 발표 메모를 만들어 주세요.

제 사이트: [소재와 한 줄 설명]
꼭 보여 주고 싶은 장면과 효과: [예: 스크롤하면 바닷속으로 내려가는 장면]
AI에게 한 부탁 중 가장 잘 된 것: [어떤 부탁이었고 결과가 어땠는지]
AI에게 한 부탁 중 잘 안 된 것과 해결 방법: [무엇이 안 됐고 어떻게 고쳤는지]
다음에 추가하고 싶은 것: [ ]

아래 구성으로, 존댓말로 키워드 중심의 메모 형태로 써 주세요. 외워서 읽는 대본이 아니라 말할 때 참고하는 메모입니다.
1. 무엇을 만들었나 (30초)
2. 장면과 효과 보여 주기 (1분)
3. 잘 된 부탁 하나, 안 된 부탁 하나 (50초)
4. 다음에 추가할 것 (20초)
5. 마무리와 주소 공유 (20초)

AI가 만든 메모를 그대로 읽지 말고, 내 말로 바꿔서 쓰세요. 발표 내용 중 사실이 들어간 부분은 한 번 더 확인하세요.

주소를 QR 코드로 만들기

QR 코드는 사각형 무늬를 휴대폰 카메라로 비추면 주소가 열리는 방법입니다. 발표 화면에 띄우면 청중이 주소를 입력하지 않고 바로 내 사이트를 열 수 있습니다. Claude에게 만들어 달라고 부탁하세요. [ ] 안에는 내 사이트 주소를 넣습니다.

제 사이트 주소 [https://내-프로젝트-이름.vercel.app] 를 QR코드 이미지로 만들어 주세요.
- 파일 이름은 qr.png 로 하고, 바탕화면에 저장해 주세요. 사이트 폴더 안에는 넣지 마세요.
- 휴대폰으로 찍었을 때 잘 읽히도록 크기를 크게(가로세로 1000픽셀 정도) 하고, 흰 배경에 검은색 무늬로 해 주세요.
- 도구를 새로 설치해야 하면 무엇을 설치하는지 먼저 알려 주고, 제가 허락하면 진행해 주세요.
- 다 만들면 파일이 어디에 저장됐는지 알려 주세요.

내 사이트 주소는 앞에서 확인한 Vercel 대표 주소입니다. 앞에 https://가 붙은 전체 주소를 넣으세요.

QR 코드는 만든 뒤 반드시 휴대폰 카메라로 직접 비추어 내 사이트가 열리는지 확인하세요. 열리지 않는다면 주소 철자가 틀렸는지, 앞의 https://가 빠졌는지, Vercel 로그인 화면이 뜨는 것은 아닌지 확인하고 Claude에게 "이 주소로 QR을 다시 만들어 주세요"라고 하면 됩니다.

QR 코드를 내 사이트의 마지막 장면에 넣고 싶다면 이렇게 부탁할 수도 있습니다. 이 경우에는 다시 배포해야 반영됩니다.

바탕화면의 qr.png 를 사이트 폴더로 복사해서, 마지막 장면 한쪽에 넣어 주세요.
QR코드 옆에 "휴대폰으로 찍어 보세요"라는 문구도 함께 넣어 주세요.
다른 부분은 건드리지 마세요.

동료 피드백 질문 3개

발표가 끝나면 듣는 분들에게 아래 세 가지만 물어보세요. 질문이 적을수록 쓸 만한 답이 많이 나옵니다.

1. 처음 5초 동안 눈에 들어온 것은 무엇이고, 무엇을 소개하는 사이트라고 느꼈나요? (소개 장면이 전달되었는지 확인)
2. 어디를 눌러 보고 싶었는데 반응이 없었거나, 어디에서 헷갈렸나요? (의미 있는 변화와 사용성 확인)
3. 딱 하나만 더 추가된다면 무엇을 보고 싶으세요? (다음에 발전시킬 방향 확인)

피드백은 반박하거나 설명하지 말고 받아 적기만 하세요. "이건 사실 이런 뜻이었는데요"라고 말하고 싶어지는 순간이 바로 개선할 곳입니다. 받은 답을 Claude에게 정리해 달라고 부탁하는 것도 좋습니다.

제 사이트를 보고 동료들이 이런 의견을 주었습니다. 비슷한 의견끼리 묶고, 가장 많이 나온 순서로 정리해 주세요.
그중 한 번에 하나씩 고친다면 어떤 순서가 좋을지 추천하고, 첫 번째 것은 어떻게 부탁하면 좋을지 예시 문장도 써 주세요.

[여기에 받은 의견을 적기. 사람 이름은 빼고 내용만]

• 3분 발표 메모를 만들고, 소리 내어 한 번 읽어 시간을 재 보았습니다
• QR 코드를 만들고 휴대폰 카메라로 비추어 내 사이트가 열리는 것을 확인했습니다
• 피드백 질문 3개를 메모장에 적어 두었습니다

계속 발전시키기

데이터베이스가 없는 사이트의 좋은 점은, 한 번 만든 화면에 새 장면과 효과를 계속 얹을 수 있다는 것입니다. 한 번에 하나씩, 이번에 한 흐름(부탁, 확인, 고치기, 다시 배포)을 그대로 반복하면 됩니다. 아래에서 마음에 드는 방향을 골라 보세요.

지금 사이트의 마지막 장면 다음에 새 장면 하나를 추가해 주세요.
새 장면 내용: [예: 가장 깊은 곳의 숨겨진 동굴이 나오고, 처음 보는 생물이 등장함]
기존 장면은 건드리지 말고, 지금 장면들과 같은 분위기와 같은 방식의 효과로 만들어 주세요.

이 사이트에 두 번째 테마를 추가해 주세요.
- 내용과 장면 구성은 그대로 두고, 색과 글꼴과 분위기만 [어두운 네온 느낌 / 따뜻한 종이 질감 느낌]으로 바꿔 주세요.
- 화면 한쪽에 테마를 바꾸는 버튼을 하나 달아서, 누르면 원래 테마와 새 테마를 오갈 수 있게 해 주세요.
- 원래 테마는 그대로 보존해 주세요.

휴대폰 세로 화면에서 더 재미있게 만들어 주세요.
- 화면을 손가락으로 눌렀을 때 누른 자리에서 작은 반응(빛이 퍼지거나 도형이 튀는 효과)이 일어나게 해 주세요.
- 손가락으로 끌어서 조작하는 부분은 손가락이 닿기 편한 크기로 키워 주세요.
- 마우스를 올려야만 보이는 효과는 눌러서 보이게 바꿔 주세요.
- PC 화면의 모습은 지금 그대로 유지해 주세요.