금고 번호 추리판 제작 로그

처음 문제는 찍는 느낌이었다

비밀번호 금고 증거판은 세 자리 번호를 맞히는 게임이다. 이 장르는 조금만 방심하면 그냥 찍기 게임처럼 보인다. 숫자를 넣고, 틀리면 다시 넣고, 운 좋게 맞히면 끝나는 흐름이 되기 쉽다. 그래서 처음부터 목표를 다르게 잡았다. 맞히는 것보다 "왜 다음 번호를 고르는지"가 보여야 했다.

처음 만든 화면은 추천 번호 하나를 보여줬다. 그런데 추천 하나만 있으면 플레이어가 직접 생각하기보다 버튼이 시키는 대로 누르게 된다. 반대로 아무 단서도 없으면 숫자 000부터 999까지 막 누르는 느낌이 된다. 그래서 중간 지점을 찾기 시작했다. 후보는 보여주되, 그 후보가 어디서 줄었는지 같이 보여주는 쪽이다.

쪼개져 있던 변경을 하나로 보면

각 변경은 짧은 메모로 따로 남길 수 있었다. 실제로 그렇게 남겼다. 하지만 개별 글로 보면 너무 잘게 쪼개져 있었다. 금고 번호 추리판의 핵심은 후보 칩 하나도, 히트맵 하나도 아니다. 여러 단서가 겹쳐서 "이번 번호는 왜 볼 만한가"를 보여주는 구조다. 그래서 이 제작 로그 하나로 묶는 편이 방문자에게 더 낫다.

보관 메모에서 남긴 판단

짧은 메모를 다시 읽어보니 대부분 같은 방향이었다. 정답을 더 빨리 알려주는 기능이 아니라, 사용자가 자기 손으로 다음 번호를 고를 근거를 조금씩 늘리는 작업이었다. 그래서 보관 글은 남겨 두되, 공개 대표 글에서는 아래 기준만 뽑아 한 흐름으로 정리한다.

이 표를 넣은 이유는 archive 메모를 없애기 위해서가 아니다. 짧은 글들은 실제 작업 순서를 보여주지만, 그대로 공개 목록에 모두 올리면 금고 번호 추리판이 한 가지 제작 판단으로 읽히지 않는다. 대표 글에서는 여덟 메모를 `추천을 약하게 만들기`, `실패 기록을 증거로 쓰기`, `현재 칸의 후보를 조작면에 붙이기`, `질문의 품질을 미리보기`라는 흐름으로 접는다.

이 표가 이 Play의 중심이다. 금고 번호 추리판은 세 자리 숫자를 맞히는 게임처럼 보이지만, 실제로는 작은 질문을 고르는 게임에 가깝다. `123`을 넣는 행동 자체보다, 그 행동이 다음 후보를 얼마나 줄일지 보는 일이 더 중요하다. 그래서 각 기능은 화려한 장식이 아니라 질문을 고르기 위한 근거로 남겨야 했다.

여덟 메모를 한 글로 묶은 이유

이 Play에는 후보 칩, 기록 후보 수, 숫자 히트맵, 현재 번호 미리보기, 가르는 막대, 똑똑한 후보, 추천 순환, 칸 기준 키패드까지 여덟 개 보관 메모가 붙어 있다. 각각은 실제로 만든 변화였지만, 그대로 공개 목록에 펼쳐 두면 방문자는 금고 번호 추리판을 이해하기보다 작은 업데이트 제목만 계속 읽게 된다.

대표 글에서 남겨야 할 것은 기능 목록이 아니라 제작 판단이다. 왜 추천을 하나만 두지 않았는지, 왜 지난 시도에 후보 축소 흐름을 붙였는지, 왜 키패드가 전체 숫자보다 현재 칸의 살아 있는 숫자를 더 강하게 말해야 하는지. 이 질문이 이어져야 짧은 메모가 원본 콘텐츠가 된다.

이렇게 묶으면 "무엇을 만들었다"보다 "왜 이렇게 남겨야 했는가"가 먼저 보인다. 짧은 글 여러 개가 같은 결론을 반복하는 대신, 한 페이지 안에서 문제, 선택, 검증, 다음 개선 지점이 연결된다.

화면에서 중요하게 본 것

가장 조심한 것은 숫자 정보가 너무 많아지는 상태였다. 후보 수, 자리별 분포, 힌트 기록, 추천 번호를 모두 보여주면 화면이 금방 작업표처럼 변한다. 그래서 중심은 현재 입력과 그 입력이 남길 단서로 두고, 나머지는 주변 보조 정보로 뺐다.

• - 현재 번호는 키패드와 자리 카드에서 크게 보인다.
• - 살아 있는 후보는 여러 개를 보여주되, 선택을 대신하지 않는다.
• - 지난 시도는 힌트와 함께 남아 충돌을 확인하게 한다.
• - 추천 번호는 "정답"이 아니라 "다음 확인 후보"로 보이게 한다.
• - 틀린 입력도 다음 판단으로 이어져야 한다.

이렇게 정리하고 나니 게임이 조금 덜 도박처럼 보였다. 운으로 맞히는 것이 아니라, 남은 후보를 줄이는 게임이라는 표면이 생겼다. 완벽한 추론 퍼즐은 아니지만, 1분짜리 웹 Play에서는 이 정도 경계가 중요했다.

추천을 너무 세게 만들지 않는 기준

추천 후보는 편하다. 하지만 이 게임에서 추천이 너무 강하면 금방 자동 풀이처럼 보인다. 그래서 추천은 "정답에 가까운 수"가 아니라 "확인해 볼 만한 질문"으로 보여야 한다. 후보 칩을 눌러도 바로 기록되지 않고, 다시 확인해야 기록이 쌓이는 구조를 둔 이유도 여기에 있다.

직접 고르는 흐름도 같이 살렸다. 숫자키로 세 자리를 넣고, 현재 칸에서 살아 있는 숫자를 보고, 평균 후보 수와 최악 후보 수를 비교한 뒤 Enter를 누르는 순서가 가능해야 한다. 추천을 눌러도 되고, 직접 바꿔도 된다. 중요한 것은 둘 중 어느 길을 골라도 지난 힌트를 버리지 않는다는 점이다.

그래서 결과 문장도 "정답을 맞혔다"보다 "증거를 겹쳐 열었다"에 가깝게 맞췄다. 사용자가 끝난 뒤 다시 떠올려야 하는 것은 운 좋은 숫자가 아니라, 어떤 시도 때문에 후보가 줄었는지다.

운영 판단 체크리스트

이 Play를 대표 글로 남길 때는 재미있는 코드브레이킹 화면인지, 실제 비밀번호 도움말처럼 오해될 수 있는지, 너무 많은 계산표처럼 보이지 않는지 같이 봐야 했다. 세 자리 금고라는 껍데기는 익숙하지만, 공개 페이지에서 진짜 비밀번호 보안 조언처럼 읽히면 방향이 어긋난다.

• - 게임은 세 자리 코드브레이킹 퍼즐로만 설명하고, 실제 계정 보안 조언처럼 쓰지 않는다.
• - 추천 후보는 "정답"이나 "최적해"가 아니라 다음 확인 번호로 말한다.
• - 숫자 분포와 후보 압축은 화면 안에서만 계산하고 저장하지 않는다.
• - 결과 문장은 높은 점수 자랑보다 어떤 증거를 겹쳤는지에 둔다.
• - 관련 글과 관련 Play는 이 추론 흐름을 이어갈 때만 붙인다.

이 체크리스트가 없으면 화면은 쉽게 두 방향 중 하나로 흐른다. 하나는 추천만 누르는 자동 풀이 화면이고, 다른 하나는 숫자 표가 너무 많은 계산기 화면이다. 내가 원하는 것은 그 사이였다. 손으로 번호를 넣고, 지난 증거를 보고, 이번 질문이 판을 잘 가르는지 확인한 뒤 금고를 여는 작은 추론판이다.

검증 기준

이 Play를 확인할 때는 단순히 결과 화면이 나오는지만 보지 않는다. 키보드로 숫자를 넣을 수 있는지, 마우스로 키패드를 누를 수 있는지, 추천 후보를 순환했을 때 현재 입력이 바뀌는지, 결과 링크에서 관련 글과 다른 Play가 보이는지까지 본다. 짧은 게임이라도 조작 경로가 둘 이상이면 쉽게 깨진다.

확인 순서는 일부러 단순 성공 루프에서 벗어나게 잡았다.

• - 숫자키로 `123`처럼 직접 입력하고, 현재 칸 후보 표시가 바뀌는지 본다.
• - 후보 칩을 눌렀을 때 입력만 바뀌고, 확인 전에는 기록이 쌓이지 않는지 본다.
• - R 키를 여러 번 눌러 후보가 순환되고, 마우스 없이도 다음 확인 번호를 비교할 수 있는지 본다.
• - 이미 입력한 번호나 충돌하는 번호에서 경고가 먼저 보이고, 무의미한 기록이 쌓이지 않는지 본다.
• - 결과 화면에서 관련 글, 관련 Play, 공유 버튼이 끊기지 않는지 본다.

이 검증은 화면 기능을 많이 붙였기 때문에 더 필요하다. 후보 칩, 키패드, 자리 카드, 기록, 추천 후보가 서로 다른 계산을 보면 사용자는 금방 헷갈린다. 예를 들어 자리 카드에서는 `7`이 살아 있다고 보이는데 키패드에서는 죽은 숫자처럼 보이면, 이 게임은 추론판이 아니라 이상한 숫자판이 된다. 그래서 같은 후보 계산을 여러 표면에서 다르게 말하지 않는지 계속 봐야 한다.

이 기준은 noindex 메모를 대표 글에 접는 기준이기도 하다. 후보 칩 글, 기록 글, 히트맵 글, 키패드 글을 따로 읽으면 모두 작은 UI 변경처럼 보인다. 한 페이지 안에서 보면 전부 같은 검증 질문으로 돌아온다. 사용자가 다음 번호를 왜 눌렀는지 화면이 설명하는가. 이 질문에 답하지 못하는 변경은 대표 글에 남길 만큼 중요하지 않고, 답하는 변경만 이 제작 로그의 중심에 둔다.

앞으로 이 로그에 더 붙일 것은 정답 공개 방식보다 "실패 원인을 어떻게 보여줄지"다. 틀렸다는 말만 나오면 다시 찍게 된다. 어떤 단서와 충돌했는지 보이면 다음 판이 조금 더 추론처럼 느껴진다.