← กลับไปหน้าบล็อก

ทางเลือก Loom สำหรับครีเอเตอร์บทช่วยสอน (ไม่อัปโหลดคลาวด์ ไม่มีสมัครสมาชิก)

Published

Loom ทำให้การแชร์หน้าจอเร็วๆ กลายเป็นเรื่องง่าย

แต่บทช่วยสอน เดโมผลิตภัณฑ์ และวอล์กทรูเทคนิคต้องการอะไรที่ต่างออกไป เมื่อหน้าจอเต็มไปด้วยตัวหนังสือเล็กๆ ที่สำคัญ “ความเร็ว” ก็ไม่ใช่ตัวชี้วัดที่สำคัญอีกต่อไป

ถ้าคุณอยากเผยแพร่บางอย่างที่ดูผ่านการผลิต คงความเป็นส่วนตัวระหว่างทำ และน่าดู เครื่องมือแบบ cloud-first กลับเป็นตัวขวาง ไฟล์ดิบของคุณถูกส่งไปเซิร์ฟเวอร์ที่คุณไม่ได้ควบคุม แล้วได้ผลลัพธ์ที่บีบอัดเพื่อความเร็วมากกว่าคุณภาพ

สำหรับบทช่วยสอน คุณต้องมีไปป์ไลน์ที่ต่างออกไป


Loom เหมาะกับที่ไหน และไม่เหมาะกับที่ไหน

Loom ดีมากสำหรับอัปเดต async และข้อความภายในที่เร็วๆ

มันเริ่มเป็นปัญหาทันทีที่คุณต้องการตัวหนังสือคมๆ สำหรับแดชบอร์ดหรือโค้ด มันใช้ซูมอัตโนมัติสไตล์ภาพยนตร์หรือ motion blur ไม่ได้ และถ้าแนวคิดที่ว่าฟุตเทจที่ยังไม่ได้ตัดของคุณนอนอยู่บนเซิร์ฟเวอร์ระยะไกลทำให้คุณอึดอัด มันก็สร้างปัญหาความเป็นส่วนตัวด้วย


บทช่วยสอนต้องการอะไรจริงๆ

หน้าที่ของบทช่วยสอนคือการพาคนผ่านซอฟต์แวร์ที่ซับซ้อน

ถ้าผู้ชมต้องกวาดสายตาไปทั่วทั้งจอเพื่อหาเคอร์เซอร์ที่สั่นเทา พวกเขาก็ไป การซูมอัตโนมัติกำจัดงานนั้น

การบีบอัดก็สำคัญ ตัวหนังสืออินเทอร์เฟซที่เละๆ ทำให้บทช่วยสอนดูมือสมัครเล่น คุณต้องมีขั้นตอนการทำงานที่เสถียร ทำซ้ำได้ และให้ไฟล์บิตเรตสูง

และครีเอเตอร์เทคนิคหลายคนก็ปกป้องความเป็นส่วนตัวของไฟล์ดิบ การตั้งค่าเริ่มต้นให้อัปโหลดคลาวด์คือสิ่งที่พวกเขาปฏิเสธตั้งแต่แรก


ทางเลือก

เครื่องมือสไตล์ภาพยนตร์แบบ local (เส้นทางที่เร็ว) ถ้าอยากได้สูตร “บันทึก ขัดอัตโนมัติ ส่งออก” ใช้เครื่องมือเฉพาะอย่าง AUFZEICHNA ซูมอัตโนมัติ การขัดเคอร์เซอร์ และ motion blur มีในตัว ไม่มีสมัครสมาชิก ไม่บังคับอัปโหลดคลาวด์ สำหรับลุคแบบ Screen Studio บน Windows นี่คือเส้นทางตรงที่สุด ชมการสาธิต · ราคา

OBS (เส้นทางควบคุม) OBS คือตัวเลือกสำหรับการสลับฉากซับซ้อน โอเวอร์เลย์ และการส่งสัญญาณสด ต้นทุนคือเวลา: การจับภาพดิบแน่นหนา แต่ความขัดเกลาทั้งหมดหมายถึงการคีย์เฟรมด้วยมือในโปรแกรมตัดต่อ

เครื่องบันทึกเบราว์เซอร์ (เส้นทางแก้งานด่วน) ใช้ได้กับคลิปขว้างทิ้ง พอคุณเผยแพร่บทช่วยสอนเป็นประจำ คุณจะเจอขีดจำกัดด้านประสิทธิภาพ การบีบอัดคลาวด์ และการควบคุมการส่งออกที่อ่อนแอ


Local-first ไม่ได้ทำร้ายการเผยแพร่

การทำงานในเครื่องหมายความว่าคุณเป็นคนตัดสินใจว่าอะไรจะขึ้นออนไลน์

การแชร์เร็วๆ ทำได้ด้วยลิงก์ YouTube แบบ unlisted หรืออัปโหลด MP4 ไว้ในไซต์เอกสารของคุณเอง ประเด็นคือคุณอัปโหลดไฟล์ที่ตัดเสร็จแล้ว ไม่ใช่การถ่ายดิบยี่สิบนาที


ปรับตามแพลตฟอร์ม

สำหรับ YouTube เน้นสัญญาณโฟกัสอย่างการซูมติดตาม ตัดช่วงเงียบออก รักษาจังหวะให้แน่น และตัดเวอร์ชันแนวตั้งพร้อมกัน

สำหรับคอร์ส ใช้การเคลื่อนไหวที่สงบลงและตัวหนังสือ UI ที่ใหญ่ขึ้น

สำหรับเดโม SaaS โชว์ก่อน-หลังตั้งแต่ต้น และโฟกัสที่ผลลัพธ์แทนที่จะไล่รายการฟีเจอร์


ทำไมบทช่วยสอนถึงล้มเหลว

การหลุดออกส่วนใหญ่มาจากความผิดพลาดสามอย่าง:

  • บันทึกจอใหญ่ๆ ที่เต็มไปด้วยตัวหนังสือจิ๋วแล้วหวังให้ผู้ชมหรี่ตาดู
  • ปล่อยให้การบีบอัดคลาวด์เคี้ยวโค้ดที่หนาแน่น
  • เผยแพร่การเล่าเรื่องเอ้อระเหยสิบห้านาที ที่ควรจะเป็นการสรุปสามนาทีที่กระชับ

คำถามที่พบบ่อย

ทางเลือก Loom ที่ดีที่สุดสำหรับบทช่วยสอนจริงจังคืออะไร เครื่องบันทึกแบบ local-first บิตเรตสูงกว่า เครื่องมือโฟกัสในตัว และความเป็นส่วนตัวเต็มรูปแบบของไฟล์ดิบ

เครื่องบันทึกพวกนี้ปฏิเสธคลาวด์ทั้งหมดไหม มันแค่ไม่บังคับ คุณบันทึกและตัดต่อในเครื่อง แล้วค่อยเลือกว่าไฟล์ที่เสร็จแล้วจะไปที่ไหน

ทำไมโค้ดของผมใน Loom ถึงดูแย่ เครื่องมือแชร์บนคลาวด์บีบอัดรุนแรงเพื่อให้เล่นเร็ว ตัวหนังสือเล็กและขอบ UI เสียหาย โดยเฉพาะหลังวิดีโอถูกอัปโหลดซ้ำที่ YouTube


ที่เกี่ยวข้อง

Related workflows