WPMS2026. 10. 05

실제 도입처 이름을 쓰지 않기로 했습니다

사례집 대신 가상 시나리오를 택한 이유와, 그 시나리오에 무엇을 넣고 무엇을 빼기로 했는지 적어 둡니다.

활용 사례를 정리하자는 이야기가 나왔을 때, 처음 떠오른 형태는 흔한 사례집이었습니다. 어느 기관에서 썼고 어떤 행사였는지 이름을 적어 두는 방식입니다. 그 편이 설득력이 크다는 것도 알고 있었습니다.

그런데 정리해 나가다가 이름을 쓰지 않기로 정했습니다.

현장의 정보는 우리 것이 아니라고 판단했습니다

행사가 어떻게 돌아갔는지는 그 행사를 준비한 쪽의 일입니다. 프로그램을 만든 우리가 그 이름을 가져와 홍보 문구로 쓰는 건 순서가 맞지 않는다고 봤습니다. 무대 뒤 사정이 드러나는 대목까지 함께 적히기 마련인데, 그건 더더욱 우리가 꺼낼 이야기가 아닙니다.

이름을 지우고 나니 오히려 무엇을 써야 할지가 분명해졌습니다. 어디에서 썼는지가 아니라, 어떤 자리에서 무엇이 필요했는지를 적으면 되는 일이었습니다.

기능 목록 대신 하루를 그리기로 했습니다

두 번째 결정은 형식이었습니다. 기능을 항목으로 나열하는 글은 이미 여러 편 써 뒀습니다. 그런데 기능을 하나씩 아는 것과, 그 기능이 우리 현장 하루 안에서 어디쯤 놓이는지를 아는 것은 다른 문제였습니다.

항목만 늘어놓아서는 그 자리를 짚어 주기 어렵다고 판단했습니다. 그래서 세팅하는 아침부터 마지막 순서가 끝나는 시각까지를 하나의 흐름으로 그리기로 했습니다. 학회와 예배를 각각 하나씩 잡은 것도, 좌석 구성이 다르면 띄워야 할 화면도 달라지기 때문입니다.

잘 돌아가는 장면만 넣지 않기로 했습니다

시나리오를 쓰다 보면 자꾸 매끄러운 장면만 남습니다. 세팅하고, 띄우고, 정시에 끝나는 대목만 이어 붙이기 쉽습니다. 그렇게만 적으면 사례가 아니라 광고가 됩니다.

그래서 곤란해지는 순간을 일부러 넣었습니다. 신호가 약해지는 기기가 나오고, 앞 순서가 길어져 시간이 밀립니다. 도구가 필요해지는 지점은 잘 굴러갈 때가 아니라 어긋나기 시작할 때입니다. 그 대목을 빼면 시나리오를 쓸 이유가 없어집니다.

넣지 않기로 정해 둔 것

시나리오라는 형식은 편한 만큼 위험합니다. 없는 이야기를 쓰기가 너무 쉽습니다. 그래서 쓰기 전에 선을 몇 개 그어 뒀습니다.

프로그램이 실제로 하는 동작만 적는다. 만족도나 절감 시간 같은 숫자를 만들어 넣지 않는다. 누군가의 말을 후기처럼 옮겨 적지 않는다. 이 세 가지를 지키니 문장이 밋밋해졌지만, 대신 나중에 고쳐야 할 문장이 남지 않았습니다.

글 안에 이것이 가상 시나리오라는 사실을 숨기지 않고 적어 두기로 한 것도 같은 이유였습니다. 읽는 분이 실제 사례로 오해한 채 판단하게 만들면, 그 오해가 결국 우리 쪽으로 돌아옵니다. 밝히고 시작하면 남는 이야기는 적어지지만, 남은 이야기는 그대로 믿을 수 있습니다.

기업 행사는 이름만 남겨 두었습니다

글 소개 문구에는 학회·교회와 함께 기업 현장도 적어 두었습니다. 그런데 본문에서 하루를 자세히 그린 것은 학회와 예배, 두 갈래뿐입니다. 빠뜨린 것이 아니라 그렇게 두기로 정한 것입니다.

학회 쪽 흐름을 놓고 보면, 이름만 기업으로 바꿔도 달라지는 대목이 거의 없습니다. 발표를 맡은 자리가 있고 시간을 재는 자리가 있으면, 띄워야 할 화면은 결국 노트와 타이머로 모입니다. 같은 구조에 다른 간판을 달아 한 편을 더 얹는 것은 읽는 분에게 도움이 되지 않는다고 봤습니다.

학회와 예배를 남긴 기준은 좌석이었습니다. 이 둘은 사람이 앉는 구성이 확실히 다르고, 그래서 어느 자리에 무엇을 띄울지도 갈립니다. 화면 구성이 실제로 달라지는 쌍이 이 둘이라, 두 편을 세워 두면 나머지 현장은 여기에 견주면 된다고 판단했습니다.