이벤트 콘셉트는 그럴듯함보다 참가자가 할 행동으로 고른다

같은 조건으로 안을 나란히 놓는다

먼저 목적, 참가자 요구, 장소·예산·기간처럼 이미 확인된 조건을 모은다. 확인하지 않은 요구와 자원은 가정이라고 표시한다. 그다음 같은 조건 아래에서 참가자가 할 일이 다른 안을 두세 개 만든다.

이름과 무대 색만 다른 안은 비교가 되지 않는다. 안마다 참가자가 정보를 받고, 해 보고, 질문하고, 다음 행동을 정하는 방식이 달라야 한다. 각 안에 제공하는 경험, 제공하지 않는 경험, 필요한 진행·자료·지원 조건을 적는다. 한 안에만 인력이나 시간을 더 배정했다면 그 차이도 표에 드러낸다.

아래는 제품 적용 조건을 다루는 가상 포럼의 비교표다.

선택 이유에는 점수 합계보다 "어떤 조건 때문에 골랐고, 무엇을 포기하는가"를 문장으로 쓴다. 필수 조건이 미확인인 상태를 점수로 덮어서는 안 된다.

가장 불확실한 장면부터 확인한다

선호하는 안을 예쁘게 다듬기 전에, 실패하면 참가 약속 자체가 무너지는 장면을 고른다. 사례 질문이라면 "질문카드를 나눠 준다"보다 "참가자가 공개해도 되는 조건으로 질문을 만들고, 그 질문이 어디로 가는지 안다"가 확인할 장면이다.

확인 과업도 답을 알려 주지 않는 방식으로 짠다. "이 형식이 좋으세요?"라고 물으면 예의상 좋다는 답이 나온다. 대신 "이 사례에서 도입 조건을 하나 골라 질문해 보세요"처럼 행동을 요청한다. 진행자는 막힌 지점과 어떤 도움을 줬는지를, 기록자는 관찰한 행동과 자신의 해석을 나눠 적는다.

직원끼리 먼저 따라 해 보는 점검은 준비에 도움이 되지만 참가자 요구를 확인한 결과로는 쓸 수 없다. 실제 참가자나 예상 참가자에게 확인할 때는 목적과 기록 방식을 먼저 설명하고, 필요한 언어와 정보 접근 조건을 준비한다.

잘된 설명보다 막힌 행동을 기록한다

참가자가 실제로 쓸 순서대로 안내하고, 이해하지 못하는 순간에도 답을 대신 말하지 않는다. 진행자가 추가로 설명해 끝낸 과업을 자료만으로 해낸 것처럼 적으면 고칠 지점이 사라진다.

기록에는 확인일, 대상 역할, 사용한 안의 버전, 과업, 관찰한 행동, 필요한 수정과 재확인 담당·기한을 남긴다. 내부 역할극, 예상 참가자 확인, 실제 장비 시험은 서로 다른 것을 확인하므로 따로 적는다. 몇 명의 반응으로 전체 참가자의 선호를 추정하지 않는다.

민감한 고객정보를 말해야만 진행되는 안이라면 공개 가능한 가상 조건이나 별도 질문 경로로 바꿀 수 있는지 먼저 본다. 가상 자료는 실제 상황에서 생기는 문제를 다 보여 주지 못한다는 한계도 기록한다.

가상 기록으로 수정과 보류를 나눠 본다

다음은 2026년 12월 10일 제품 적용 포럼을 검토하는 가상 기록이다. 계획 인원 60명은 시설 수용 가능 인원이 아니다. 모든 날짜, 역할, 회신, 모의 확인 결과는 설명을 위한 가상의 것이며 실제 조사 결과가 아니다.

여기서 중요한 것은 T2의 질문 흐름 채택과 T3의 운영 조건 확인을 한데 묶지 않는다는 점이다. 질문 흐름이 잘 작동해도 마이크가 준비되지 않았다면 현장 안내는 아직 확정할 수 없다.

v2는 참가자가 고객정보를 공개하지 않고 조건을 고르게 했다. 진행자는 바로 답할 질문과 후속으로 확인할 질문을 나눈다. 모든 질문을 현장에서 해결하거나 기업별 자문을 제공한다는 약속은 뺐다.

채택과 보류는 적용 범위와 함께 정한다

기획 담당자는 비교 메모와 관찰 기록을 실제 결정 담당자에게 보여 준다. 선택한 안이 어떤 참가 행동을 제공하는지, 버린 안보다 무엇을 포기하는지 설명한다. 채택은 질문 흐름까지인지, 외부 안내까지 가능한 운영안인지 범위를 적는다.

수정은 바꿀 문구, 자료, 진행 행동과 다시 확인할 장면을 정하는 일이다. 핵심 행동이 여전히 불가능하다면 그 약속을 보류하고 대안을 정하거나 다시 결정할 시점을 잡는다. 발표 형식으로 줄일 때도 원래 약속한 질문 경험이 유지되는지 다시 확인해야 한다.

선택한 안은 운영 서식에 옮겨 대조한다

선택한 안은 [참가 행동·형식·프로그램 운영 설계표](/templates/programme-format-design.html)에 한 행씩 적는다. 위 가상 예시는 "사례 질문" 프로그램을 12월 10일 14:00~14:40 계획으로 적고, 60명은 계획값이라고 남긴다. A, B, C 세 안을 동시에 운영하는 프로그램처럼 한 번에 넣으면 안 된다.

목표와 대상 칸에는 질문과 응답 경로를, 선택 이유 칸에는 v2와 비교표, 확인 기록을 적는다. 언어, 접근 지원, 인력과 장비 칸에는 한국어 자료, 질문카드와 구두 질문, 마이크 시험 미완료를 구분해 적는다. 마지막 칸에는 회신 담당과 기한, 외부 안내 보류 여부를 남긴다.

서식에 적었다고 행사가 검증된 것은 아니다. 진행, 기술, 안내 담당자가 같은 내용을 같은 뜻으로 읽었는지 대조하고, 자료나 진행 방식이 바뀌면 영향을 받는 장면을 다시 확인한다.

실무자 체크리스트

• 콘셉트마다 참가자가 시작, 행동, 마무리에서 무엇을 하는지 한 문장으로 적혀 있는가
• 안들이 이름과 무대만 다르지 않고 참가 행동이 실제로 다른가
• 가장 불확실한 장면을 먼저 확인했는가
• 확인 과업이 답을 알려 주지 않고 행동을 요청하는가
• 막힌 행동과 진행자가 준 도움을 따로 기록했는가
• 채택 범위와 보류 항목, 담당자와 기한이 적혀 있는가

결론

좋은 콘셉트는 멋있게 설명된 콘셉트가 아니라, 참가자가 무엇을 하게 되는지 장면으로 보여 주는 콘셉트다. 같은 조건에서 안을 나란히 놓고, 가장 불확실한 장면을 작게 확인하고, 되는 것과 아직 약속할 수 없는 것을 나눠 다음 담당자에게 넘기면 된다.

*참고: 이 글은 편집팀 원문의 구조와 절차를 바탕으로 이해하기 쉽게 다시 쓴 검수 수정본이다. Design Council, GOV.UK, 한국관광공사의 세부 안내는 아래 원출처를 참고한다. 포럼의 날짜, 인원, 회신, 확인 결과는 모두 가상 예시다.*