작은 웹 놀이가 다시 끌리는 이유
긴 설명보다 한 번 눌러보면 바로 이해되는 작은 웹 놀이가 왜 Blog 옆에 필요했는지, Bobob Play를 작게 유지하기 위해 어떤 기준을 남겼는지 적었습니다.
회의록 닫기 도장판 바로 하기설명이 짧은 웹이 좋다
요즘 다시 끌리는 웹은 설명이 길지 않다. 들어가서 한 번 누르면 대충 알 수 있고, 틀려도 손해가 없고, 1분 뒤에는 결과가 나온다. 예전 플래시게임이나 작은 실험 사이트들이 그랬다.
거창한 세계관이나 가입 절차가 없어도 된다. 오히려 없어야 더 쉽게 시작한다. 버튼 하나, 규칙 하나, 결과 하나. 이 정도면 충분한 경우가 많다.
솔직히 나도 요즘은 긴 소개글을 잘 못 읽는다. 일단 눌러보고 싶다. 재미없으면 닫으면 되고, 손에 걸리는 게 있으면 한 번 더 하면 된다.
Bobob을 Blog + Play 쪽으로 바꿀 때 이 감각이 계속 걸렸다. 글만 있으면 기록은 남지만 손이 머무는 시간이 짧다. 반대로 Play만 있으면 왜 만들었는지와 무엇을 고쳤는지가 사라진다. 그래서 둘을 붙였다. 글은 이유를 남기고, Play는 손으로 한 번 확인하게 한다. 둘 중 하나가 다른 하나를 장식하는 게 아니라, 짧은 기록과 짧은 조작이 서로 보완하는 쪽이다.
오래 머무르는 이유
작은 웹 놀이가 오래 기억나는 이유는 조작이 있기 때문인 것 같다. 글은 읽고 지나가지만, Play는 내가 한 번 선택하거나 누른다. 그 작은 행동 때문에 결과가 내 것처럼 느껴진다.
회의 끝낼 단서 찾기도 그렇다. “회의는 줄여야 한다”는 글보다, 결정 신호와 잡담 신호를 직접 눌러보면 훨씬 빨리 감이 온다. 버그 티켓 접수선도 마찬가지다. 초록 접수 도장 티켓과 붉은 반려 티켓을 구분하는 감각을 손으로 한 번 거치게 된다.
| 글로만 남기면 약한 부분 | 작은 Play가 보태는 부분 |
|---|---|
| 기준이 머리로만 이해된다 | 손으로 한 번 분류하거나 피하면서 기준이 남는다 |
| 실패 원인이 추상적으로 보인다 | 내가 잘못 누른 순간이 결과에 바로 남는다 |
| 다음 글로 이동해야 한다 | 같은 화면에서 바로 다시 할 수 있다 |
| 설명이 길어지기 쉽다 | 규칙 하나와 조작 하나만 남기게 된다 |
| 사이트가 읽기 전용으로 보인다 | 만든 사람이 직접 실험하고 있다는 느낌이 생긴다 |
이 표 때문에 Play를 완전히 부록으로 두지 않기로 했다. 글만 잘 써도 되는 주제는 글로 끝낸다. 하지만 클릭, 분류, 회피, 기다림처럼 손으로 해보면 더 빨리 이해되는 주제는 작은 Play로 이어둔다. `meeting-escape`는 회의를 줄인다는 말보다 닫힌 말과 열린 말을 직접 나누게 하고, `bug-clicker`는 버그를 많이 처리한다는 말보다 증거 있는 티켓만 받아내게 한다.
작은 Play가 얇아지지 않게 보는 것
작다고 다 좋은 것은 아니다. 작은 화면도 누른 뒤 남는 기준이 없으면 그냥 빈 장난감처럼 느껴진다. 그래서 Play를 만들 때는 화면 크기보다 판단 밀도를 본다.
| 확인 지점 | 괜찮은 작은 Play | 얇아지는 Play |
|---|---|---|
| 첫 조작 | 무엇을 눌러야 할지 바로 보인다 | 설명을 읽어도 시작 행동이 흐리다 |
| 실패 이유 | 내가 놓친 신호가 결과에 남는다 | 그냥 점수만 낮게 나온다 |
| 다시 하기 | 다음에는 다르게 눌러볼 기준이 생긴다 | 한 번 보고 닫아도 아무 차이가 없다 |
| 관련 글 | 왜 이 규칙을 만들었는지 제작 판단으로 이어진다 | 검색 링크처럼 붙어만 있다 |
| 시각 은유 | 회의, 버그, 배포, 복권처럼 상황이 다르게 보인다 | 모든 게임이 같은 카드 묶음처럼 보인다 |
이 표를 두면 작게 만든다는 말이 덜 막연해진다. 기능을 빼는 것이 목적이 아니라, 남은 기능이 바로 보이게 하는 것이 목적이다. 작은 Play는 “덜 만든 게임”이 아니라 “한 가지 판단만 남긴 게임”에 가까워야 한다.
그래서 크게 만들지 않는다
작은 웹 놀이를 크게 만들면 장점이 사라진다. 랭킹, 업적, 계정, 튜토리얼을 붙이면 그 순간 진입 비용이 생긴다. 물론 나중에 필요할 수 있지만, 처음에는 아니다.
지금은 그냥 바로 눌러보는 쪽이 맞다. 조금 허술해도 괜찮다. 재미가 없으면 다음 걸 만들면 되고, 반응이 있으면 그때 더 다듬으면 된다. 뭐라도 해보자는 느낌은 여기서 나온다.
크게 만들고 싶은 유혹은 계속 있다. 점수판을 더 세밀하게 만들고 싶고, 결과를 여러 단계로 나누고 싶고, 공유 문구도 멋있게 만들고 싶다. 그런데 한 번에 다 넣으면 처음 들어온 사람이 규칙을 읽기 전에 닫을 수 있다. 작은 웹 놀이는 첫 5초가 거의 전부다. 그 안에 "무엇을 누르면 되는지"와 "왜 다시 할 수 있는지"가 보여야 한다.
Bobob Play에 남긴 기준
- - 첫 화면에서 규칙 하나가 읽힌다.
- - 마우스, 터치, 키보드 중 최소한 자연스러운 조작이 있다.
- - 결과는 점수만이 아니라 다음에 다르게 해볼 기준을 남긴다.
- - 글과 연결될 때는 억지 검색 링크가 아니라 실제 제작 판단으로 이어진다.
- - 서버 저장, 계정, 랭킹 없이도 한 판이 끝난다.
- - 짧은 제작 메모는 공개 목록에 흩뿌리지 않고 대표 제작 로그 안에 묶는다.
- - 같은 엔진을 써도 표면의 은유는 게임마다 달라야 한다.
마지막 기준이 특히 중요하다. 작은 Play를 여러 개 만들다 보면 모두 비슷한 카드와 버튼처럼 보이기 쉽다. 그래서 회의는 도장판, 버그는 접수선, 복권은 은박 긁기, 배포 게임은 줄과 지뢰와 층 같은 각자의 표면을 갖게 하려고 한다. 바깥 Bobob 화면은 조용해도, 게임 안쪽은 그 게임의 상황이 바로 보여야 한다.
만들고 나서 다시 확인하는 것
Play를 붙인 뒤에는 게임 화면만 보지 않는다. 관련 글에서 Play로 가는 버튼이 자연스러운지, Play 결과에서 다시 글로 돌아올 이유가 있는지, 다른 Play 추천이 같은 결을 갖는지 확인한다. 이 연결이 약하면 Play는 금방 고립된다.
또 하나 보는 것은 모바일이다. 작은 Play는 데스크톱보다 휴대폰에서 더 빨리 판단된다. 손가락으로 첫 조작이 되는지, 결과 문구가 화면 아래로 밀리지 않는지, 다시 하기와 공유 버튼이 게임을 가리지 않는지 본다. 작은 웹 놀이는 규칙이 짧아야 하지만, 터치가 답답하면 짧은 장점도 사라진다.
다시 끌리는 이유
작은 웹 놀이가 다시 끌리는 이유는 거창한 몰입감 때문이 아니다. 오히려 반대다. 들어가는 데 부담이 없고, 망해도 손해가 없고, 한 번 더 해도 시간이 크게 들지 않는다. 페이지가 작으니 만든 사람도 빨리 고칠 수 있다. 오늘은 결과 문구를 바꾸고, 내일은 터치 조작을 고치고, 그다음에는 관련 글을 더 정확하게 연결할 수 있다.
이 속도가 Blog와 잘 맞는다. 글은 왜 바꿨는지 남기고, Play는 바뀐 기준을 바로 눌러보게 한다. 방문자가 오래 머물지 않아도 괜찮다. 30초라도 직접 눌러보고, "아 이 사람이 진짜 뭔가 만들고 있구나" 정도만 느껴도 지금 단계에서는 충분하다.
다만 작은 것이 곧 얇은 것은 아니다. 얇은 Play는 눌러도 남는 기준이 없다. 작은 Play는 규칙은 하나지만 판단은 남아야 한다. 그래서 앞으로도 Play를 늘릴 때는 먼저 한 문장으로 설명되는지 보고, 그다음 실제로 손이 움직이는지 본다. 설명은 짧게, 판단은 분명하게. 이 균형이 Bobob Play가 계속 작게 살아남는 방법이다.
읽고 나서 해볼 것