데모는 얼마나 길어야 하나

정직한 답은 하나의 명확한 일이 걸리는 만큼, 그 이상은 아니라는 것입니다. 실제로 이 기준은 대부분의 제품 데모를 30~60초에 놓습니다. 그것은 당신 제품을 써 볼지 정하는 사람이 주는 시간과도 거의 같습니다.

길이는 구성을 따른다. 반대가 아니다

길이를 겨냥하지 말고 구성을 겨냥한 뒤 길이가 따라 나오게 하세요. 작동하는 데모에는 네 박자가 있습니다. **이전 상태** — 시청자의 문제가 어떤 모습인지. 2~3초, 대개 시작하는 화면 그 자체. **행위** — 실제로 하는 일. 영상의 대부분입니다. **결과** — 나온 것. 읽을 만큼 머무릅니다. **이제 무엇을** — 어디로 갈지. 끝에 몇 초. 넷 중 하나라도 빠지면 아무리 길어도 데모는 미완으로 느껴집니다. 하나의 작업에 대해 넷을 다 넣으면 애쓰지 않아도 30~60초 구간에 내려앉습니다.

행위에서 시작하세요

데모가 길어지는 가장 흔한 방식은 활주로입니다. 로그인하고, 이동하고, 배치를 설명하고, 20초 뒤에야 기능에 도착합니다. 전부 자르세요. 흥미로운 일이 곧 일어날 화면에서, 현실적인 데이터가 이미 놓인 채로 시작하세요. 데모를 보는 누구도 로그인 폼을 볼 필요가 없고, 첫 의미 있는 행위 전의 매 초는 사람들이 떠나는 초입니다. 맥락이 정말 필요하다면 그것은 화면 위 한 문장이지 이동의 연속이 아닙니다.

속도: 녹화할 때 옳게 느껴지는 것보다 느리게

당신은 무엇이 어디 있는지 압니다. 시청자는 처음 봅니다. 읽어야 할 것이 나타난 자리마다 1초쯤 멈추고 — 결과, 메뉴, 확인 — 다음 일을 하기 전에 줌이 가라앉게 두세요. 자신의 작업 속도로 녹화하는 것이, 사람들이 무엇이 잘못됐는지 말하지 못한 채 데모가 "급했다"고 말하는 이유입니다. 각 단계는 따로따로 보였지만, 어느 것도 읽을 만큼 화면에 머물지 않았던 겁니다. 멈춤이 있는 짧은 데모가 멈춤 없는 긴 데모를 이기는 이유이기도 합니다.

길어졌을 때 자르기

데모가 90초인데 40초여야 한다면, 각 단계에서 프레임을 깎지 말고 단계를 통째로 자르세요. 멈춤을 다듬는 것은 정확히 반대 수입니다. 읽을 수 있게 만드는 것이 그 멈춤이니까요. *그 한 문장*이 어떤 단계를 필요로 하는지 물으세요. 설정은 대개 빠집니다. 대체 경로도 빠집니다. 작업에 봉사해서가 아니라 자랑스러워서 보여 주는 모든 것이 빠집니다. 그리고 정말로 다른 두 가지를 보여 줘야 한다면 그것은 두 개의 데모입니다. 40초짜리 둘은 80초짜리 하나보다 훨씬 많이 보이고, 서로 다른 곳에 둘 수 있습니다.