เทมเพลตสคริปต์เดโมผลิตภัณฑ์ SaaS (3 นาที): คัดลอก/วาง + ตัวอย่าง
ผู้ก่อตั้งหลายคนทำลายเดโมผลิตภัณฑ์ของตัวเองเป็นประจำ
สร้างเครื่องมือ SaaS เจ๋งๆ พอถึงเวลาสาธิต กลับใช้เวลาสิบสองนาทีอันทรมานคลิกผ่านสวิตช์ตั้งค่าและเมนูการผสานระบบทุกตัว
ผู้มีโอกาสเป็นลูกค้าไม่สนใจหน้าตั้งค่าของคุณ พวกเขาอยากรู้แค่อย่างเดียว: “ซอฟต์แวร์นี้เอาความเจ็บปวดของฉันออกไปได้ตอนนี้ไหม?”
คุณต้องมีเดโมสามนาทีที่จดจ่อและตอบคำถามนั้นทันที นี่คือสคริปต์
ถ้า UI ของคุณยังคมและการติดตามกล้องเป็นอัตโนมัติ (ซึ่งคือสิ่งที่ AUFZEICHNA ทำ) เดโมสไตล์นี้แปลงได้อย่างสม่ำเสมอ ชมการสาธิต · ราคาตลอดชีพ
โครงสร้าง 3 นาที
ตามไทม์ไลน์นี้ อย่าบ่ายเบน
0:00-0:15 ฮุค 0:15-0:45 ปัญหา 0:45-1:45 “ช่วงเวลามหัศจรรย์” 1:45-2:30 หลักฐาน 2:30-3:00 คำกระตุ้นการตัดสินใจหนึ่งเดียว
สคริปต์เริ่มต้น
ปรับตัวแปรให้เข้ากับผลิตภัณฑ์ของคุณ
0:00-0:15 ฮุค
“ถ้าคุณเป็น [กลุ่มเป้าหมาย] และเบื่อกับ [ความเจ็บปวดเฉพาะ] ดูวิดีโอนี้ไว้ อีกสามนาทีข้างหน้าผมจะโชว์ว่า [ผลิตภัณฑ์] ช่วยให้คุณได้ [ผลลัพธ์] โดยไม่ต้อง [ข้อโต้แย้งใหญ่]”
0:15-0:45 ความเจ็บปวด
“ตอนนี้ ทีมส่วนใหญ่ทำแบบนี้ด้วย [เครื่องมือเก่าหรือสเปรดชีต] ซึ่งหมายความว่า:
- [ความเจ็บปวด A]
- [ความเจ็บปวด B]
- [ความเจ็บปวด C]
และแรงเสียดทานนั้นทำให้คุณเสีย [เวลา/เงิน]”
0:45-1:45 ช่วงเวลามหัศจรรย์
“นี่คือสิ่งที่เกิดขึ้นใน [ผลิตภัณฑ์] ดูนะ: ผมทำ [การกระทำหลัก] มันประมวลผล [การกระทำมหัศจรรย์] และนี่คือผลลัพธ์: [การเปลี่ยนแปลง]
มันทำงานได้เพราะคุณไม่ต้องแตะ [ขั้นตอนเก่าที่น่ารำคาญ] อีกแล้ว”
1:45-2:30 หลักฐาน
“ในสภาพแวดล้อมจริง เวิร์กโฟลว์หน้าตาแบบนี้:
- คุณเริ่ม [ขั้นตอนหนึ่ง]
- มันจัดการ [ขั้นตอนสอง]
- คุณส่ง [ขั้นตอนสาม]
นั่นได้คืนมา [เมตริกเฉพาะ] และถ้าอยากลองกับข้อมูลของคุณเอง คุณไปได้ไกลขนาดนี้ใน [เวลาที่ถึงคุณค่า]”
2:30-3:00 คำกระตุ้นการตัดสินใจ
“ถ้าคุณต้องการ [ผลลัพธ์] ลองใช้ [ผลิตภัณฑ์] ลิงก์ทดลองใช้ฟรีอยู่ด้านล่าง ถ้ามีอะไรไม่ชัดเจน ตอบกลับมาได้เลย”
แวเรียนต์ตามกลุ่มผู้ชม
สำหรับวิศวกรและ DevOps
ฮุค: “ถ้าคุณดูแลอินฟราสตรัคเจอร์และอยากกำจัด [จุดปวด] นี่คือทางที่เร็วที่สุดไปสู่ [ผลลัพธ์]” การลงมือ: ข้ามภาษาการตลาด โชว์เพย์โหลด API ยืนยันเว็บฮุค รันคำสั่งในเทอร์มินัล อย่าอ่านเอกสารออกเสียง
สำหรับผู้ก่อตั้งและการตลาด
ฮุค: “ถ้าคุณอยากได้ [ผลลัพธ์] โดยไม่ต้องจ้างวิศวกรหรือเรียนแพลตฟอร์มหนักๆ…” การลงมือ: โฟกัสที่ความเรียบง่ายของ UI คลิกน้อยลง ก่อน/หลังที่ชัดเจน อย่าโชว์เมนูคอนฟิก
สำหรับผู้ซื้อที่กังขา
ฮุค: “นี่ไม่ใช่ AI มหัศจรรย์ มันแค่กำจัด [คอขวดเฉพาะ]” การลงมือ: พูดขีดจำกัดไว้ก่อน “นี่คือสิ่งที่เครื่องมือนี้ทำไม่ได้” การยอมรับขีดจำกัดสร้างความเชื่อใจและทำให้เดโมที่เหลือดูน่าเชื่อถือขึ้น
เช็กลิสต์การนำเสนอ
สคริปต์สมบูรณ์แบบก็พังได้ถ้าการนำเสนอวุ่นวาย
- ขยายตัวหนังสือ ทุกค่าต้องอ่านได้บนหน้าจอมือถือ
- โฟกัสเฟรม ซูมอัตโนมัติที่ช่วงเวลามหัศจรรย์เพื่อไม่ให้ผู้ชมต้องตามหาเคอร์เซอร์
- ตัดช่วงเงียบ เอาโลดิงออก ฟาสต์ฟอร์เวิร์ดช่วงรอ
npm install - อยู่ในเส้นทาง หนึ่งเวิร์กโฟลว์ นำเสนอให้ดี
อยากให้โฟกัสและการนำเสนอเป็นอัตโนมัติบน Windows: ขั้นตอนการทำงานสกรีนแคสต์สไตล์ภาพยนตร์
คำถามที่พบบ่อย
ทำไมไม่ทำเดโมสิบนาทีครอบทุกฟีเจอร์ เพราะทราฟฟิกเย็นๆ จะหนีไป พวกเขาไม่สนใจชุดฟีเจอร์ของคุณ พวกเขาสนใจว่าแกนหลักแก้ปัญหาพวกเขาได้เร็วไหม
ผู้ก่อตั้งควรบันทึกเดโมเองไหม ควร เดโมที่ผู้ก่อตั้งทำเองแบบตรงไปตรงมา มีตำหนินิดหน่อย รู้สึกจริงมากกว่าเสียงพากย์องค์กรที่แข็งทื่อ และให้ผลดีกว่า
จะกันไม่ให้ผู้ชมหลงใน UI ได้ยังไง ความชัดเจนทางภาพ: ฟอนต์ใหญ่ ซูมอัตโนมัติที่จุดที่ใช้งานอยู่ และไม่มีเมาส์สั่น