회의록 닫기 도장판 제작 로그

회의를 웃기게 줄이는 게임이면 약했다

회의록 닫기 도장판은 회의 발언 한 줄을 보고 닫기 도장과 주차칸으로 나누는 작은 Play다. 처음에는 "회의에서 빠져나가기" 같은 장난스러운 제목으로도 충분해 보였다. 하지만 그렇게 두면 금방 얇아진다. 회의가 싫다는 농담은 누구나 할 수 있고, 긴 회의를 놀리는 버튼만 남으면 한 번 웃고 끝난다.

내가 남기고 싶었던 것은 회의 혐오가 아니라 회의를 닫는 기준이었다. 담당자가 보이는가. 기한이 보이는가. 다음 행동이나 범위 축소가 보이는가. 이 세 가지 중 하나도 없는데 "다음 회의에서 더 보죠" 같은 말만 남으면, 그 발언은 아직 닫힌 말이 아니다. 버리는 말도 아니다. 주차칸에 두고 나중에 다시 볼 말이다.

그래서 이 Play는 빠르게 누르는 반응 게임이 아니다. 회의록 전표를 읽고, 실행으로 넘길 문장과 아직 열린 문장을 나누는 도장판에 가깝다. 규칙은 작지만 기준은 분명해야 했다.

보관 메모를 하나로 묶으면

이 메모들은 따로 두면 작은 생각 조각처럼 보인다. 합치면 같은 질문을 보고 있었다. 작은 웹을 계속 만들려면 무엇을 줄이고 무엇을 남길 것인가. `meeting-escape`에서는 그 답이 회의실 전체를 그리지 않는 것이었다. 사람 얼굴, 회의 테이블, 말풍선을 크게 그리면 분위기는 생기지만 판단 기준은 흐려진다. 화면의 중심은 발언 전표, 닫기 도장, 주차칸, 그리고 짧은 복기 문장이어야 했다.

다섯 메모를 한 대표 로그에 넣으면서 버린 것은 "작게 만들자"라는 반복 선언이다. 남긴 것은 실제 화면에서 확인할 수 있는 결정이다. `small-reset-note`와 `routine-before-name`은 왜 계정, 랭킹, 긴 소개문을 먼저 붙이지 않았는지 설명한다. `tiny-web-things`, `small-play-rules-note`, `why-i-like-one-button-web`은 왜 첫 화면을 회의실 장면보다 도장판으로 좁혔는지 설명한다. 이 차이가 있어야 보관 메모는 단순한 일기가 아니라 Play의 설계 근거가 된다.

닫기 도장과 주차칸은 둘 다 필요했다

처음에는 닫기 도장만 강조하면 될 것 같았다. 좋은 발언을 찾고, 나쁜 발언을 피하는 구조다. 그런데 그렇게 두면 회의 운영의 느낌이 이상해진다. 실제 회의에서 열린 말을 모두 실패로 몰아붙일 수는 없다. 아직 정보가 없거나 범위가 넓거나 담당자가 없으면, 그 말은 당장 닫지 못할 뿐이다. 주차칸은 벌칙 칸이 아니라 흐름을 보호하는 칸이어야 한다.

그래서 두 영역은 같은 무게로 보여야 했다.

• - 닫기 도장은 담당자, 기한, 다음 행동, 범위 축소가 보일 때 쓴다.
• - 주차칸은 느낌 공유, 다음 회의 제안, 다시 처음부터 보기처럼 아직 실행 문장이 아닌 말을 둔다.
• - 주차한 말도 무시하지 않고 왜 아직 닫히지 않았는지 짧게 남긴다.
• - 결과 문장은 많이 맞혔다는 자랑보다 다음 회의록에서 먼저 볼 기준을 남긴다.
• - 모바일에서는 발언 전표와 두 영역이 손가락 아래에 가려지지 않아야 한다.

이 기준을 잡으니 Play의 성격이 조금 더 선명해졌다. 회의는 무조건 빨리 끝내야 하는 것이 아니라, 닫을 수 있는 말은 닫고 아직 열린 말은 따로 둬야 한다. 이 작은 차이가 있어야 회의 풍자가 아니라 회의록 정리 루틴으로 읽힌다.

발언은 짧고 기준은 세 개다

발언 문장을 길게 쓰면 현실감은 생긴다. 하지만 작은 Play에서는 길이가 곧 부담이다. 사용자가 첫 화면에서 읽어야 할 것은 긴 회의록이 아니라 닫힘의 신호다. 그래서 문장은 한 줄로 줄이고, 판단 기준은 세 가지로 묶었다.

세 기준은 별개처럼 보이지만 실제로는 함께 움직인다. 담당자만 있고 기한이 없으면 실행이 느슨하다. 기한만 있고 다음 행동이 없으면 무엇을 해야 하는지 흐린다. 다음 행동이 있어도 범위가 너무 넓으면 회의 밖에서 바로 시작하기 어렵다.

그래도 Play 안에서는 모든 조건을 동시에 요구하지 않았다. 너무 엄격하게 만들면 사용자는 회의록 검토자가 아니라 시험지를 푸는 사람이 된다. 핵심은 완벽한 업무 규칙이 아니라, 열린 말과 닫힌 말을 빠르게 구분하는 감각이다.

화면에서 확인한 기준

대표 제작 로그로 남기려면 "작게 만들었다"에서 끝나면 안 된다. 실제 화면에서 확인할 항목을 같이 남겨야 다음 수정도 같은 방향으로 이어진다.

이 표는 나중에 디자인을 바꿀 때도 유용하다. 배경을 더 예쁘게 만들고 싶어도, 첫 진입에서 도장판이 흐려지면 잘못 간 것이다. 결과 문구를 더 재밌게 만들고 싶어도, 왜 닫혔는지와 왜 주차됐는지가 사라지면 Play의 이유가 약해진다.

대표 글로 올리는 이유

짧은 메모 다섯 개를 그대로 공개 목록에 밀어두면 방문자는 비슷한 방향 선언을 여러 번 보게 된다. 작게 만들자, 한 가지 행동을 남기자, 루틴을 만들자. 모두 필요한 생각이었지만 각각은 얇다. 반대로 이 제작 로그 하나로 묶으면 그 생각들이 실제 Play 안에서 어떤 결정으로 바뀌었는지 보인다.

회의록 닫기 도장판은 큰 게임이 아니다. 계정도 없고 랭킹도 없고 저장도 없다. 하지만 작은 게임이 얇아지지 않으려면 자기 기준이 있어야 한다. 이 Play의 기준은 닫을 말과 주차할 말을 나누는 것이다. 닫기 도장은 실행을 남기고, 주차칸은 흐름을 보호한다. 회의 풍자보다 이 구분이 먼저 살아야 한다.

다음에 더 고친다면 발언을 늘리기보다 복기 문장을 먼저 볼 것이다. 사용자가 틀렸을 때 "내가 왜 이걸 닫힌 말로 봤지"를 바로 떠올릴 수 있는가. 주차칸을 눌렀을 때 벌점처럼 느끼지 않고 "아직 담당자와 기한이 없구나"라고 이해하는가. 이 작은 확인이 남으면 `meeting-escape`는 버튼 하나짜리 농담보다 오래 버틴다.