데모 나이트: 사이드 프로젝트가 빛나거나 사라지는 곳

지금 당신의 커뮤니티 어딘가에서, 누군가가 여가 시간에 멋지거나 끔찍하거나 둘 다인 무언가를 만들고 있습니다. 그들은 밤과 주말 동안 세 달 동안 작업해왔습니다. 그들은 정확히 한 사람(그들의 파트너)에게 그것을 보여주었고, 그 파트너는 지지적으로 미소 지으며 "정말 멋져, 자기야"라고 말했지만 그 내용을 이해하지 못했습니다. 그들은 청중이 필요합니다. 큰 청중이 아닙니다. 투자자 청중도 아닙니다. 그들이 만든 것을 보고 정직하고 인간적인 피드백을 줄 수 있는 사람들로 가득 찬 방이 필요합니다.

그것이 데모 나이트의 목적입니다. 그것은 제작자 세계의 오픈 마이크입니다 — 미완성된 것들, 이상한 실험, 어디로 갈지 모르는 사이드 프로젝트를 위한 무대입니다. 그리고 모든 오픈 마이크와 마찬가지로 저녁의 질은 거의 전적으로 어떻게 구조화하느냐에 달려 있습니다.

효과적인 형식 (5분, 엄격한 종료)

지금까지 모든 데모 나이트가 잘못된 이유는 동일합니다: 시간 관리. 특히, 그것의 부족입니다. 누군가가 자신의 프로젝트를 보여주기 위해 일어나서 3분의 배경 이야기를 시작하고, 개발 환경을 설정하는 데 4분을 소요하며, 그 후 15분 동안 기능을 시연하는 동안 청중은 조용히 생존 의지를 잃게 됩니다.

5분. 발표자당. 그것이 당신의 예산입니다. "대략 5분"이 아닙니다. "정말 흥미롭다면 넘어갈 수 있다"는 것도 아닙니다. 5분 후에 타이머가 울리고 누군가(당신이 이상적이며, 지정된 시간 관리자가 될 수 있습니다)가 정중하지만 단호하게 "마무리합시다"라고 말합니다.

5분은 짧습니다. 그것이 요점입니다. 제약은 명확성을 강요합니다. 5분 안에 당신의 프로젝트가 무엇을 하는지 설명하고 흥미로운 부분을 보여줄 수 없다면, 당신은 아직 자신의 프로젝트를 충분히 이해하지 못하고 있는 것입니다 — 그리고 이는 친근한 청중 앞에서 발견하는 것이 잠재 고객 앞에서 발견하는 것보다 실제로 유용한 일입니다.

각 데모 후에는 청중의 질문을 위해 2분을 예산에 포함하세요. 5분이 아닙니다. "사람들이 가진 만큼"도 아닙니다. 2분입니다. 이는 청중이 참여할 기회를 제공하면서 Q&A가 두 번째 데모 세션이 되는 것을 방지합니다. 사람들이 더 많은 질문이 있다면, 발표자를 나중에 찾아갈 수 있습니다 — 이는 사실 더 깊은 대화를 위한 더 나은 형식입니다.

말을 멈추지 않는 사람 다루기

항상 한 명이 있습니다. 그들은 자신의 프로젝트에 열정적이며(진정으로, 이것이 더 어렵게 만듭니다), 무대를 모든 디자인 결정, 모든 전환, 향후 18개월 동안 구축할 계획인 모든 기능을 공유하라는 초대로 해석합니다. 그들은 타이머에 무관심하고, 미세한 신호에 면역이 있으며, 청중이 자신의 할 일 목록 앱의 기술 아키텍처에 대한 관심 수준을 공유한다고 완전히 확신하고 있습니다.

대립이 아닌 시스템이 필요합니다. 다음과 같은 방법이 효과적입니다: 화면에 보이는 카운트다운 타이머(휴대폰에만 있는 것이 아님). 1분 경고 신호(부드러운 차임 또는 카드를 들어 올리는 것). 그리고 "박수를 보내줍시다!"와 같은 사전 합의된 문구로 단호한 중단을 하여 실제 박수를 이어갑니다. 이는 사회적으로 대화하기 불가능합니다.

발표자에게 미리 브리핑하세요. 확인 이메일이나 사전 이벤트 메시지에서 명확히 하세요: "각 발표자는 5분을 가집니다. 화면에 타이머가 보일 것입니다. 시간이 다 되면 마무리하겠습니다. 이는 개인적인 것이 아닙니다 — 모든 사람에게 공정한 저녁을 유지하는 방법입니다." 사전에 기대가 설정되면, 단호한 중단이 무례하기보다는 전문적으로 느껴집니다.

나쁜 데모가 축하받는 분위기 만들기

데모 나이트에서 가장 중요한 것은 — 형식, 시간, 장소, 음식보다 더 중요한 것은 — 분위기입니다. 사람들이 미완성이고 불완전하며, 아마도 당황스러운 작업을 보여주는 것이 안전하다고 느끼는 장소인가요? 그렇다면, 당신의 데모 나이트는 번창할 것입니다. 아니라면, 다듬어진 프로젝트만 발표될 것이며, 이는 전체 목적을 무색하게 만듭니다.

나쁜 데모는 축하받아야 합니다. 비꼬는 것이 아니라 — 진정으로. "나는 무언가를 만들려고 했지만 작동하지 않고 그 이유를 모르겠다"고 말하는 사람은 다듬어진 포트폴리오를 자랑하는 사람보다 더 용감합니다. 이를 명확히 하세요. 실패를 박수쳐 주세요. 그들이 무엇을 배웠는지 물어보세요. 이후 음료를 마시며 디버깅을 도와주겠다고 제안하세요.

당신이 주최자로서 첫 번째 나쁜 데모에 반응하는 방식이 이후 모든 발표자에게 톤을 설정합니다. 당신이 움츠리면, 사람들은 알아차립니다. 당신이 열정적이고 호기심이 많다면(“오, 흥미롭네요, 시도했을 때 무슨 일이 있었나요...?”), 사람들도 그것을 알아차립니다. 당신의 에너지는 전염성이 있습니다. 이를 의도적으로 사용하세요.

투표, 피드백, 그리고 두 가지의 위험

청중 투표를 해야 할까요? 아마도. 당신이 최적화하려는 것에 따라 다릅니다.

투표는 에너지를 더합니다. 사람들은 의견을 가지고 버튼을 클릭하는 것을 좋아합니다. 마지막에 "대중의 선택" 상은 저녁에 내러티브 아크를 제공합니다 — 승자, 축하의 순간, 끝까지 남아 있을 이유. 당신의 목표가 오락과 참여라면, 투표는 효과적입니다.

하지만 투표는 또한 당신이 열심히 만든 "나쁜 데모를 위한 안전한 공간"을 약화시킬 수 있는 경쟁적인 역학을 도입합니다. 승자가 있다면, 패자도 있습니다. 자신의 반쯤 고장 난 프로토타입을 보여준 사람은 이제 두 표를 받았고, 다듬어진 앱은 스무 표를 받았다는 것을 알게 됩니다. 이는 실망스럽고, 다음 번에는 발표하지 않을 수도 있습니다.

중간 지점: 품질에 관한 것이 아닌 카테고리에 투표하세요. "다음 달에 전환할 가능성이 가장 높은." "아무도 들어본 적 없는 API의 최상의 사용." "새벽 2시에 이걸 만들었다는 에너지가 가장 강한." 가볍고 재미있게 유지하세요. 모든 프로젝트가 무언가를 이길 수 있도록 하세요.

실제로 유용한 피드백을 원한다면 — 발표자가 자신의 프로젝트를 개선하는 데 도움이 되는 피드백 — 공개 투표를 완전히 건너뛰세요. 대신 참석자들에게 인덱스 카드를 주세요. "당신이 좋아한 것 한 가지와 제안 한 가지를 적으세요." 마지막에 카드를 발표자에게 전달하세요. 개인 피드백은 공개 순위보다 더 정직하고 유용합니다.

매달 무대를 가득 채우기

항상 있는 데모 나이트의 도전: 발표자는 어디서 오는가? 첫 번째 이벤트는 쉽습니다 — 당신이 직접 다섯 친구를 모집하여 그들이 무언가를 만들고 있습니다. 다섯 번째 이벤트는 어렵습니다. 왜냐하면 당신의 즉각적인 네트워크가 고갈되었고 신선한 피가 필요하기 때문입니다.

각 이벤트의 2~3주 전에 발표자 모집을 시작하세요. 등록이 매우 간편하도록 만드세요 — 이름, 프로젝트 이름, 한 문장 설명이 포함된 양식. 기준을 낮추세요. "무언가를 만들었나요? 무엇이든지? 보여주세요." 여러분의 최고의 데모는 프로젝트가 충분히 좋지 않다고 생각해서 거의 등록하지 않은 사람들로부터 나올 것입니다.

인접 커뮤니티의 사람들을 초대하세요. 디자인 밋업에 참석하지만 여러분의 모임에는 참석하지 않는 UX 디자이너. 분석 그룹의 데이터 과학자. 교차 수분은 프로젝트 유형을 다양하게 유지하여 청중의 관심을 끌어냅니다. (아무도 일곱 개의 할 일 앱을 연속으로 보고 싶어하지 않습니다. 그들이 모두 건축적으로 독특하다고 주장하더라도 말이죠.) 정기적인 데모 나이트를 운영하고 있다면, 정기 참석자들을 참여시키는 것은 이러한 다양성에 달려 있습니다.

데모 나이트는 무대입니다. 잘 조명하고, 포용적이며, 타이머를 계속 작동시키세요. 피자를 제공할 스폰서가 필요하다면, 그것은 별도의 문제이며 별도의 해결책이 필요합니다. 나머지는 세부 사항입니다.